Serwer typu bare-metal

Serwer fizyczny to fizyczny serwer komputerowy używany tylko przez jednego konsumenta lub dzierżawcę. Każdy serwer oferowany do wynajęcia jest oddzielnym fizycznym elementem sprzętu, który sam w sobie jest funkcjonalnym serwerem. Nie są wirtualnymi serwerami działającymi na wielu częściach współdzielonego sprzętu.

Termin ten służy do rozróżnienia serwerów, które mogą obsługiwać wielu dzierżawców i które korzystają z wirtualizacji i hostingu w chmurze . W przeciwieństwie do serwerów fizycznych, serwery w chmurze są współużytkowane przez wielu dzierżawców. Każdy serwer typu bare-metal może wykonywać dowolną ilość pracy dla użytkownika lub mieć wielu użytkowników jednocześnie, ale są one w całości dedykowane podmiotowi, który je wynajmuje.

Rzecznictwo bare-metal

Hiperwizory zapewniają pewną izolację między dzierżawcami, ale nadal może występować efekt hałaśliwego sąsiada. Jeśli serwer fizyczny jest wielodostępny, szczytowe obciążenie jednego dzierżawcy może pochłonąć wystarczającą ilość zasobów maszynowych, aby tymczasowo wpłynąć na innych dzierżawców. Ponieważ najemcy są poza tym odizolowani, trudno jest również zarządzać lub równoważyć obciążenie . Serwery typu bare-metal i pojedyncze dzierżawy mogą tego uniknąć. Ponadto hiperwizory zapewniają słabszą izolację i są znacznie bardziej ryzykowne z punktu widzenia bezpieczeństwa w porównaniu do używania oddzielnych maszyn. Atakujący zawsze znajdowali luki w oprogramowaniu izolującym (takim jak hiperwizory), przeciwdziałanie ukrytym kanałom jest niepraktyczne bez fizycznie oddzielnych maszyn, a współużytkowany sprzęt jest podatny na defekty sprzętowych mechanizmów ochronnych, takich jak Rowhammer , Spectre i Meltdown . Ponieważ po raz kolejny koszty serwerów spadają jako proporcja całkowitego kosztu posiadania do kosztów administracyjnych, klasyczne rozwiązanie polegające na „rzuceniu sprzętu na problem” znów staje się wykonalne.

Hosting w chmurze od podstaw

Serwery chmurowe typu bare-metal nie obsługują hiperwizora ani nie są zwirtualizowane, ale nadal mogą być dostarczane za pośrednictwem modelu usług podobnego do chmury.

— Gopala Tumuluri, Tygodnik Komputerowy

Infrastruktura jako usługa , szczególnie za pośrednictwem Infrastruktury jako kodu , oferuje wiele korzyści ułatwiających zarządzanie hostingiem. Połączenie funkcji zarówno hostingu w chmurze, jak i serwerów typu bare-metal oferuje większość z nich, przy jednoczesnym zachowaniu zalet związanych z wydajnością. Te oferty w chmurze są również nazywane Bare-Metal-as-a-Service (BMaaS).

Niektóre serwery w chmurze typu „bare metal” mogą obsługiwać hipernadzorcę lub kontenery, np. w celu uproszczenia konserwacji lub zapewnienia dodatkowych warstw izolacji.

Należy zauważyć, że różnica między tymi usługami a tradycyjnymi ofertami serwerów dedykowanych polega na tym, że użytkownik może zapewnić infrastrukturę złożoną z wielu serwerów, złożonej konfiguracji sieci i pamięci masowej, a nie serwerów w izolacji.

Oprogramowanie chmurowe Bare Metal

Istnieją zarówno platformy komercyjne, jak i otwarte, umożliwiające firmom tworzenie własnych prywatnych chmur Bare-Metal.

Oprogramowanie BMaaS zwykle przejmuje zarządzanie cyklem życia sprzętu w centrum danych (przełączniki obliczeniowe, pamięci masowej i sieciowe, zapory ogniowe, moduły równoważenia obciążenia i inne). Umożliwia operatorom centrum danych odciążenie wielu prac ręcznych zwykle związanych z wdrażaniem sprzętu. Zmniejsza również straty poprzez uproszczenie ponownego wykorzystania i zwiększenie bezpieczeństwa poprzez wdrożenie automatycznego czyszczenia i automatycznej segmentacji między dzierżawcami na poziomie sieci.Coraz częściej oprogramowanie BMaaS jest wykorzystywane wewnętrznie w celu obniżenia kosztów związanych z zarządzaniem cyklem życia sprzętu w przedsiębiorstwach posiadających duże floty serwerów.

Oprogramowanie BMaaS ma na celu uproszczenie zarządzania sprzętem i umożliwienie korzystania z niego jako usługi. Obsługuje przede wszystkim warstwę poniżej rozwiązania hiperkonwergentnego lub opartego na kontenerach. Często współpracuje z powyższymi warstwami poprzez integracje, takie jak autoskaler klastra Kubernetes.

Porównanie z dezagregowaną infrastrukturą Composable

Oprogramowanie BMaaS ma podobny cel do zdezagregowanej infrastruktury Composable , ponieważ ma na celu zaoferowanie użytkownikowi możliwości „komponowania” żądanej jednostki obliczeniowej zdefiniowanej jako zestaw zasobów (takich jak moc obliczeniowa lub pamięć masowa). Różnica polega na tym, że pamięć masowa i moc obliczeniowa nie muszą być „rozdzielone” (dostęp spoza jednostki serwera), ponieważ często wymaga to specjalistycznego sprzętu. Zamiast tego ten sam wynik można osiągnąć przy użyciu gotowego sprzętu, wybierając z puli serwerów pasujący serwer o pożądanych parametrach (pamięć RAM, rdzenie procesora, pojemność dysku lokalnego, GPU, FPGA, SmartNIC) i rekonfigurując sieć tak, aby że serwer dołącza do innych wdrożonych przez dzierżawcę.

Należy zauważyć, że w niektórych implementacjach komponent pamięci masowej jest zewnętrzny w stosunku do systemów wykorzystujących iSCSI , zacierając granice między infrastrukturą BMaaS i Composable. Dzięki temu użytkownik może wybrać rozmiar i wydajność pamięci masowej węzła w sposób podobny do klasycznej zwirtualizowanej oferty Infrastructure as a Service. Ma to tę zaletę, że zmniejsza zmienność (płatki śniegu) w puli sprzętu i umożliwia szybszą migrację z jednego sprzętu na inny w przypadku awarii sprzętu.

Użyj w przetwarzaniu brzegowym

Ponieważ nowe obciążenia, takie jak rzeczywistość rozszerzona , rzeczywistość mieszana , połączone samochody , telerobotyka zyskują na popularności, rośnie zapotrzebowanie na usługi w chmurze o niskich opóźnieniach, a także na przetwarzanie brzegowe .

Bare Metal i oprogramowanie do automatyzacji BMaaS są wykorzystywane do wdrożeń Edge Cloud, gdzie duża liczba małych centrów danych musi zostać zautomatyzowana, a następnie wykorzystana jako usługa i gdzie usługa musi oferować najniższe możliwe opóźnienia.

Historia

W pewnym momencie wszystkie serwery były serwerami typu bare-metal. Serwery były utrzymywane lokalnie i często należały do ​​organizacji, która ich używa i obsługuje. Systemy operacyjne rozwinęły się bardzo wcześnie (wczesne lata 60.), aby umożliwić współdzielenie czasu . Pojedyncze duże komputery, mainframe lub minis , były zwykle umieszczane w scentralizowanych lokalizacjach, a ich usługi były udostępniane za pośrednictwem biura . Przejście na tanie komputery PC w latach 80. zmieniło to wraz z rozwojem rynku, a większość organizacji, nawet tych najmniejszych, zaczęła kupować lub dzierżawić własne komputery. Popularny rozwój internetu, a zwłaszcza sieci, w latach 90. sprzyjał praktyce hostingu w centrach danych , gdzie wielu klientów współdzieliło udogodnienia pojedynczych serwerów. Małe serwery sieciowe w tym czasie często kosztują więcej za łączność niż koszt sprzętu, co sprzyja tej centralizacji. Zdolność protokołu HTTP 1.1 do wirtualnego hostingu ułatwiła również współhostowanie wielu witryn internetowych na tym samym serwerze .

Od około 2000 r. lub 2005 r. w praktyce komercyjnej wzrosło zainteresowanie wykorzystaniem serwerów wirtualnych , a następnie hostingu w chmurze , gdzie infrastruktura jako usługa uczyniła usługę obliczeniową towarem wymiennym , a nie sprzętem serwerowym. Opracowano hiperwizory , które mogą oferować wiele maszyn wirtualnych hostowanych na większych serwerach fizycznych. Wzorzec obciążenia wielu użytkowników jest od dawna uznawany za bardziej płynny niż poszczególni użytkownicy, więc te maszyny wirtualne mogą bardziej efektywnie wykorzystywać fizyczny sprzęt i jego koszty, a jednocześnie wydają się mieć wyższą indywidualną wydajność niż zwykły podział kosztów. sugerować.

Jednym z prekursorów udostępniania bez systemu operacyjnego jest Cobbler_ (oprogramowanie) , które pojawiło się w latach 90. i korzystało z protokołu Preboot Execution Environment (PXE). Od tego czasu różni dostawcy chmury budują własne stosy wewnętrzne, aby oferować warianty serwerów dedykowanych lub oferty chmurowe typu „bare metal”, takie jak:

  • Kwiecień 2015 Komponent OpenStack Ironic został uruchomiony jako część wydania Kilo.
  • W marcu 2020 r. firma Equinix przejęła firmę Packet, dostawcę usług chmurowych typu „bare metal”.

za 335 milionów dolarów.

  • Maj 2020 Packet wydał część swojego stosu jako Tinkerbell
  • Czerwiec 2020 Uruchomiono MetalSoft w celu komercjalizacji stosu za Bigstep Cloud.

Przykłady oprogramowania BMaaS

Przykłady oprogramowania BMaaS zarówno open source, jak i komercyjnego:

  • OpenStack Ironic (Open Source)
  • Canonical_(firma) MaaS (Open Source)
  • MetalSoft (komercyjny)
  • RackN DigitalRebar (komercyjny)
  • Dzwoneczek (OpenSource)
  • xCAT (OpenSource)
  • RackHD (OpenSource)
  • Szewc (OpenSource)
  • Brygadzista (OpenSource)
  • Brzytwa Puppet Labs (reklama)

Firmy oferujące oferty BMaaS


Zobacz też

Linki zewnętrzne


Pobrano z „ https://en.wikipedia.org/w/index.php?title=Bare-metal_server&oldid=1111163302 ”