![\"ha19\"](\"https:\/\/vm.piszki.pl\/wp-content\/uploads\/2014\/07\/ha19.png\" "\\"ha19\\"")
<\/a><\/p>\n<\/p>\n
<\/p>\n
Zanim wykorzystamy App HA musimy spe\u0142ni\u0107 kilka warunk\u00f3w. Przede wszystkim musimy mie\u0107 w naszym klastrze skonfigurowane i w\u0142\u0105czone vSphere HA z w\u0142\u0105czon\u0105 opcj\u0105 \u201cVM and Application Monitoring\u201d. Je\u015bli jest to mo\u017cliwe, to w\u0142\u0105czmy te\u017c \u201cAdmission Control<\/a>\u201d.<\/p>\n Dodatkowo, aby otrzymywa\u0107 powiadomienia poprzez email (obs\u0142uga alarm\u00f3w jest realizowana przez vCenter) konfigurujemy w globalnych ustawieniach vCenter serwer pocztowy i nadawc\u0119 (je\u015bli wcze\u015bniej tego nigdy nie zrobili\u015bmy).<\/p>\n Musimy mie\u0107 te\u017c w \u015brodowisku zainstalowanego i skonfigurowanego<\/a> vCenter Hyperic 5.8. W przypadku gdy Agenci Hyperica byli instalowani r\u0119cznie, musz\u0105 akceptowa\u0107 nie zweryfikowane po\u0142\u0105czenia SSL (opcja agent.setup.acceptUnverifiedCertificate=yes<\/a>), je\u015bli byli instalowani wcze\u015bniej z poziomu<\/a> vSphere Web Clienta to nic nie trzeb robi\u0107. W kolejnym kroku instalujemy vSphere App HA Appliance, jest to bardzo<\/a> prosty<\/a> i standardowy proces<\/a>. Po zainstalowaniu App HA logujemy si\u0119 do vSphere Web Client i przeprowadzamy integracj\u0119 z serwerem vCenter Hyperic (sekcja Administration \u2013> vSphere App HA \u2013> Settings), w\u0142\u0105cznie z akceptacj\u0105 certyfikatu Hyperica.<\/p>\n Nasz\u0105 przyk\u0142adow\u0105 aplikacj\u0105, kt\u00f3r\u0105 b\u0119dziemy monitorowa\u0107, jest vPostgres zainstalowany jako Appliance, na potrzeby testowej instalacji Horizon Workspace Portal 2.0. Je\u015bli przeprowadzili\u015bmy integracj\u0119<\/a> vCenter z Hypericem (za pomoc\u0105 Infrastructure Navigator), to przechodzimy do vApp Horizon Workspace i sekcji Manage instalujemy agenta Hyperic wewn\u0105trz naszego Appliance.<\/p>\n Nast\u0119pnie logujemy si\u0119 do serwera vCenter Hyperic i konfigurujemy nowo dodane zasoby. Hyperic Agent wykrywa r\u00f3\u017cne zasoby i us\u0142ugi na maszynie, w przypadku gdy interesuje nas monitorowane konkretnej us\u0142ugi, najlepiej jest usun\u0105\u0107 (w tym wypadku wykryty Sendmail i Apache Tomcat) to co jest niepotrzebne. Zostawiamy monitorowanie kondycji systemu, agenta i vPostgresa. Problemem w przypadku vPostgresa jest to, \u017ce jego skrypty startowe nie obs\u0142uguj\u0105 funkcji restart (aurora_mon dla wersji 9.2 i vpostgres_mon dla wersji 9.3). App HA obs\u0142uguje tylko funkcj\u0119 restart. Dlatego musimy sami stworzy\u0107 skrypt o nazwie \/etc\/init.d\/postgres zawieraj\u0105cy jedn\u0105 linijk\u0119: service aurora_mon start (lub service vpostgres_mon start).<\/p>\n Pami\u0119tajmy te\u017c, \u017ce domy\u015blnie vPostgres nie ma w\u0142\u0105czonych statystyk. Prawid\u0142owe zbieranie danych o wydajno\u015bci serwera vPostgres przez vCenter Hyperic b\u0119dzie mia\u0142o miejsce tylko wtedy gdy w\u0142\u0105czymy opcj\u0119 track_counts=on w pliku \/var\/vmware\/vpostgres\/current\/pgdata\/postgresql.conf:<\/p>\n vSphere App HA domy\u015blnie wspiera<\/a> tylko cz\u0119\u015b\u0107 serwer\u00f3w i aplikacji obs\u0142ugiwanych przez vCenter Hyperic. Mimo, \u017ce na starcie wspiera PostgreSQL to niestety nie wspiera vPostgresa, mo\u017cna jednak zaimportowa\u0107<\/a> taki serwis bezpo\u015brednio z Hyperica do App HA. Aby to zrobi\u0107, musimy si\u0119 zalogowa\u0107 jako root bezpo\u015brednio do maszyny i wyda\u0107 nast\u0119puj\u0105ce polecenie:<\/p>\n Us\u0142uga zostaje zrestartowana i ju\u017c po kilku minutach w vSphere Web Client w sekcji \u201cMonitor \u2013> Applications Availability\u201d naszego vApp widzimy w\u0142a\u015bciwy serwis.<\/p>\n W tym momencie, mo\u017cemy stworzy\u0107 nasz\u0105 pierwsz\u0105 polityk\u0119 dotycz\u0105c\u0105 obs\u0142ugi stanu aplikacji. W przypadku serwis\u00f3w importowanych z serwera vCenter Hyperic, nie jest mo\u017cliwe ustawienie szczeg\u00f3\u0142owych parametr\u00f3w dost\u0119pu i kontroli aplikacji na poziomie polityki. Obowi\u0105zuj\u0105 ustawienia zdefiniowane dla Agenta.<\/p>\n Na tym etapie pr\u00f3ba przypisania polityki do serwisu sko\u0144czy si\u0119 komunikatem \u201cNo VMware vCenter AppHA plug-in named VC is defined on the vCenter Hyperic Server\u201d.<\/p>\n Oznacza to, \u017ce musimy zainstalowa\u0107 Agenta Hyperica na serwerze gdzie jest zainstalowane nasze vCenter, a dodatkowo skonfigurowa\u0107 w samym Hypericu us\u0142ug\u0119 \u201cVMware vCenter AppHA\u201d.<\/p>\n Logujemy si\u0119 do serwera vCenter Hyperic i sprawdzamy czy Agent nawi\u0105za\u0142 po\u0142\u0105czenie z serwerem.<\/p>\n Po dodaniu Agenta do Inventory, musimy skonfigurowa\u0107 nowy \u201cServer\u201d, serwerem tym jest wtyczka \u201cVMware vCenter AppHA\u201d.<\/p>\n W tym momencie mamy skonfigurowane poprawnie wszystkie us\u0142ugi potrzebne do monitorowania aplikacji z poziomu vSphere Web Clienta. Mo\u017cemy ponownie przypisa\u0107 stworzon\u0105 wcze\u015bniej polityk\u0119 do naszej aplikacji.<\/p>\n Pami\u0119tajmy, \u017ce polityka zawsze czuwa, gdy planujemy wykonywa\u0107 jakie\u015b operacje na danej aplikacji lub maszynie wirtualnej, w\u0142\u0105czmy tryb serwisowy polityki, tak by\u015bmy nie byli nigdy zaskoczeni nag\u0142ym restartem aplikacji lub ca\u0142ej maszyny. Aby wprowadzi\u0107 zmiany w polityce kt\u00f3ra jest przypisana do dzia\u0142aj\u0105cych us\u0142ug, tak\u017ce musimy postawi\u0107 wszystkie te us\u0142ugi w tryb serwisowy.<\/p>\n A tak wygl\u0105da reakcja systemu na polecenie \u201cservice aurora_mon stop\u201d przy wy\u0142\u0105czonym trybie serwisowym (pierwszy pojawia si\u0119 alert w vCenter umieszony w tym wpisie jako pierwszy obrazek):<\/p>\n Na koniec ma\u0142e podsumowanie. Czy warto instalowa\u0107 i u\u017cywa\u0107 App HA? Je\u015bli nasze \u015brodowiska sk\u0142ada si\u0119 z najnowszych komponent\u00f3w, vSphere 5.5, vCenter Hyperic i Infrastructure Navigator w wersji 5.8 to jak najbardziej warto. vSphere App HA jest tak\u0105 kropk\u0105 nad i gdy m\u00f3wimy o produktach VMware s\u0142u\u017c\u0105cych do monitorowania ca\u0142ego \u015brodowiska vSphere. Czy jest to rozwi\u0105zanie idealne? oczywi\u015bcie nie jest, ale ma w sobie du\u017cy potencja\u0142 rozwojowy. No i dodatkowo zwalnia nas z konieczno\u015bci przedzierania si\u0119 przez zagmatwany interfejs Hyperica.<\/p>\n Jedn\u0105 z opcji bezpiecze\u0144stwa jakie s\u0105 dost\u0119pne w vSphere 5.5, jest mo\u017cliwo\u015b\u0107 skonfigurowania \u201cHigh Availability\u201d na poziomie pojedynczej maszyny i\u2026 pojedynczej aplikacji! vSphere App HA jest niczym wi\u0119cej, jak kolejnym integratorem us\u0142ug dostarczanym pod postaci\u0105 wtyczki dla vSphere Web Clienta. … Continue reading <\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n