Zaczynam od wirtualizacji, więc proszę o cierpliwość.
W środowiskach wirtualnych aplikacje działają w warstwie hiperwizora. Tak więc na jednej maszynie fizycznej może być wiele maszyn wirtualnych z wieloma aplikacjami.
Jak na razie dobrze?
Co się stanie, gdy fizyczna maszyna ulegnie awarii? Czy nie spowodowałoby to awarii wielu aplikacji z jednego komputera?
Szukam rozwoju chmury prywatnej za pomocą OpenStack , ale najpierw chcę w pełni zrozumieć wirtualizację.
Odpowiedzi:
Specyfika zależy od tego, jakiego dokładnie rozwiązania wirtualizacji używasz, ale chodzi o to, że masz wirtualną farmę, w której jest wiele fizycznych hostów z kilkoma maszynami wirtualnymi. Następnie wykorzystujesz część wydajności, którą zyskałeś, nie potrzebując fizycznego hosta dla każdej maszyny wirtualnej, dzięki czemu masz wystarczająco dużo narzutu do pokrycia w przypadku awarii fizycznej maszyny.
Ponadto można zlokalizować dyski VHD dla każdej maszyny wirtualnej we wspólnej (nadmiarowej) sieci SAN. Hiperwizory na każdym hoście fizycznym można ustawić tak, aby ze sobą rozmawiały i dzieliły pamięć z różnych maszyn wirtualnych. Występuje pewne opóźnienie i duża część pamięci zostanie utworzona przez dysk, ale jeśli jeden z hostów fizycznych ulegnie awarii, nie będziesz nawet czekać na ponowne uruchomienie maszyn wirtualnych z tego hosta. Zamiast tego te maszyny wirtualne zostaną automatycznie rozdzielone między pozostałe hosty. Ostatecznym celem jest, aby maszyny te odbierały niemal z miejsca, w którym zostały przerwane, w ogóle bez przestojów. W pewnym sensie wszystkie maszyny wirtualne są już uruchomione na co najmniej dwóch fizycznych hostach. W praktyce obecnie hiperwizory mogą wykonywać tego rodzaju migrację tylko jeden komputer na raz, gdy wiedzą, że nadchodzi, zanim host ulegnie awarii ... ale nie popełnij błędu: natychmiastowa migracja po awarii sprzętu jest ostatecznym celem wszystkich głównych hiperwizory.
Dlatego czasami widzisz serwer zwirtualizowany na jednym fizycznym hoście w farmie. Możesz nie uzyskać żadnej wydajności sprzętowej (możesz nawet stracić trochę wydajności), ale nadrabiasz to spójnością zarządzania i wbudowaną wysoką dostępnością.
Wszystkie serwery wirtualne działające na hoście fizycznym przejdą w tryb offline, jeśli wystąpi jakaś awaria.
To powiedziawszy, większość platform oferuje rozwiązanie wysokiej dostępności dla pojedynczej maszyny wirtualnej. Innym razem system składa się z wielu węzłów, aby zapobiec zakłóceniom usługi w przypadku awarii jednego węzła.
Jeśli dwa węzły maszyny wirtualnej stanowią wysoce dostępną usługę, można skonfigurować hiper visor, aby upewnić się, że dwa węzły nie są zależne od tej samej infrastruktury fizycznej (odporność na awarie). Może to być coś więcej niż tylko fizyczna odporność na awarie serwera, w tym różne ścieżki sieciowe, aż do geograficznie odmiennej lokalizacji.
Masz rację, zakładając, że jeśli fizyczna maszyna ulegnie awarii, maszyny wirtualne staną się niedostępne.
Ale openstack może się tym zająć i uruchomić maszyny wirtualne uszkodzonego serwera fizycznego na innym serwerze lub możesz użyć systemu hiperwizora, który jest już rozproszony, myślę, że vsphere może to zrobić.
Aby uzyskać więcej informacji, przeczytaj dokumentację OpenStack na temat HA .
Jeśli chodzi o twoje pytanie - tak, utracisz dostęp do wszystkich maszyn w tym fizycznym hoście. Oczywiście zależy to od tego, który komponent zawiódł. Jeśli jest to dysk - to rodzaj problemu, jeśli to płyta główna - jest o wiele łatwiejszy. Zasadniczo odzyskiwanie sprzętu jest łatwiejsze, ponieważ funkcja hypervisor jest niezależna od sprzętu. W tej chwili istnieje wiele technologii specyficznych dla dostawców, których możesz użyć, aby mieć wysoce dostępne usługi.
Pule zasobów (vmware) - NIE są w stanie agregować wielu fizycznych zasobów hosta (procesor, pamięć itp.), Jak ktoś wspomniano powyżej, więc jeśli masz 2 hosty fizyczne (powiedzmy, że 1CPU quad rdzenie bez hyperthreading - 8 GBRAM każdy) NIE będzie można tam mieć maszynę wirtualną 5vCPU-12Gb. Pule zasobów są logiczne, nie są w stanie tworzyć systemów superkomputerowych. W tej chwili jest to sposób kontrolowania wykorzystania zasobów.
Dostępność (vmware) - możliwe jest użycie technologii takich jak High Availability (HA), które pozwalają na automatyczne odzyskiwanie (na podstawie mojego doświadczenia w ciągu 1-2 minut ) wszystkich maszyn wirtualnych w klastrze automatycznie, JEŻELI korzystasz z macierzy pamięci masowej (NAS, iSCSI, FC) i przechowuj tam wszystkie pliki VM. Co więcej, HA działa tylko w przypadku awarii procesora, pamięci RAM, płyty głównej, jest oczywiste, że nie będzie działać w przypadku awarii macierzy pamięci. Aby zapobiec awariom RAID / kontrolerów, ludzie używają replikacji, dublowania jednostek LUN pamięci masowej itp.
Jeśli odzyskiwanie w ciągu 1-2 minut nie jest opcją, istnieją technologie takie jak Fault Tolerance (FT), które pozwalają osiągnąć ZERO przestojów maszyny wirtualnej w przypadku awarii poprzez przechowywanie (działającej) kopii skonfigurowanej maszyny wirtualnej w tle. Ale ta technologia ma również wiele ograniczeń - problem odporności maszyn wirtualnych z wieloma procesorami vCPU nie jest w pełni rozwiązany.
Ogólnie rzecz biorąc, każde rozwiązanie zależy od celu.