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.
Począwszy od produktu 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.