Tematy klastra
Tematy mogą być umieszczane w klastrze w podobny sposób jak kolejki klastra, jednak każdy obiekt tematu może być elementem tylko jednego klastra. Temat staje się tematem klastra przez zdefiniowanie w obiekcie tematu nazwy klastra, który ma udostępniać temat, i mechanizmu kierowania klastra, który ma być używany na potrzeby publikacji dotyczących tego tematu.
- DIRECT
- TOPICHOST
Domyślna opcja kierowania tematami to DIRECT. Była to jedyna opcja w produktach starszych niż IBM® MQ 8.0. Po skonfigurowaniu bezpośredniego kierowanego tematu klastra w menedżerze kolejek wszystkie menedżery kolejek w klastrze będą powiadomione o obecności wszystkich innych menedżerów kolejek w klastrze. Podczas wykonywania operacji publikowania i subskrypcji każdy menedżer kolejek nawiązuje następnie bezpośrednie połączenie ze wszystkimi pozostałymi menedżerami.
W produkcie IBM MQ 8.0 można zamiast tego skonfigurować kierowanie tematami za pomocą opcji TOPICHOST. Jeśli używane jest kierowanie hostami tematów, wszystkie menedżery kolejek w klastrze będą powiadomione o menedżerach kolejek klastra, które udostępniają definicje kierowanych tematów. Podczas wykonywania operacji publikowania i subskrypcji menedżery kolejek w klastrze nawiązują połączenie tylko z tymi menedżerami kolejek hostów tematów, a nie bezpośrednio ze sobą. Menedżery kolejek hostów tematów są odpowiedzialne za kierowanie publikacji z menedżerów kolejek, na których publikacje są publikowane, do menedżerów kolejek ze zgodnymi subskrypcjami.
- Lepsza skalowalność większych klastrów. Tylko menedżery kolejek hostów tematów muszą być zdolne do nawiązywania połączeń ze wszystkimi innymi menedżerami kolejek w klastrze. W związku z tym między menedżerami kolejek jest uruchomionych mniej kanałów, a ruch administracyjny związany z publikowaniem/subskrybowaniem między menedżerami kolejek jest mniejszy niż w przypadku kierowania bezpośredniego. O zmianie subskrypcji w menedżerze kolejek poinformowane muszą zostać tylko menedżery kolejek hostów tematów.
- Większa kontrola nad konfiguracją fizyczną. W przypadku kierowania bezpośredniego wszystkie menedżery kolejek mogą przyjmować wszystkie role, więc muszą mieć jednakowe możliwości. W przypadku kierowania hostami tematów menedżery kolejek hostów tematów są wybierane jawnie. Dlatego można tym menedżerom zapewnić odpowiednie urządzenia, a dla pozostałych menedżerów kolejek przeznaczyć systemy o mniejszej mocy.
Wynik zdefiniowania tematu lokalnego i tematu klastra
Obiekt tematu lokalnego definiuje się, jeśli aplikacje publikatora połączone z menedżerem kolejek mają publikować tylko do subskrybentów połączonych lokalnie. Definicja lokalna tematu zawsze przesłania definicje tematów klastra w menedżerach kolejek zdalnych.
Wiele definicji tematu klastra w klastrze z kierowaniem bezpośrednim
W przypadku klastra z kierowaniem bezpośrednim zazwyczaj temat klastra jest definiowany w co najwyżej jednym menedżerze kolejek klastra. Przyczyną jest to, że kierowanie bezpośrednie udostępnia temat wszystkim menedżerom kolejek w klastrze.
Ciągła dostępność jedynego menedżera kolejek hosta nie ma zasadniczego znaczenia, ponieważ definicja tematu klastra jest buforowana przez menedżery kolejek pełnego repozytorium i przez wszystkie inne menedżery kolejek w ich częściowych repozytoriach klastra. To buforowanie umożliwia udostępnianie przez co najmniej 60 dni, jeśli menedżer kolejek hosta jest niedostępny.
Jeśli potrzebna jest zmiana definicji tematu klastra, należy ją wprowadzić w tym samym menedżerze kolejek, w którym ją utworzono.
Wiele definicji tematu klastra w klastrze kierowanym przez hosty tematów
W klastrze kierowanym przez hosty tematów wszystkie komunikaty publikowania/subskrybowania są kierowane przez hosty tematów. Dlatego aby zapewnić skalowalność i dostępność, zazwyczaj definiuje się temat klastra w wielu menedżerach kolejek, a wiele definicji tematu klastra może być identycznych.