Wprowadzenie do HACMP

Kiedy komputer przestaje działać użytkownicy narzekają, manager czeka na odpowiedz, administrator systemu się denerwuje, nikt nie jest zadowolony. Gdyby tylko zasoby związane z aplikacją i jej adres sieciowy mogły być przeniesione na inną maszynę i tam zrestartowane! Na tym pomyśle opiera się HACMP. W zbiorze HACMP, maszyny wymieniają pomiędzy sobą informacje o ich stanie. Kiedy manager zbioru odkryje awarię maszyny z działającą aplikacją to on zatrzyma tę aplikację i przeniesie ją do następnej maszyny zbioru. Zasoby aplikacji to jej grupa czy grupy dysków, skrypty do jest startu i zatrzymania oraz związany z nią adres IP.

Jak maszyna w zbiorze HACMP jest w stanie sprawdzić stan innych maszyn tego samego zbioru? Maszyny w zbiorze porozumiewają się między sobą przy pomocy krótkich depesz zwanych pulsem. Puls może być przesyłany przy pomocy sieci (Ethernet, TokenRing, itp), łącza seryjnego, czy dysków. W przypadku zbioru HACMP składającego się z trzech komputerów, pierwsza maszyna przesyła/odbiera puls do maszyny 2 i 3. Maszyna 2 przesyła/odbiera puls maszyny 1 i 3. Maszyna 3 wymienia puls z maszyną 1 i 2. Maszyny zbioru HACMP powinny być w stanie przesyłać puls używając do tego celu co najmniej dwie sieci odmiennego rodzaju. Najbardziej popularne jest użycie do tego celu sieci Ethernet i sieci opartych na dyskach. Używanie łączy serialnych jest często stosowane w przypadku kiedy maszyny zbioru HACMP znajdują się w dużych odległościach od siebie (w innych miastach, krajach, kontynentach). Wykorzystanie dysków do transportu pulsów jest możliwe w przypadku gdy dysk czy dyski  należą do grupy dysków rodzaju “zbieżnej-udoskonalonej” (Enhaced Concurrent Volume Group). Tego rodzju grupa ma specjalnie do tego celu dostosowany Obszar Opisujący Grupę (Volume Group Description Area), w którym są przechowywane depesze porozumiewających się ze sobą maszyn.

Zbiór HACMP powininen posiadać co najmniej dwie odmienne metody na przesyłanie pulsu. Używając tylko jedną, na przykład sieć i jej utrata spowoduje błędną interpretację sytuacji.  Maszyny nie będą w stanie wymieniać pulsów i każda z nich założy że jej partner doznał awarii. Zaczną walczyć o zasoby, które mają chronić i w rezultacie żadna z nich nie będzie w stanie tych zasobów przejąć. Jeżeli ten sam zbiór również używał  dyski do przesyłania pulsu, jego maszyny były by w stanie poprawnie ocenić sytuacje w wyniku czego tylko jedna z nich przejęła by zasoby zbioru.

Przed zainstalowaniem aplikacji HACMP, administrator systemu powinien sprawdzić, że każda maszyna przyszłego zbioru posiada podwójną ilość każdego elementu, którego awaria jest w stanie zatrzymać pracę maszyny. W miejsce jednego adaptera sieci, maszyna powinna posiadać co najmniej dwa. To samo dotyczy adapterów dysków (SCSI, SATA, itp), adapterów SAN i tym podobne. Grupy dysków powinny być po ochroną luster. W ostatnim przypadku, należy pamiętać o usunięciu z grupy wymagania “quorrum”. Każda maszyna powinna posiadać dwa zasilacze połączone do dwóch nie zależnych obwodów elektrycznych?

Zasada 1: Manager zbioru obserwuje adaptery sieci posiadające adresy otrzymane w chwili startu maszyny (boot addresses).

Zasada 2: Manager zbioru chroni IP adres związany z oddanymi mu pod ochronę zasobami.

Zasada 3: Adres IP związany z zasobami HACMP i adresy, które adaptery sieci otrzymują podczas startu maszyny nie mogą należeć do tej samej sieci. Na przykład, adres sieci zasobu jest 192.21.123, adaptery w trakcie startu maszyny otrzymują adresy należące do sieci 10.12.14.

Zasada 4: Pracując z HACMP nie używaj “smitty tcpip” (po przyznaniu adresów startowych) ale “smitty chinet”. W przeciwnym wypadku oczekuj zmian (i ich konsekwencji) pliku /etc/hosts.

Zasada 5: Jak długo nie pracujesz z HAMCP nie zwracasz na to uwagi – nazwa maszyny (hostname) nie ma nic do czynienia z jej adresem IP. Adapter sieci może mieć kilka adresów (osiem w przypadku używania pseudonimów (aliases)). W ostatnim przypadku, który adres byłby związany z nazwą maszyny?