Słowo wstępu
Aktualizacja tego komponentu (oraz innych) była wymagana przed aktualizacją vCloud Directora z wersji 9.7.0.3 do 10.0. Jestem tego świadomy że wersja ta posiada jeszcze swoje wady ale tą wersje na tą chwile implementowałem w środowisku testowym.
Zanim jeszcze o samym procesie może warto wspomnieć czym jest ten komponent vRealize Operations Tenant APP w 2 zdaniach. Jest to tzw. “management pack” w postaci osobnej maszyny wirtualnej, który zintegrowany z vROPS 8.x (vRealize Operations) lub nowszym stanowi narzędzie do zliczania kosztów wykorzystania zasobów w chmurze vCloud Directora. W dużym skrócie dzięki niemu wiemy na ile obciążyć naszych klientów za czas kiedy korzystają z naszych usług. Możemy też za jego pomocą dostarczać klientowi dodatkowe informacje jak stan zużycie zasobów, wykresy zużycia, rachunki itp.
Wersje 2.2 używałem jako pierwszą i można by książkę napisać o problemach z jakimi przyszło mi się zmierzyć. Jak każde pierwsze wersje produktu była niedoskonała. Nie wierzę że w kolejnych wersjach będzie dużo lepiej ale takie są ryzyka w procesie wytwarzania każdego oprogramowania i uważam że należy się z tym liczyć.
Referencyjne żródło potrzebne do aktualizacji:
| Upgrade vRealize Operations Tenant App for vCloud Director | link |
Zobrazujmy zatem sobie na szybko sam proces:
- Logujemy się przez konsole od appliance https://IP_albo_NAZWADNS:5480
używamy użytkownika “root”
- Weryfikujemy obecną wersje. W tym przypadku 2.2
- Przechodzimy do zakładki “UPDATE” i klikamy “Check Update”
- Otrzymany winik pochodzi z danych uzyskanych przez appliance po połączeniu z serwerami internetowymi VMware (wymagany zatem dostęp do internetu dla tego komponentu)
- Jeśli decydujemy się na aktualizację używamy akcji “Install Updates” i potwierdzamy “OK”
- Proces instalacji trwa około kilkunastu minut jak nie więcej. Można spokojnie zaparzyć sobie herbatę 🙂
- Po zakończeniu aktualizacji dostajemy informację o potrzebie restartu appliance.
- Po powrocie do zakładki “SYSTEM” wywołujemy akcje “reboot”
- Po restarcie i ponownym zalogowaniu do konsoli appliance weryfikujemy docelową wersje. W naszym przypadku 2.3
Weryfikacja sukcesu i problemy. Ciąg dalszy….
- Logujemy się do konsoli graficznej gdzie monitorujemy statusy serwisów i stan integracji z systemami zewnętrznymi.
Adres: https://IP_albo_NAZWADNS/ui/
Używamy użytkownika lokalnego “admin”
- Po zalogowaniu przechodzimy do zakładki gdzie zweryfikować możemy stan działających serwisów ( Administration > Support )
Identyfikujemy dwie niezgodności
Zaznaczone na różowo
- serwis, który jest odpowiedzialny za plugin dostarczany klientom końcowym do portalu vCloud Directora jest w wersji 2.2 a powinien w 2.3
Zaznaczona na pomarańczowo
- serwis flamboyant_kapitsa , stupefied_swartz jest nadal w wersji 2.2 oraz jest w stanie “exited” co nie jest normalne (dodatkowo te serwisy wcześniej były niewidoczne w GUI)
Poprawianie niedokonczonej aktualizacji
Na problem różowy
- uruchamiamy z dostępnych akcji dla pluginu opcję STOP (czerwony kwadrat) poprzez co konfiguracja pluginu jest usuwana
- następnie konfigurujemy plugin ponownie poprzez uruchomienie widocznego kreatora “CONFIGURE WITH VCD TENANT“
Przed powyższą czynnością można jeszcze sprawdzić wersję pluginu jakia jest obecnie zainstalowana i na jakie się zmienia po powyższej ponownej integracji. Weryfikujemy to w konsoli vCloud Directora logując się użytkownikiem z rolą “System Administratora” na adres https://vclouddirector/provider dalej (poziome trzy kreseczki na górze) > dalej “Customize Portal”
Na problem pomarańczowy
- to co widzimy w GUI można także zweryfikować przy połączeniu SSH
- Włączamy SSH z konsoli vSphere (jeśli jest wyłączone)
- Po zalogowaniu musisz wiedzieć że cała aplikacja vROPS TA działa dzięki grupie kontenerów dockerowych
- po zalogowaniu używamy zatem komendy “docker container ls -a” ( bez przełącznika -a nie widać problematycznych kontenerów, które w GUI reprezentowane sa jako osobne serwisy)
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES c3d0123d1984 vmware/vrops-vcd-tenant-app-ui "/bin/sh -c /etc/vmw" 11 days ago Up 11 days 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp, 8080/tcp tenant-app-ui fc6236f68627 vmware/vrops-vcd-tenant-app-db-cassandra "docker-entrypoint.s" 11 days ago Up 11 days 7000-7001/tcp, 7199/tcp, 9042/tcp, 9160/tcp tenant-app-db-cassandra 9d55b5ee592d vmware/vrops-vcd-tenant-app-plugin "/bin/sh -c /etc/vmw" 2 weeks ago Up 11 days tenant-app-plugin_vcloud.domena d30088c28a1e 1b84e832ccba "/bin/sh -c /etc/vmw" 2 months ago Exited (1) 2 months ago stupefied_swartz 4499cd46e26e f3028c6dcdc8 "/bin/sh -c /etc/vmw" 2 months ago Exited (1) 2 months ago flamboyant_kapitsa
Po wyswietleniu kontenerów użyłem komend aby usunąć określone, które są w statusie “exited”
docker container rm d30088c28a1e docker container rm 4499cd46e26e
Dalej już tylko wyłączenie i włączenie ponownie maszyny wirtualnej vROPS Tenant APP. Celowo piszę wyłączenie ponieważ zarówno w wersji 2.2 jak i 2.3 stwierdziłem występowanie pewnego zachowania, które powoduje problem z nie wystartowaniem pewnych serwisów (kontenerów) maszyny (także odpowiedzielnych za GUI do logowania itp) jeśli nie wyłączymy całkowicie maszyny wirtualnej wcześniej.
Jeśli chciałbyś być na bieżąco i budować swoją wiedzę razem zemną w tematach IT dodaj się do listy mailowej poniżej np. . Co jakiś czas będę podsyłał Tobie informacje co się dzieje na blogu, podcascie “Z Pasją o IT” i w świecie cloud computingu, którym także się zajmuję. Masz jakieś pytania lub myślisz że moglibyśmy zrobić coś razem ? daj znać!
Dodam Cię do listy mailowej, z której możesz wypisać się w dowolnym momencie (jeden klik.) | Polityka Prywatności
