Najlepsze praktyki dotyczące wirtualizacji serwerów w sieci SAN?

W porządku, więc chcę zacząć korzystać z mojej sieci SAN trochę bardziej niż dotychczas, a jednocześnie skorzystać z ESXi.

Obecnie mam szereg kaset Dell PowerEdge 1955 podłączonych do macierzy EMC AX4-5 FC z pojedynczą obudową. Zasadniczo używam SAN jako DAS. Mam jednostki LUN w sieci SAN, które wskazują konkretne maszyny fizyczne, a te maszyny używają jednostek LUN do wszystkiego (głównie baz danych i udziałów Samba / NFS, w zależności od serwera docelowego).

Mam wiele fizycznych serwerów plików, a każdy z nich ma konfigurację samby do obsługi odpowiednich udziałów. Ponieważ nigdy nie udało mi się uruchomić RHCS, tylko jeden z serwerów plików ma zainstalowane jednostki LUN jednocześnie. W przypadku śmierci serwera plików, ogrodzę go ręcznie (albo odmontowując i prezentując dysk, używając narzędzia navisphere lub zabijając moc za pośrednictwem DRAC), a następnie użyj narzędzia navisphere, aby przywołać prezentowane jednostki LUN na następnym rywalu ( po czym uruchom apache i pozostałe demony). Wszystko ręcznie, teraz.

Czuję się nieswojo, jak Ferris Bueller grający na klarnecie. Nigdy nie miałem lekcji!

W każdym razie staram się poprawić. Chcę zainstalować ESXi na fizycznych hostach, a następnie utworzyć jednostki LUN do przechowywania dwóch obrazów serwera plików (w przypadku, gdy jeden zostanie uszkodzony / fubar), z których jeden będzie aktywny, a drugi będzie w trybie gotowości. Przynajmniej w ten sposób nie poprawiam automatyzacji (chociaż wkrótce zajmę się pisaniem skryptu, aby w pewnym momencie przełączyć „aktywny” serwer), ale wydaje mi się, że dodam elastyczność, a ponadto mogę użyć hosty ESXi do przechowywania innych maszyn wirtualnych, a sprzęt nie zostanie zmarnowany, tak jak teraz.

Moje pytania to:

1) Jak głupi jest mój plan?

2) Jeśli chodzi o rzeczywistą implementację, czy powinienem utworzyć normalny obraz vmdk na jednostce LUN, czy powinienem nadać mu „surową” partycję (czy to w ogóle możliwe z ESXi?)

3) Czy istnieje „dobry” sposób korzystania z nieklastrowanych serwerów plików?

Twój plan nie jest szalony. Jak zwykle istnieje kilka sposobów na zaatakowanie tego w zależności od tego, co próbujesz osiągnąć i jak chronić swoje dane.

Po pierwsze, możesz przedstawić surową jednostkę LUN maszynie wirtualnej za pomocą „surowego mapowania urządzeń”. Aby to zrobić:

• Przedstaw jednostkę LUN hostowi ESXi (lub grupie hostów, jeśli zamierzasz używać klastrowania / HA)
• Dodaj dysk do maszyny wirtualnej, wybierz opcję Raw Raw Mapping, wskaż jednostkę LUN
• Skanuj ponownie magistralę SCSI w maszynie wirtualnej
• fdisk, zamontuj i dodaj do fstab, tak jak normalny dysk.

Zaleta: szybki w konfiguracji, szybki w użyciu, łatwy, może reprezentować dysk do fizycznego hosta, jeśli okaże się, że potrzebujesz V2P w dół ścieżki

Wada: możesz stracić niektóre opcje migawek / wycofywania oparte na VMware, w zależności od tego, czy używasz trybu zgodności fizycznej czy wirtualnej

Alternatywną opcją jest utworzenie VMFS w jednostce LUN w celu utworzenia magazynu danych, a następnie dodanie dysku VMDK do maszyny wirtualnej żyjącej w tym magazynie danych.

• Zaleta: jest przyjazny dla Storage vMotion, jeśli kiedykolwiek kupisz licencję na korzystanie z niego. Umożliwia to migrację na gorąco dysków VMDK między jednostkami LUN, a nawet SAN.

W obu przypadkach jesteś na podobnej pozycji ryzyka, jeśli VMware lub Twoja maszyna wirtualna zje system plików podczas awarii; jedno nie jest zdecydowanie lepsze od drugiego, chociaż dostępne opcje odzyskiwania będą zupełnie inne.

Nie wdrażam RDM, chyba że muszę; Odkryłem, że nie dają mi dużej elastyczności jako VMDK (i ugryzły mnie błędy, które sprawiły, że były one niepraktyczne podczas wykonywania innych operacji przechowywania (od czasu naprawienia - patrz sekcja RDM w tym linku))

Jeśli chodzi o maszynę wirtualną, najlepszym wyborem dla elastyczności jest przechowywanie dysku rozruchowego serwera plików jako VMDK w sieci SAN, aby w razie awarii hosta mógł zostać uruchomiony inny host. Korzystając z funkcji HA VMware, uruchamianie maszyny wirtualnej na innym hoście jest automatyczne (maszyna wirtualna uruchomi się na drugim hoście tak, jakby pobrano moc; spodziewaj się, że wykonasz zwykłe polecenia fsck i magię, aby uruchomić je jak w przypadku normalnego serwera ). Uwaga: HA jest funkcją licencjonowaną.

Aby złagodzić awarię maszyny wirtualnej, możesz zbudować lekki klon serwera plików, zawierający absolutne minimum wymagane do uruchomienia i SAMBA uruchomi się w skonfigurowanym stanie i zapisze go na dysku lokalnym każdego hosta, oczekując na dodanie napędu danych z nie powiodła się maszyna wirtualna i włącz ją.

To może, ale nie musi, kupić dodatkowe opcje w przypadku awarii SAN; najlepszy scenariusz, twoje przechowywanie danych będzie wymagało fsck lub innej naprawy, ale przynajmniej nie musisz naprawiać, przebudowywać ani konfigurować maszyny wirtualnej na górze. W najgorszym przypadku straciłeś dane i musisz wrócić do taśmy ... ale i tak już byłeś w tym stanie.

Trzymałbym się obrazów vmdk, po prostu przejdź do korzystania z vmotion w przyszłości, nigdy nie wiesz, że możesz dostać na to budżet.

Jeśli twoje maszyny nie są zgrupowane, to moim zdaniem najlepszym sposobem zarządzania nimi jest próba rozłożenia obciążenia tak równo, jak to możliwe. Mam 3 niesklastrowane 2950, ​​gdzie obciążenie z najbardziej krytycznych vms wynosi jak najwięcej 1/3 na każdym. Teoria jest taka, że ​​raczej nie stracę więcej niż jednego pudełka na raz, więc co najmniej 2/3 będzie w stanie kontynuować działanie bez zmian.

Z punktu widzenia mocy prawdopodobnie bardziej wydajne byłoby załadowanie maszyn do tak blisko 100%, jak to możliwe, i wyłączenie innych maszyn, ale wydaje mi się, że wkładam wszystkie jajka do jednego koszyka.

Nie nazwałbym się w tym ekspertem, tak właśnie robię.

Cześć Matt. Istnieje wiele sposobów podzielenia rozwiązania na rozwiązania wirtualizacyjne. Po pierwsze, pojawiło się wiele testów porównawczych pokazujących Raw LUN (RDM) w porównaniu do wydajności VMDK, a różnica zwykle jest nieznaczna. Kilka rzeczy, o których należy pamiętać w przypadku RDM: tylko niektóre sytuacje klastrowania wymagają użycia RDM (klastrowanie MS). RDM mają limit 2 TB, ale LVM można wykorzystać do obejścia tego limitu. RDM są „trudniejsze” do śledzenia niż nadawanie LUN ESXi do użycia dla VMFS i umieszczanie na nim vmdk. VMDK (jak wspomniano) ma kilka fajnych zalet: svMotion, Snapshots (nie można wykonać migawki pRDM).

Jeśli korzystasz z Free ESXi, oto jak mógłbym zająć się twoją sytuacją. Po pierwsze, wszystkie dane znajdują się w plikach vmdk na VMFS LUNS. Skonfiguruj 2 maszyny wirtualne i użyj Heartbeat do przełączania awaryjnego IP i usług. Heartbeat przesunie adres IP usługi i może obsłużyć skrypty, aby odmontować / zamontować jednostkę danych LUN w stosownych przypadkach. Możesz nawet napisać skrypt do niektórych zdalnych CLI VMware, aby upewnić się, że „wyłączona” maszyna wirtualna zostanie wyłączona na czas ogrodzenia. Ponieważ uderzenie serca bezpośrednio koordynuje systemy, ryzyko zarówno dostępu do transmisji danych / uruchomienia tych samych usług powinno być bardzo niskie. Kluczem tutaj jest upewnienie się, że montowanie / odmontowywanie danych LUN oraz uruchamianie / zamykanie usług jest obsługiwane przez Heartbeat, a nie normalne mechanizmy inicjujące.

Alternatywne przełączanie awaryjne można osiągnąć za pomocą systemu monitorowania. Po wykryciu hosta w dół może użyć zdalnego interfejsu wiersza polecenia VMware w celu wyłączenia zasilania (w celu zachowania bezpieczeństwa), a następnie włączenia kopii zapasowej vm. W tej sytuacji brak powrotu jest dość ręczny.

W moim „małym” środowisku nie widziałem, aby VMDK uległo uszkodzeniu. Uświadomiłem sobie również, że jeśli masz więcej niż 2 hosty ESX (i) lub tuzin maszyn wirtualnych, będziesz chciał uzyskać vCenter, aby śledzić wszystko. Niektóre pakiety Essential / Plus nie są zbyt kosztowne, biorąc pod uwagę korzyści.

Matt, wiesz, że nie używam VMware, ale zawsze używałem „RAW” z Xenem. Przy zaledwie kilku maszynach wirtualnych, które są lekko załadowane, wątpię, abyś zauważył dużą różnicę wydajności. Ale kiedy zaczniesz wchodzić do coraz większej liczby gości, jeśli wszyscy ci goście korzystają z tego samego systemu plików, możesz mieć problemy z głębokością kolejki. Dotyczy to szczególnie pamięci masowej z systemem plików NFS. Problemem nie jest to, że serwer NFS ma problemy, ale większość implementacji klienta NFS jest do bani.

Nie znam dobrego sposobu na synchronizację vmdks, jeśli szukasz redundancji (awaria san). Ale jeśli korzystasz z urządzeń blokowych, nadal możesz użyć DRBD do replikacji tylko vms, które chcesz / potrzebujesz zreplikować.

Myślę, że powinieneś zadać sobie pytanie „Czy kiedykolwiek planuję wrócić do fizycznych serwerów”

Jeśli odpowiedź brzmi może, to może powinieneś trzymać się RDM. ESXi z RDM wymagałoby (tak sądzę), abyś kupił coś dla swojego światłowodu (znowu nie w 100% pewny na esxi).

Mieliśmy kilka maszyn, które właśnie przeniosłem z serwerów fizycznych do ESX (4.0) przy użyciu RDM. Miałem mieszankę maszyn Linux i Windows (super łatwa dla obu platform). Nadal mamy kilka działających starszych wersji FreeBSD (6.0 i starszych) na serwerach fizycznych, dla których nie możemy używać RDM, ponieważ stare jądro FBSD nie obsługuje tego. Było to szybkie i wymagało ode mnie, aby wskazać moją jednostkę LUN, a następnie zainstalować narzędzia VMWare. Brain dead easy .. bez konwertera bez problemów ...

Kolejną rzeczą, o którą powinieneś zadać sobie pytanie, jest: „Jakich funkcji VMWare chcę używać?”

W zależności od odpowiedzi na to pytanie możesz nie mieć innego wyboru niż VMDK. Jeśli korzystasz z SAN do tworzenia migawek i nie chcesz na przykład używać vmware do tego celu ...

Kilka notatek Podzielę się z Tobą tym, na co się natrafiliśmy. Vmotion działa równie dobrze z RDM i VMDK, Storage Vmotion z drugiej strony działa poprawnie tylko z RDM i próba użycia pamięci Vmotion do przejścia z RDM na VMDK jest do kitu wystarczy użyć konwertera. Większość dystrybucji Linuksa ma pakiet narzędzi vmware typu open source, co sprawia, że ​​instalowanie narzędzi nie stanowi problemu. Aplikacja do tworzenia kopii zapasowych działa naprawdę dobrze i jest wolna od vmware, ale nie robi tyle rzeczy, ile byśmy tego chcieli. Bardzo polecam wzięcie lekcji od vmware. Ten, który wziąłem, był tydzień i był wart każdego grosza Wsparcie VMWare jest niesamowite. Jeśli dostaniesz umowę wsparcia i będziesz musiał zadzwonić, to oni nie są najlepsi .. Czuję się sfrustrowany, gdy ktoś może mi pomóc (do wielu menu .. ), ale kiedy je otrzymam, ZAWSZE przychodzą z szybkim, niezawodnym wsparciem.