Co wyróżnia HC3
spośród innych dostępnych na rynku
rozwiązań HCI?
Spis treści
Wprowadzenie ... 3
Czym jest prawdziwe rozwiązanie HCI? ... 4
Hiperwajzor... 4
Czy HC3 to prawdziwe HCI? ... 4
HC3 jest prostsze? ... 5
Wdrożenie ... 5
Zarządzanie i monitorowanie ... 5
Maszyny monitorowania stanu oraz samo naprawa ... 6
Skalowanie i rozbudowa ... 6
Kopie migawkowe i klonowanie ... 6
Czym się wyróżnia dyskowa pamięć masowa HC3? ... 7
Automatyczna konfiguracja ... 7
SCRIBE ... 7
HEAT ... 8
Czym różni się HC3 w przypadku Edge Computing? ... 9
Odpowiedniej wielkości infrastruktura ... 9
Całkowity koszt posiadania ... 10
Historie wdrożeń zakończonych sukcesem ... 10
Podsumowanie ... 11
Wprowadzenie
Scale Computing HC3 jest rozwiązaniem infrastruktury hiperkonwergentnej (HCI), które ostatnio przebojem zdobywa rynek IT. W roku 2019 firma Scale Computing otrzymała najwyższe nagrody CRN ARC w kategoriach Infrastruktury Konwergentnej/Hiperkonwergentnej oraz wirtualizacji serwerów i desktopów, dystansując wielu bardzo znanych konkurentów na rynku.
Jakie rozwiązania zawarte w Scale Computing HC3 sprawiają, że tak mocno wyróżnia się na tle konkurencji? Czy producenci, którzy twierdzą że oferują infrastrukturę konwergentną mówią prawdę?
Odpowiedzi na powyższe pytania znajdziesz w niniejszym materiale.
Wirtualizacja serwerów i desktopów
Infrastruktura
Konwergentna/Hiperkonwergentna 2019 Scale Computing Scale Computing
2018 Dell/VMware Dell/EMC
2017 Dell/VMware Cisco
2016 Dell/VMware HPE (Simplivity)
2015 Dell/VMware Dell/EMC
2014 Microsoft Dell
2013 VMware Cisco
2012 VMware nd.
2011 VMware nd.
2010 VMware nd.
2009 VMware nd.
Czym jest prawdziwe rozwiązanie HCI?
Prawdopodobnie słyszałeś o hiperkonwergencji lub infrastrukturze hiperkonwergentnej. Terminy te są coraz popularniejsze w świecie IT. Jednakże co tak naprawdę one oznaczają? Czy dostawcy, którzy twierdzą, że posiadają infrastrukturę hiperkonwergentną, naprawdę spełniają warunki hiperkonwergencji?
Hiperwajzor
Termin hiperwajzor oznacza włączenie hiperwajzor (nadzorcy, zarządcy) wirtualizacji do kompletnego rozwiązania obejmującego pamięć masową (dyskową), serwer oraz wirtualizację. Niektórzy uważają, że hiperkonwergencja to synonim “super konwergencji” ale w tym wypadku nie o to chodzi. „Hiper”
w konwergencji oznacza hiperwajzor.
Wiele rozwiązań, które nazywane są hiperkonwergentnymi, w celu wirtualizacji używa hiperwajzorów innych firm takich VMware lub Hyper-V. To jednak nie pasuje do definicji prawdziwej hiperkonwergencji.. Rzeczywiste rozwiązanie hiperkonwergentne z natywnym i w pełni zintegrowanym hiperwajzorem pozwala na ściślejszą integrację takich składników jak architektura pamięci masowej wbudowanej w hiperwajzor, lepszą automatyzację zadań zarządzania oraz możliwości samo naprawy.
Jedną z korzyści z prawdziwego HCI, bardzo istotną dla użytkowników, jest niezależność od dostawców systemów wirtualizacyjnych oraz narzuconych przez nich metod licencjonowania. Prawdzie HCI to kompletne rozwiązanie wirtualizacji i infrastruktury od jednego dostawcy.
Czy HC3 to prawdziwe HCI?
Scale Computing HC3 jest rzeczywistym rozwiązaniem HCI z własnym, opatentowanym systemem operacyjnym i hiperwajzorem HyperCore, ściśle zintegrowanym z architekturą pamięci masowej pod nazwą SCRIBE. Rozwiązanie HC3 jest dostarczane jako kompletne urządzenie integrujące wszystkie elementy wymagane do uruchamiania maszyn wirtualnych, z możliwością rozbudowy w razie zwiększenia wymagań.
HC3 dostarcza nie tylko pełną infrastrukturę wirtualizacyjne, ale zawiera także pakiet ochrony danych HC3 z funkcjonalnościami takimi jak kopie migawkowe (snapshoty), zdalna replikacja, przełączanie do zdalnej lokalizacji i na odwrót oraz opcje odzyskiwania pojedynczych maszyn wirtualnych (VM) lub plików.
Realne korzyści to prostota, efektywność wykorzystania pamięci masowej, elastyczność zastosowań, od centrów danych do małych zdalnych oddziałów.
HC3 jest prostsze?
Prościej nie zawsze oznacza lepiej. Profesjonaliści IT zawsze chcieliby mieć dostęp do guzików, pokręteł dla każdej możliwej opcji i czasami są one rzeczywiście przydatne dla niektórych zadań. Ale gdy chodzi o codzienne zadania, mniej przycisków do naciśnięcia i mniej konsoli do monitorowania może zaoszczędzić cenny czas, który może być spożytkowany do innych zadań.
HC3 upraszcza zarządzanie IT dzięki zastosowaniu automatyzacji i prostych schematów działań, poczynając już od wdrożenia, poprzez cały okres stosowania rozwiązania.
Wdrożenie
HC3 zostało zaprojektowane jako kompletne rozwiązanie wirtualizacyjne umożliwiające użytkownikom jak najszybsze przejście od etapu rozpakowania sprzętu po dostawie do tworzenia maszyn wirtualnych.
Pomijając etap montażu sprzętu w szafie rack oraz jego okablowania, konfiguracja urządzenia wymaga tylko podania adresów IP, wprowadzenia kodu licencyjnego, a następnie przekierowania w przeglądarce internetowej. Utworzenie klastra wymaga tylko wskazania dresu IP pierwszego węzła na dodatkowych węzłach za pomocą polecenia „dołącz (join)”.
W odróżnieniu od innych rozwiązań HCI, nie wymagana jest żadna ręczna konfiguracja pamięci dyskowej. Niewymagana jest żadna instalacja hiperwajzora lub odrębnej konsoli zarządzającej.
Trzywęzłowy klaster HC3 może być zamontowany w szafie rack, okablowany i skonfigurowany w przeciągu niecałej godziny; wliczając w to uruchomienie pierwszych maszyn wirtualnych.
Zarządzanie i monitorowanie
HC3 oferuje pojedynczy interfejs zarządzający do zarządzania serwerami, wirtualizacją, pamięcią dyskową oraz ochroną danych. Dostawcy HCI używający hiperwajzorów firm trzecich, do zarządzania wirtualizacją wymagają jednej konsoli, a do zarządzania pamięcią masową potrzebują oddzielnych konsoli.
Maszyny monitorowania stanu oraz samo naprawa
Unikalna architektura HC3 obejmuje aktywne maszyny stanu, które monitorują każde urządzenie i są w stanie podjąć akcję automatycznej naprawy lub przynajmniej zaraportować wystąpienie błędu lub awarii. Zautomatyzowane, akcje samo naprawy, podejmowane przez maszyny monitorujące stan oraz wysoka dostępność zapewniana przez klastrowanie hiperwajzora umożliwiają ciągłość pracy systemu w przypadku wystąpienia błędu lub awarii.
Skalowanie i rozbudowa
Rozbudowa klastra jest równie łatwa jak jego początkowe wdrożenie, nawet w przypadku gdy nowo dodawany do klastra węzeł ma inną konfigurację CPU, RAM i pamięci dyskowej. Wiele innych rozwiązań HCI wymaga aby nowe dodawane do klastra urządzenia miały taką samą lub bardzo podobną konfigurację jak już istniejące węzły..
Kopie migawkowe i klonowanie
Kopie migawkowe maszyn wirtualnych HC3 VM są używane w hiperwajzorze HyperCore do ochrony danych, replikacji I szybkiego odtwarzania VM. Kopie migawkowe (snapshoty) w HC3 są używane bardzo często, a w związku z tym, że wykonywane są bardzo efektywne możliwe jest przechowywanie nawet 5000 snapshotów dla pojedynczej VM.
W odróżnieniu od innych rozwiązań wirtualizacyjnych klony maszyn wirtualnych w HC3 niezwiązane są relacją „rodzice – dziecko” z oryginalną VM. Klony tworzone są w sposób „cienki” współdzieląc bloki danych z oryginalną VM. Klony jednakże są całkowicie niezależne, a usunięcie oryginalnej VM lub innych klonów nie ma wpływu na sklonowaną VM.
Czym się wyróżnia dyskowa pamięć masowa HC3?
Ze względu na potrzebę ścisłej integracji hiperwajzora, sprzętu oraz pamięci masowej, Scale Computing stworzył wbudowaną w hiperwajzor architekturę pamięci masowej cechującą się wysoką wydajnością, a przy tym dużą prostotą. Ta unikalna architektura zapewnia liczne korzyści.
Automatyczna konfiguracja
Inni dostawcy rozwiązań HCI przed rozpoczęciem tworzenia maszyn wirtualnych wymagają ręcznego stworzenia grup pamięci dyskowej z już istniejącej pamięci. Niektóre, wyłącznie software’owe rozwiązania HCI wymagają ręcznej konfiguracji pamięci przed instalacją samego rozwiązania HCI, a następnie ręcznej konfiguracji związanej z wymaganiami hiperwajzora. Czynności ręcznego zarządzania są przede wszystkim związane z koniecznością obsługi hiperwajzorów firm trzecich.
W przypadku HC3 pamięć masowa jest wbudowana w hiperwajzor i jest automatycznie konfigurowana w całym klastrze. Dla wdrożenia i dalszego zarządzania nie wymagana jest żadna ręczna konfiguracja.
Cała pamięć dyskowa w klastrze jest połączona w jedną pulę pamięci, używaną przez wszystkie węzły w klastrze. W momencie dodawania nowych węzłów do klastra ich pamięć dyskowa jest w sposób przezroczysty i automatyczny dodawana do puli pamięci dyskowej, bez konieczności ręcznej konfiguracji.
SCRIBE
Scale Computing Reliable Independent Block Engine (niezawodny, niezależny silnik dostępu blokowego Scale Computing) jest głównym elementem systemu HC3, łączącym napędy dyskowe z każdego węzła HC3 w pojedynczą, logiczną pulę pamięci dyskowej. Łączenie w pule następuje automatycznie bez konieczności żadnej konfiguracji. Bloki zapisywane są redundantnie na całym systemie, pozwalając na utratę pojedynczych dysków lub nawet całego węzła systemu.
Pula pamięci dyskowej SCRIBE jest dostępna dla wszystkich węzłów systemu i dostarczana bez żadnych systemów plików, protokołów lub wirtualnych urządzeń. SCRIBE jest wbudowany bezpośrednio w system operacyjny HC3 HyperCore. W momencie tworzenia VM na HC3, wirtualne dyski zapewniają bezpośredni dostęp blokowy maszyn wirtualnych do puli pamięci dyskowej SCRIBE. Jedynymi systemami
VS.
ta sama operacja I/O
plików tworzonymi w HC3 są systemy plików używane przez systemy operacyjne gości w celu dostępu przez VM do wirtualnych dysków.
Inne architektury pamięci dyskowej starają się emulować urządzenia SAN lub NAS, tradycyjnie używane w wirtualizacji. Zaczynają one od puli pamięci dyskowej na najniższym poziomie z zainstalowanym systemem plików, następnie udostępniane są hiperwajzorowi, który tworzy kolejny system plików zarządzany w efekcie przez wirtualne urządzenie pamięci dyskowej (VSA), żeby w końcu udostępniać przestrzeń dyskową maszynom VM, które tworzą jeszcze jeden system plików. VSA zarządzające pamięcią dyskową oprócz wielu poziomów protokołów, które musi przejść każda operacja wejścia/wyjścia, konsumuje dużą część pamięci RAM (często w zakresie 24GB+ na węzeł klastra), która mogłaby być użyta do stworzenia większej liczby VM.
Dla porównania, trasa operacji I/O (wejścia/wyjścia) w architekturze VSA może wyglądać następująco:
HEAT
Główną cechą zbiorów danych jest to, że tylko mały ich procent to dane używane aktywnie.
W hybrydowym, wielowarstwowym systemie pamięci dyskowej największe korzyści wydajnościowe uzyskiwane są gdy aktywne dane przechowywane są na dyskach SSD, a nieaktywne dane na wolniejszych, tradycyjnych dyskach HDD. Technologia HEAT monitoruje dostęp do danych i tworzy dynamiczną mapę aktywnych bloków danych, a następnie przesuwa te bloki do warstwy pamięci SSD, przesuwając jednocześnie nieaktywne bloki pamięci z SSD na HDD.
Przesuwanie bloków danych pomiędzy warstwami odbywa się automatycznie, w sposób przezroczysty dla użytkowników, a nawet administratorów.
Dla każdego wirtualnego dysku relatywny priorytet wykorzystania dysków SSD może być regulowany w zakresie 0-11. Domyślnym priorytetem dla wszystkich dysków jest 4 i jeśli żaden dysk nie zostanie nigdy zmieniony, żaden dysk nie będzie miał priorytetu nad innym. Priorytet dowolnego dysku może być dynamicznie zwiększony lub zmniejszony, zwiększając lub zmniejszając wykorzystanie pamięci SSD dla tego dysku. Priorytet 0 oznacza całkowite pominięcie pamięci SSD i wykorzystanie tylko pamięci dyskowej HDD. W przypadku priorytetu 11 system będzie usiłował umieścić wszystkie dane tego dysku na pamięci SSD, lub przynajmniej w dostępnej pamięci SSD biorąc pod uwagę priorytety pozostałych dysków.
VSA
Application RAM Hypervisor RAM VSA RAM Hypervisor RAM Write-cache SSD Erasure Code(SW R5/6) Disk Network to next node RAM Hypervisor RAM VSA RAM Hypervisor RAM Write-cache SSD Erasure code (SW R5/6) Disk
HC3
Application RAM Disk
RAM Network to next node RAM Disk
HC3 posiada wbudowane, działające w czasie rzeczywistym mierniki IOPS (operacji wejścia/wyjścia na sekundę) dla każdego wirtualnego dysku. Rezultaty zmiany priorytetu dla konkretnego dysku mogą być obserwowane natychmiast. Ze względu na możliwość dynamicznych zmian dysków wirtualnych, priorytety mogą być dopasowywane do konkretnych potrzeb w celu uzyskania właściwego balansu wydajności operacji wejścia/wyjścia pomiędzy wirtualnymi dyskami a maszynami wirtualnymi.
Czym różni się HC3 w przypadku Edge Computing?
Przetwarzanie brzegowe (Edge Computing) opisuje fizyczną infrastrukturę obliczeniową, która jest celowo umieszczona poza „czterema ścianami” centrum danych. Celem przetwarzania brzegowego jest umieszczenie aplikacji, zasobów obliczeniowych i pamięci masowej w pobliżu miejsca, w którym są potrzebne, używane i gdzie gromadzone są dane. Poza centrum danych wymagania infrastrukturalne dla przetwarzania brzegowego mogą być znacznie mniejsze, a nawet znikome porównując je z typową konfiguracją małego serwera.
Odpowiedniej wielkości infrastruktura
Architektura pamięci masowej wykorzystująca urządzenia VSA oferowana przez inne rozwiązania HCI może zużywać duże ilości pamięci RAM a nawet CPU. Rozwiązania te nie mogą być skalowane w dół do mniejszych urządzeń/serwerów ze względu na wysokie zużycie zasobów.
W porównaniu do innych hiperkonwergentnych rozwiązań wirtualizacyjnych HC3 HyperCore jest ekstremalnie „lekkie”, głównie ze względu na architekturę pamięci masowej. HyperCore z wbudowaną warstwą pamięci dyskowej SCRIBE alokuje tylko do pracy 4GB pamięci RAM. Pozwoliło to firmie Scale Computing na oferowanie urządzenia HC3 przetwarzania brzegowego HE150 z zaledwie 8GB pamięci RAM.
Inne rozwiązania HCI, które wymagają wirtualnego urządzenia pamięci masowej (VSA) będącymi w rzeczywistości maszynami VM, konsumują od razu ponad 24GB pamięci RAM zanim nawet rozpocznie się tworzenie VM.
Całkowity koszt posiadania
W przypadku wdrożeń dla potrzeb przetwarzania brzegowego mogą istnieć setki lub tysiące lokalizacji wymagających infrastruktury sprzętowej.
Koszt takiego wdrożenia ze względu na niepotrzebne, nadmierne zużycie zasobów i zbyt dużą skalę wdrożenia, będzie ogromny, nieakceptowalny szczególnie w przypadku konieczności zapewnienia odporności na awarie. W przypadku HC3 i urządzeń takich jak HE150, wysokodostępny, trzywęzłowy klaster może być wdrożony tym samym kosztem co mały serwer lub urządzenie HCI innego producenta.
Historie wdrożeń zakończonych sukcesem
Dostępnych jest bardzo wiele historii wdrożeń zakończonych sukcesem, opisujących przypadki zastosowań w prawie każdej dziedzinie działalności biznesowej na całym świecie. Opisują one problemy z którymi zmierzali się klienci, dlaczego zaufali HC3 oraz w jaki sposób HC3 rozwiązało ich problemy.
Pełna lista tych dokumentów dostępna jest na stronie internetowej firmy Scale Computing.
Siedziba główna:
525 S. Meridian Street - 3E Indianapolis, IN 46225 P. +1 317-856-9959 scalecomputing.com
Region EMEA:
Europalaan 28-D 5232BC Den Bosch The Netherlands +1 877-722-5359
Alstor SDS Sp. z o.o.
03-310 Warszawa ul. Staniewicka 12 biuro@alstorsds.pl
+48 222 484 000 | +48 222 484 001 www.alstorsds.pl | www.alstorsds.eu
Podsumowanie
Infrastruktura hiperkonwergentna w szybkim tempie zastępuje tradycyjną infrastrukturę wirtualizacji dla przetwarzania w centrach danych, przetwarzania brzegowego (Edge) oraz infrastruktury wirtualnego pulpitu (VDI). Z uwagi na to, że HCI nieustannie ewoluuje tylko najwięksi i najbardziej zaawansowani producenci są w stanie sprostać ciągle zmieniającym się oczekiwaniom jego użytkowników. HC3 marki Scale Computing przewodzi rozwiązaniom HCI oraz wirtualizacji. Jego unikalne, opatentowane architektury i technologie zmieniają sposób myślenia użytkowników infrastruktury IT, w jaki sposób HCI może być wystarczająco elastyczne, by sprostać niemal każdemu wyzwaniu infrastrukturalnemu. Jeśli chcesz dowiedzieć się więcej o HC3 dla centrów danych i rozwiązań w zakresie przetwarzania brzegowego, nasi eksperci są gotowi odpowiedzieć na Twoje pytania. Umożliwiamy przetestowanie zarówno aktualnych rozwiązań, jak i prototypów nowych technologii, które jeszcze nie trafiły na rynek.
Chcemy poznać Twoją opinię nie tylko po to, aby odpowiedzieć na nurtujące Cię pytania, ale także po to, by poznać Twoje spostrzeżenia, które umożliwią nam ciągłe doskonalenie rozwiązania HC3.
Jeśli chcesz dowiedzieć się jak zacząć korzystać z rozwiązania HC3 Edge lub jeśli masz dodatkowe pytania, napisz bezpośrednio do Scale Computing na adres e-mail: info@scalecomputing.com lub skontaktuj się z autoryzowanym dystrybutorem:
