19.05.2014
by Piotr Pisz
0 comments
Nadszedł dzień w którym postanowiłem wystawić na świat naszą laboratoryjną instalację Horizon Workspace. Zaopatrzyłem się w certyfikat typu wildcard wystawiony przez Rapid SSL (GeoTrust), stworzyłem odpowiedni plik “chain” i przystąpiłem do działania. Oczywiście w przypadku Horizon Workspace nic nie jest proste, jeśli chodzi o zmianę FQDN i wgranie nowych certyfikatów SSL dla gateway-va. Już na wstępie zderzyłem się z błędem “Certificate does not chain up to root”.
14.05.2014
by Piotr Pisz
0 comments
Dziś testowałem przełączanie wirtualnego adresu IP pomiędzy pgPool-II. Gdy uznałem że wszystko działa, postanowiłem przełączyć Horizon Workspace na przygotowany klaster vPostgres. I popełniłem błąd. Kliknąłem w “Test Connection”, wszystko zaświeciło się na zielono, więc dalej kliknąłem bez zastanowienia “Save” (i wszystko przestało działać). Niestety nie zwróciłem uwagi, że w polu hasło były podstawione przypadkowe “gwiazdki”. I tak sobie zmieniłem hasło do bazy danych, na takie jakiego nie znam. Z poziomu Horizon Workspace Configurator było to już nie do odkręcenia:
12.05.2014
by Piotr Pisz
0 comments
Ostatnio ćwiczyliśmy procedurę przenoszenia dysków root hostów ESXi pomiędzy macierzami. Cała procedura jest prosta i działa bardzo dobrze, wymaga jedynie po fakcie wykonania drobnych korekt w środowisku. Między innymi wykonanie tej procedury powoduje rozsynchronizowanie ustawień związanych z vCD Network Isolation. Efektem czego jest następujący alert:
28.04.2014
by Piotr Pisz
0 comments
W związku z premierą Horizon Workspace 1.8 (konieczność wykonanie upgrade), oraz rozpoczynającymi się testami naszego nowego rozwiązania opartego w części na Workspace, postanowiłem przemodelować całkowicie środowisko w jakim on funkcjonuje. Na pierwszy rzut poszła baza danych. Już od jakiegoś czasu jesteśmy posiadaczami elementów VMware vFabric, w tym vPostgresa, z którego jesteśmy bardzo zadowoleni (bo kto by nie był zadowolony z posiadanego produkcyjnego wsparcia na bazę danych typu PostgreSQL). W przygotowanym rozwiązaniu wykorzystałem trzy instalacje vPostgres Appliance 9.3.2, dwie działające w trybie instancji głównej i repliki (jako backup ostateczny) oraz trzeciej działającej aktywnie. Nody działające w trybie aktywnym są replikowane poprzez PGpool-II (zainstalowany osobno na CentOS). W takim schemacie PGpool-II to SPOF, dlatego najlepiej jest przygotować dwie instalacje i użyć load balancera (w naszym przypadku na produkcji BIG-IP F5). Lub wykorzystać dwie instalacje PGpool-II z włączonym Watchdogiem i pływającym pomiędzy maszynami “wirtualnym” adresem IP (tak działa instalacja w labie). Opisywane przeze mnie rozwiązanie jest jak najbardziej uniwersalne, może być z powodzeniem użyte do uruchomienia klastra PostgreSQL dla vCloud Automation Center (i zapewne w przyszłości do vCSA 6.0 które ma wspierać zewnętrzną bazę danych PostgreSQL).
23.04.2014
by Piotr Pisz
0 comments
W trakcie tworzenia nowej bazy danych dla Horizon View, uparcie męczył mnie komunikat zawarty w tytule postu. W Internecie można znaleźć sporo podpowiedzi jak sobie z nim radzić, żadna jednak nie okazała się dla mnie pomocna.
