Biorąc pod uwagę ilość pracy, jaką wykonaliśmy wokół VMware vSAN w zakresie treści witryn i recenzji, dla niektórych może być zaskoczeniem, że nie korzystaliśmy z vSAN w środowisku produkcyjnym. Po zakończeniu modernizacji naszych serwerów laboratoryjnych (12 serwerów Dell EMC PowerEdge R740xd ), postanowiliśmy rozwiązać ten problem, wykorzystując ponownie kilka serwerów PowerEdge R730 i dodatkowe dyski SSD, które mieliśmy pod ręką. Rezultatem jest skromna konfiguracja vSAN 6.6, która posłuży nam do hostowania maszyn wirtualnych potrzebnych do testów, a także jako platforma do testowania i raportowania nowych funkcji vSAN. To wdrożenie rodzi jednak natychmiastowe pytanie, które często nurtuje nabywców vSAN: jak przenieść istniejące obciążenia do vSAN?
Podobnie jak w przypadku większości przedsiębiorstw, nasza główna pamięć masowa w laboratorium to połączenie udziałów iSCSI i pamięci masowej Fibre Channel, przy czym większość naszych danych znajduje się na macierzach Dot Hill i platformie Fusion-io ION. Istnieje wiele różnych sposobów na przeprowadzenie tej migracji, od przenoszenia maszyn wirtualnych między magazynami danych za pomocą podstawowego polecenia SVMotion z pamięcią masową podłączoną lokalnie do hosta, który widzi oba magazyny danych, po migrację dwuetapową, w której zmienia się zarówno host, jak i magazyn danych.
Jeśli posiadasz macierz pamięci masowej z jednostkami LUN iSCSI, ten proces jest dość prosty. Dodaj urządzenie pamięci masowej iSCSI do jednego z hostów vSAN, jeśli jeszcze tego nie zrobiłeś, dodaj obiekt docelowy iSCSI z macierzy pamięci masowej i uzyskaj szybki dostęp do tej maszyny wirtualnej w klastrze vSAN, bez konieczności migracji magazynu danych. Jeśli posiadasz macierz pamięci masowej komunikującą się przez kontroler FC, możesz wykorzystać kartę HBA FC (jeśli jest już dostępna na serwerze) lub dodać ją do hosta. Jeśli pamięć masowa FC nie będzie często używana w przyszłości, koszty i przestoje związane z instalacją karty HBA mogą okazać się nieopłacalne. W takim przypadku przechodzimy do procesu dwuetapowego.
Przenosząc maszyny wirtualne między hostami ESXi, gdzie moc obliczeniowa i pamięć masowa ulegną zmianie podczas tego samego przeniesienia, można przenieść maszynę wirtualną w dowolne miejsce w środowisku, o ile urządzenia mogą komunikować się ze sobą w ramach vCenter. Jest to opcja zapewniająca największą kompatybilność, ale może nie być najszybszą ścieżką transferu, jeśli istnieje już natywna ścieżka. W przypadku pojedynczych maszyn wirtualnych lub małych grup może to nie stanowić problemu, ale w przypadku dość dużych maszyn wirtualnych lub dużych partii danych szybsza ścieżka transferu może być uzasadniona.
W naszym przypadku transfer maszyny wirtualnej zajął zaledwie kilka minut, a łącze sieciowe 10G między dwoma hostami pozwoliło na osiągnięcie prędkości do około 400 MB/s. Ogólnie rzecz biorąc, jest to jeden z łatwiejszych kroków związanych z uruchomieniem platformy vSAN, ale istnieje kilka sposobów na jego realizację, w zależności od potrzeb i możliwości sprzętowych.
W tym artykule omówiliśmy, jak łatwo jest migrować istniejące dyski VMware VMDK i udziały iSCSI do vSAN. W każdej organizacji, która jest już zwirtualizowana, proces ten jest dość prosty. VMware oferuje również narzędzie do migracji „bare metal”; korzystaliśmy z VMware vCenter Converter przed wprowadzeniem starszych obciążeń do stanu zwirtualizowanego. Niezależnie od sposobu, vSAN oferuje znaczne oszczędności pod względem wydajności operacyjnej i całkowitego kosztu posiadania (TCO) w porównaniu z tradycyjnymi wdrożeniami IT. Z entuzjazmem realizujemy te korzyści w naszym laboratorium i z niecierpliwością czekamy na publikację kolejnych materiałów dotyczących rzeczywistych doświadczeń.
Amazon