Software-defined Stretched Clusters vs vm Replication – vembu.com

organizacje mają dziś więcej opcji niż kiedykolwiek wcześniej, aby zapewnić wielokrotne kopie swoich danych w różnych miejscach. Posiadanie wielu kopii danych ma fundamentalne znaczenie dla ochrony danych od momentu powstania pomysłu i pomaga zapewnić, że zawsze masz dobrą kopię danych w innym miejscu niż lokalizacja produkcyjna, zgodnie z zasadą 3-2-1 najlepszych praktyk w zakresie ochrony danych.

wraz z pojawieniem się technologii definiowanych programowo pojawiają się nowe możliwości, aby zapewnić posiadanie danych w wielu lokalizacjach. Jednym z takich pomysłów jest definiowany programowo klaster rozciągnięty, który zapewnia kopie danych w definiowanych programowo magazynach danych w dwóch lokalizacjach. Istnieje również bardziej tradycyjna idea replikowania maszyn wirtualnych do drugorzędnej lokalizacji, takiej jak obiekt DR.

w tym poście przyjrzymy się definiowanym programowo Klastrom rozciągniętym vs replikacja maszyn wirtualnych, aby zobaczyć zalety i wady obu podejść do zapewnienia istnienia wielu kopii danych dla wysokiej dostępności.

Software-defined Stretched Clusters

w świecie software-defined stretched clusters wiele potężnych możliwości zapewnia warstwa Software abstracted storage. Na przykładzie VMware vSAN klaster rozciągnięty vSAN to świetny sposób na łatwą możliwość posiadania wielu kopii obiektów maszyny wirtualnej wymaganych do dostępności maszyny Wirtualnej w więcej niż jednej lokalizacji.

VMware vSAN to wyspecjalizowany magazyn obiektów, który ma wbudowaną możliwość tworzenia rozciągniętych klastrów obejmujących więcej niż jedną fizyczną lokalizację. W najprostszych konfiguracjach dwu-węzłowy klaster rozciągnięty vSAN ma dwa węzły, które przechowują dane dla magazynu danych vSAN. Komponent witness zapewnia komponent tie-breaker, który określa kworum dla dostępności maszyn wirtualnych. W tej konfiguracji obiekty danych maszyn wirtualnych są chronione za pomocą podejścia lustrzanego RAID 1. Istnieją dwie domeny błędów, preferowana i wtórna domena błędów.

dane są w sposób ciągły synchronizowane między dwoma węzłami danych, dzięki czemu dane są zapisywane zarówno do preferowanego hosta, jak i do drugiego hosta. W ten sposób, jeśli preferowany host nie powiedzie się z jakiegoś powodu, drugi host ma wszystkie dane maszyny wirtualnej i jest w stanie ponownie uruchomić maszynę wirtualną w domenie błędu wtórnego. Funkcjonalność klastra rozciągniętego vSAN jest natywnie wbudowana w rozwiązanie vSAN, które można konfigurować za pośrednictwem vSphere web client. Umożliwia to konfigurację rozciągniętej funkcjonalności klastra bezpośrednio w infrastrukturze vSphere bez specjalnej konfiguracji pamięci masowej poza środowiskiem vSphere.

oznacza to, że przy niewielkim wysiłku administratorzy mogą skutecznie skonfigurować synchroniczną pamięć masową istniejącą w różnych domenach błędów, która jest w stanie łatwo zapewnić odporność na awarię całej witryny. Oznacza to również, że zarówno przełączanie awaryjne, jak i przełączanie awaryjne są znacznie łatwiejsze niż przełączanie na repliki, które zostały zasiane przez replikację. Wynika to z faktu, że repliki są replikami typu point-in-time, które nigdy nie są całkowicie aktualnymi kopiami produkcji. Mogą być bliskie, ale nie dokładne kopie. Zawierają one Najnowsze dane z ostatniego interwału replikacji, który jest ogólnie zdefiniowany przez RPO SLA. Są one zazwyczaj różnie definiowane w zależności od tego, ile Danych firma jest w stanie wytrzymać utratę. W przypadku awarii replik maszyn wirtualnych wyzwaniem jest odwrócenie procesu i replikacja danych z lokalizacji wtórnej z powrotem do pierwotnego środowiska produkcyjnego. Nie tak jest w przypadku rozciągniętego klastra, ponieważ dane są synchronicznie aktualne w obu lokalizacjach.

dużą zaletą rozciągniętego sprzętu klastrowego jest możliwość aktywnego wykorzystania sprzętu. Sprzęt domeny błędów wtórnych jest w stanie aktywnie przenosić obciążenia. Pomaga to uzasadnić wydatki sprzętu, który ma być umieszczony w Dr lub lokalizacji wtórnej.

istnieją wady rozciągniętej konfiguracji klastra z perspektywy opóźnienia i przepustowości. Ogólnie rzecz biorąc, rozciągnięte klastry wymagają nie więcej niż 5 milisekund opóźnienia między miejscami, aby być realnym rozwiązaniem. Wyklucza to bardzo duże odległości rozciągnięte klastry ze względu na ograniczenia latencji. Z powodu ograniczeń opóźnień, rozciągnięte klastry nie są w stanie zapewnić różnorodności geograficznej w celu ochrony danych. Ponownie, są one zazwyczaj połączone w sieci metropolitalnej lub w tej samej lokalizacji kampusu.

zalety:

• Łatwa konfiguracja-w pudełku z VMware vSAN
• zapewnia synchronizację obiektów VM między hostami danych w obu domenach błędów
• niezwykle łatwe przełączanie awaryjne i zwrotne
• umożliwia korzystanie ze sprzętu w lokalizacji wtórnej

wady:

• ograniczenia odległości – muszą zazwyczaj znajdować się w tym samym obszarze metra lub kampusie
• Nie zapewniałyby różnorodności geologicznej dla katastrof dotykających region geograficzny

replikowane maszyny wirtualne

replikacja maszyny Wirtualnej od dawna jest używana jako środek do dostarczania „ciepłych” maszyn wirtualnych w lokalizacji DR lub wtórnej, które są w stanie zapewnić odporność w przypadku całkowitej awaria na poziomie obiektu. Replikacja maszyny wirtualnej po wstępnej konfiguracji wykonuje pełną kopię maszyny Wirtualnej do lokalizacji wtórnej. Z każdym kolejnym interwałem replikacji zmiany są stopniowo synchronizowane z docelową replikowaną maszyną wirtualną. We wszystkich aspektach i celach powstała maszyna wirtualna jest dokładną kopią uruchomionej maszyny wirtualnej produkcji w środowisku produkcyjnym. Replika VM zawiera wszystkie aktualne dane z ostatnich replikowanych zmian.

w rezultacie dzięki replikacji maszyn wirtualnych firma musi zdecydować, ile danych jest gotowa stracić. Po podjęciu tej decyzji można odpowiednio skonfigurować interwał replikacji. Jak wspomniano w sekcji rozciągnięty klaster, jest to wadą replik maszyn wirtualnych w porównaniu z rozciągniętymi obiektami maszyn wirtualnych klastra, które zawsze mają aktualne informacje w obu lokalizacjach.

proces failover i failback jest również znacznie bardziej skomplikowany w przypadku replikacji maszyn wirtualnych. Po udanym przełączaniu awaryjnym proces musi być wykonywany w odwrotnym kierunku, aby uzyskać aktywne dane maszyny Wirtualnej z powrotem w preferowanej lokalizacji produkcyjnej.

sprzęt wykorzystywany jako „standby”, pasywna konfiguracja jako cel replikacji nie jest wykorzystywana poza wysyłaniem replikowanych danych z każdym interwałem replikacji. Wadą jest to, że zazwyczaj jest to znacznie trudniejsze do sprzedaży do zarządzania, aby przekonać zakup dodatkowego sprzętu, który teoretycznie może być używany tylko podczas awarii zakładu produkcyjnego.

porównując klastry rozciągnięte i replikację maszyn wirtualnych, replikacja nie jest związana wymaganiami dotyczącymi opóźnień, które istnieją w przypadku klastrów rozciągniętych. Replikacja maszyn wirtualnych jest procesem asynchronicznym, ma więc znacznie łagodniejsze wymagania z punktu widzenia sieci. Jest to znacznie bardziej odpowiedni mechanizm dla środowisk z ograniczoną przepustowością lub wysokimi opóźnieniami połączeń między witrynami. Dodatkowo zapewnia świetny sposób na przechowywanie replik maszyn wirtualnych w różnych lokalizacjach geograficznych, które na ogół nie są możliwe w przypadku rozciągniętych konfiguracji klastrów. Nie ma nic do powiedzenia, że replikacja nie może być używana w połączeniu z rozciągniętym klastrem, aby zapewnić dodatkową odporność, aby pomóc w dywersyfikacji położenia geograficznego kopii maszyn wirtualnych. W tym sensie, nawet jeśli wykorzystywane są definiowane programowo technologie pamięci masowej, takie jak vSAN, może to być Technologia uzupełniająca oprócz rozciągniętej konfiguracji klastra.

zalety:

• replikacja maszyn wirtualnych nie jest związana ścisłymi wymaganiami dotyczącymi opóźnienia i przepustowości
• w stanie zapewnić geograficzną różnorodność danych
• może być używana w połączeniu z rozciągniętym klastrem w celu zapewnienia dodatkowej różnorodności danych geograficznych

wady:

• replikowane maszyny wirtualne RPO są zawsze w tyle za produkcją
• przełączanie awaryjne i zwrotne są bardziej skomplikowane
• Sprzęt dla środowisk replikowanych jest pasywny i ogólnie nie jest wykorzystywany

myśli

dzięki nowym opcjom dostępnym dla organizacji w postaci rozwiązań definiowanych programowo, organizacje muszą wziąć pod uwagę wszystkie zalety i wady każdego rozwiązania. Następnie decyzje muszą być podejmowane w oparciu o potrzeby firmy.

posiadanie wielu kopii danych maszyny Wirtualnej w środowiskach zwirtualizowanych jest niezbędne do zapewnienia skutecznej ciągłości działania/odzyskiwania po awarii. Zarówno definiowane programowo klastry rozciągnięte, jak i replikacja maszyn wirtualnych są w stanie zapewnić mechanizm umożliwiający przechowywanie wielu kopii danych maszyn wirtualnych w różnych lokalizacjach. Każdy z nich ma zalety i wady, które należy wziąć pod uwagę.

jako całość, rozciągnięta technologia klastrowania dostarczana przez takich firm jak VMware vSAN jest bardzo realnym rozwiązaniem zapewniającym tę funkcjonalność. Istnieją jednak bardzo surowe wymagania dotyczące opóźnienia i przepustowości, które należy wziąć pod uwagę przed wdrożeniem. Replikowanie maszyn wirtualnych do lokalizacji wtórnej jest tradycyjnym podejściem, które jest niezawodne i nie jest związane z surowymi wymaganiami dotyczącymi opóźnień. Replikacja może być również używana w połączeniu z definiowanymi programowo technologiami pamięci masowej, takimi jak vSAN firmy VMware.

organizacje najprawdopodobniej będą chciały przyjąć holistyczne podejście i wykorzystać oba rodzaje technologii razem jako komplementarne, a nie konkurencyjne. Jednak cechy i najlepsze przypadki użycia są warte odnotowania przy projektowaniu mechanizmów ochrony danych i wysokiej dostępności dla krytycznych danych biznesowych.

Śledź nasze kanały na Twitterze i Facebooku, aby uzyskać nowe wersje, aktualizacje, wnikliwe posty i wiele więcej.