Plik jazz.war należy zainstalować jednocześnie na serwerach głównym i zapasowym,
tak aby w środowiskach o wysokiej dostępności tryb gotowości bezczynnej mógł być używany
w charakterze strategii przełączania awaryjnego.
Konfiguracja z trybem gotowości bezczynnej umożliwia odtwarzanie
z przełączenia awaryjnego, minimalizując jego wpływ na działania biznesowe podczas
planowanych i nieplanowanych wyłączeń serwerów. Do zaimplementowania konfiguracji z trybem gotowości bezczynnej
w produkcie IBM® Rational Team Concert,
wymagana jest edycja Enterprise oraz WebSphere Application Server. Do zaimplementowania
konfiguracji z trybem gotowości bezczynnej w produkcie IBM Rational Quality Manager,
wymagana jest edycja Standard oraz WebSphere Application Server.
Kluczowe kwestie
Przed podjęciem decyzji o użytkowaniu konfiguracji z trybem gotowości bezczynnej, należy rozważyć następujące kluczowe kwestie:
- Aplikacje platformy Jazz, takie jak produkty rodziny Rational Team Concert i produkty rodziny Rational Quality Manager, mogą być zgodnie z licencją używane tylko w konfiguracji z jednym serwerem, co oznacza ,że nie mogą być używane ani w konfiguracji sklonowanej, ani w konfiguracji klastrowej. Wyjątek stanowi implementacja w konfiguracji z trybem gotowości bezczynnej. W tej konfiguracji można aktywować serwer zapasowy w przypadku, gdy serwer podstawowy ulegnie awarii lub należy przeprowadzić jego konserwację. Stosowanie technologii klastrowej na potrzeby równoważenia obciążenia
lub w dowolnym celu innym niż konfiguracja z trybem gotowości bezczynnej obecnie nie jest obsługiwane.
- Celem konfiguracji z trybem gotowości bezczynnej nie jest zapewnienie kompletnego
wsparcia w zakresie przełączania awaryjnego. Jeśli podstawowy serwer ulegnie awarii lub zostanie celowo
przełączony w tryb bez połączenia, dla niektórych użytkowników może zajść konieczność ponownego uwierzytelnienia w sieci WWW
lub oczekiwania na odświeżenie widoku przez klienta.
- Serwer zapasowy nie jest przeznaczony do pracy w zastępstwie serwera podstawowego w wydłużonych okresach czasu.
Ważne: Produkty z rodzin Rational Team Concert i Rational Quality Manager ograniczają
liczbę serwerów aktywnych dla repozytorium do tylko jednego w danym momencie;
z tego względu serwer zapasowy (lub bezczynny) jest skonfigurowany tak, aby nigdy nie wykonywał
zadań asynchronicznych (lub w tle). Po przełączeniu na serwer zapasowy
należy zaplanować jak najszybsze przywrócenie serwera podstawowego.
Topologia wdrażania
Poniższy diagram topologii
przedstawia podstawową konfigurację środowiska o wysokiej dostępności
przy zastosowaniu trybu gotowości bezczynnej. Na poniższym rysunku IBM HTTP Server kieruje ruch przychodzący
do jednego z dwóch serwerów aplikacji WebSphere
(Serwer główny A lub Serwer zapasowy B). Serwery WebSphere reprezentują główny i zapasowy
węzeł klastra. Są one elementami tej samej komórki klastra. Poza węzłami WebSphere występują
też serwer LDAP, serwer plików (dla indeksu wyszukiwarki Lucene) oraz serwer bazy danych.
Wymagania
W poniższej tabeli wymieniono
podstawowe wymagania środowiska o wysokiej dostępności:
Tabela 1. Podstawowe wymagania środowiska o wysokiej dostępności| Serwer |
Oprogramowanie |
System operacyjny |
| IBM HTTP
Server |
- IBM HTTP Server 6.1.0.17+
- Wtyczki serwera WWW dla WebSphere Application
Server 6.1.0.17+
- Pakiet serwisowy WebSphere - SDKPK85942
- IBM Key Management 7.0.3.28
|
Windows®, Linux® |
| WebSphere Application
Server - Serwer główny A |
- WebSphere Application
Server 6.1.0.19
- Rational Team Concert 2.0
- Enterprise edition lub Rational Quality Manager Standard
edition
|
Windows, Linux |
| WebSphere Application
Server - Serwer główny B |
- WebSphere Application
Server 6.1.0.19
- Rational Team Concert 2.0
- Enterprise edition lub Rational Quality Manager Standard
edition
|
Windows, Linux |
| Opcjonalnie - serwer plików, dysk współużytkowany |
Indeks wyszukiwarki Lucene - indeks pełnotekstowy |
Windows, Linux |