Różnica między pojedynczym dzierżawcą a wieloma dzierżawcami w AWS

Istnieją różne podejścia do wdrażania oprogramowania dla wielu użytkowników w dużych organizacjach i chmurach publicznych. Wybór podejścia lub architektury wdrażania oprogramowania zależy od różnych czynników. Z tego powodu warto zrozumieć różnicę między architekturą typu single-tenant a multi-tenant. W niniejszym wpisie na blogu porównano te dwa typy i omówiono, w jaki sposób architektura multi-tenant może być wykorzystywana w ramach usług tworzenia kopii zapasowych w chmurze.

Rozwiązanie MSP dla usług BaaS i DraaS

Skorzystaj z uniwersalnego rozwiązania firmy NAKIVO do ochrony danych, aby zapewnić usługi BaaS i DraaS. Obsługa wielu platform, ochrona przed oprogramowaniem wymuszającym okup oraz wbudowane rozwiązania do odzyskiwania awaryjnego.

ODKRYJ ROZWIĄZANIE

Czym jest architektura typu „single tenancy”?

Architektura typu „single tenancy” to rodzaj architektury oprogramowania, w której każdy klient lub organizacja posiada własną, indywidualną i odizolowaną instancję aplikacji. Oznacza to, że każdy klient dysponuje własnym, dedykowanym serwerem lub infrastrukturą, z której korzysta wyłącznie on sam i która nie jest współdzielona z żadnym innym klientem.

Przykłady przypadków użycia architektury typu „single tenancy”

Poniżej wyjaśniono najczęstsze przypadki użycia architektury typu „single tenancy”.

• Model pojedynczego najemcy jest zazwyczaj stosowany w sytuacjach, w których organizacje wymagają wysokiego poziomu bezpieczeństwa, prywatności i możliwości dostosowania swoich aplikacji. Często wykorzystuje się go w branżach takich jak finanse, opieka zdrowotna, administracja publiczna oraz w innych sektorach zajmujących się przetwarzaniem danych wrażliwych.
• Model pojedynczego najemcy jest również powszechnie stosowany przez większe organizacje o złożonych środowiskach IT, które wymagają niestandardowych rozwiązań programowych. Organizacje te mogą charakteryzować się unikalnymi przepływami pracy, strukturami danych lub procesami biznesowymi, które najlepiej obsługuje dedykowana instancja aplikacji.
• Małe i średnie przedsiębiorstwa również mogą korzystać z architektury single tenancy, jeśli mają specyficzne wymagania dotyczące swoich aplikacji, których nie są w stanie spełnić rozwiązania współdzielone lub wielodostępne.

Ogólnie rzecz biorąc, architektura single tenancy dobrze sprawdza się w organizacjach, które wymagają wysokiego poziomu dostosowania, bezpieczeństwa i kontroli nad swoimi aplikacjami. Organizacje takie są gotowe zainwestować niezbędne zasoby w zarządzanie i utrzymanie własnej, dedykowanej infrastruktury.

Przykład architektury typu single-tenant w AWS

Organizacja może zdecydować się na architekturę typu single-tenant w AWS, jeśli wymaga pełnej kontroli nad swoim środowiskiem i zasobami. W tym scenariuszu organizacja tworzy własną wirtualną chmurę prywatną (VPC) i przeprowadza wdrażanie aplikacji na dedykowanym zestawie zasobów. Organizacja ma pełną kontrolę nad konfiguracją, bezpieczeństwem oraz zarządzaniem swoimi zasobami i danymi. Na przykład organizacja ta może wykorzystać architekturę typu single-tenant w AWS do hostowania wysoce spersonalizowanej i bezpiecznej platformy e-commerce lub oprogramowania do wykonywania kopii zapasowych, które przetwarza wrażliwe dane klientów.

Zalety modelu single-tenant

Zalety podejścia typu single-tenant to:

• Wysoki poziom bezpieczeństwa ponieważ każda instancja aplikacji działa na własnej, dedykowanej infrastrukturze i zasobach. Gwarantuje to całkowitą izolację danych i aplikacji poszczególnych klientów od siebie, co zmniejsza ryzyko naruszeń bezpieczeństwa danych lub innych problemów związanych z bezpieczeństwem.
• Większe możliwości dostosowania dzięki umożliwieniu każdemu klientowi posiadania własnej, indywidualnej instancji aplikacji, którą można dostosować do jego konkretnych potrzeb i wymagań. Taki poziom dostosowania nie jest możliwy w architekturach wielodostępnych, gdzie wszyscy klienci korzystają z tej samej instancji aplikacji.
• Większa elastyczność dzięki umożliwieniu klientom samodzielnego zarządzania własnymi danymi i aplikacjami, bez ograniczeń wynikających z zasad lub ograniczeń środowiska współdzielonego lub wielodostępnego.
• Lepsza kontrola nad zasobami dzięki zapewnieniu klientom własnej, dedykowanej infrastruktury, co oznacza, że mają oni pełną kontrolę nad zasobami przydzielonymi do ich instancji aplikacji. Może to pomóc organizacjom w optymalizacji wykorzystania infrastruktury i uniknięciu problemów związanych z rywalizacją o zasoby.
• Lepsza wydajność i skalowalność w porównaniu z architekturami wielodostępnymi, ponieważ zasoby przydzielone do każdej instancji aplikacji są dedykowane i nie są współdzielone z innymi klientami.
• Łatwiejsze zapewnienie zgodności z wymogami regulacyjnymi, ponieważ każdy klient ma pełną kontrolę nad własnymi danymi i może nimi zarządzać niezależnie.

Przejdźmy teraz do wielodostępności, aby poznać różnicę między podejściem jednodostępnym a wielodostępnym.

Czym jest wielodostępność?

Wielodostępność to architektura zapewniająca separację między dzierżawcami, w ramach której jedna wspólna instancja aplikacji zainstalowana na serwerze może obsługiwać wielu klientów (zwanych w tym przypadku dzierżawcami). Standardowa architektura jednodostępna wymaga zainstalowania osobnej instancji aplikacji dla każdego dzierżawcy. Wielodostępność pozwala na logiczną izolację dzierżawców od siebie. Dzierżawcy mogą dostosowywać ustawienia aplikacji w swoich izolowanych środowiskach, ale sama aplikacja jest kontrolowana przez właściciela aplikacji (głównego administratora).

Mówiąc prościej, wielodostępność można porównać do budynku z wieloma mieszkaniami zabezpieczonymi unikalnymi zamkami. Każdy właściciel (lub najemca) mieszkania posiada unikalny klucz, za pomocą którego ma dostęp wyłącznie do swojego mieszkania. Pomimo tego, że mieszkania znajdują się w tym samym budynku, ich mieszkańcy nie mają pojęcia o pozostałych mieszkaniach, ich lokatorach ani o tym, co się w nich znajduje.

Właściciel budynku zainstalował łącza komunikacyjne (na przykład internetowe lub telefoniczne) dla całego budynku i rozdzielił je między mieszkania, zamiast aby każde mieszkanie indywidualnie tworzyło własną infrastrukturę komunikacyjną. Mieszkańcy zamawiają prąd, instalację wodno-kanalizacyjną, gaz itp., korzystają z nich w miarę potrzeb i płacą właścicielowi budynku za te usługi, z których skorzystali.

Podobnie dzierżawcy mogą wykupić abonament na potrzebne im usługi od dostawca usług zarządzanych (MSP) i korzystać z nich zgodnie ze swoimi potrzebami. Przyjrzyjmy się, kto może odnieść korzyści z zastosowania modelu wielodostępności.

Przykłady przypadków użycia modelu wielodostępności

Podejście oparte na oprogramowaniu wielodostępnym może być stosowane w następujących scenariuszach:

• Wielodostępność jest powszechnie stosowana przez organizacje oferujące rozwiązania typu „oprogramowanie jako usługa” (SaaS), w których wielu klientów korzysta z tej samej aplikacji i infrastruktury bazowej.
• Podejście oparte na wielodostępności jest również stosowane w środowiskach chmury obliczeniowej, gdzie wielu klientów może współdzielić tę samą pulę zasobów obliczeniowych.
• Wielodostępność jest stosowana, gdy organizacja chce zmaksymalizować wykorzystanie zasobów i obniżyć koszty poprzez współdzielenie zasobów między wieloma klientami.
• Podejście to jest szczególnie przydatne w sytuacjach, w których zużycie zasobów przez poszczególnych klientów jest stosunkowo niewielkie lub zmienne, na przykład w rozwiązaniach SaaS, gdzie klienci mogą mieć różne wzorce użytkowania i wymagania dotyczące zasobów.
• Architektura wielodostępna jest stosowana, gdy organizacje mogą osiągnąć korzyści skali i obniżyć koszty operacyjne związane z zarządzaniem i utrzymaniem oddzielnej infrastruktury dla każdego klienta.

Przykłady wielodostępności

Wielodostępność jest czasami stosowana w dużych Enterprise, gdzie dzierżawcami są różne działy. Jednak najciekawszym przypadkiem użycia architektury wielodostępnej jest działalność dostawców usług zarządzanych (MSP) w środowiskach chmurowych, takich jak AWS. Istnieje wiele powodów, dla których klienci mogą chcieć zaspokajać swoje potrzeby informatyczne w ten sposób za pośrednictwem dostawcy usług zarządzanych w chmurze.

W niektórych przypadkach mniejsze firmy nie zatrudniają na stałe specjalisty IT. Mają one trudności z technową instalacją, konfiguracją i utrzymaniem potrzebnej im infrastruktury informatycznej. Niektórzy klienci chcą po prostu uniknąć problemów technicznych (a także finansowych) związanych z wdrażaniem serwerów fizycznych i konfiguracją oprogramowania we własnym środowisku.

Ponadto w chmurze dzierżawcy płacą wyłącznie za to, z czego faktycznie korzystają. Na przykład po zakończeniu dużego projektu w firmie zasoby maszyn wirtualnych (VM), które działały na potrzeby tego projektu, zostają zwolnione, a same maszyny stają się zbędne. Jeśli klient korzysta z usług zarządzanych, może po prostu usunąć te maszyny wirtualne (lub instancje Amazon EC2) i uniknąć płacenia za niewykorzystane zasoby. W przypadku korzystania z serwera serwer fizyczny (nawet takiego, na którym działają maszyny wirtualne) nie byłoby to możliwe, a część zasobów serwera pozostawałaby niewykorzystana, co wiązałoby się z marnowaniem pieniędzy. Jest to jeden z najczęstszych powodów, dla których klient może zdecydować się na rozpoczęcie korzystania z usług w chmurze świadczonych przez dostawcę usług zarządzanych (MSP).

Najpopularniejsze z tych usług to infrastruktura jako usługa (IaaS), platforma jako usługa (PaaS) oraz oprogramowanie jako usługa (SaaS). W niniejszym wpisie na blogu omówiono następujące elementy modelu SaaS: kopia zapasowa jako usługa (BaaS), replikacja jako usługa (RaaS) oraz odzyskiwanie awaryjne jako usługa (DRaaS).

Dostawcy usług zarządzanych (MSP) są zainteresowani optymalizacją wykorzystania zasobów sprzętowych, finansowych i kadrowych. Dlatego podejście oparte na wielodostępności jest dla nich idealne. Dostawcy usług zarządzanych mogą skonfigurować jedną instancję oprogramowania z wsparciem dla wielodostępności na serwerze w chmurze AWS i wykorzystać ją do świadczenia usług dla wielu klientów posiadających oddzielne konta. Nie ma potrzeby konfigurowania osobnych instancji oprogramowania dla każdego użytkownika.

Zalety modelu wielodostępności dla dostawców usług zarządzanych (MSP)

Lista zalet dla dostawców usług zarządzanych (MSP) korzystających z modelu wielodostępności obejmuje:

• Łatwiejsza konserwacja i aktualizacje . Dzięki podejściu opartemu na modelu wielodostępności dostawcy usług zarządzanych (MSP) mają mniej instancji oprogramowania do aktualizowania i obsługi. Po aktualizacji oprogramowanie jest dostępne dla wszystkich dzierżawców (klientów). Gdyby zarządzali usługą SaaS przy użyciu produktu z modelem pojedynczego dzierżawcy, specjaliści techniczni musieliby aktualizować lub uaktualniać instancję każdego klienta z osobna.
• Efektywne wykorzystanie zasobów . Obsługa oprogramowania w modelu wielodzierżawczym oznacza, że potrzeba mniej specjalistów technicznych i mniej zasobów sprzętowych na serwery. Wynika to z faktu, że trzeba utrzymywać mniej instancji oprogramowania, a wszyscy dzierżawcy korzystają z tych samych zasobów i infrastruktury.
• Oszczędność kosztów i czasu . Dzięki właśnie omówionym funkcjom, oprogramowanie wspierające tryb multi-tenant może zaoszczędzić czas i pieniądze. W dłuższej perspektywie stosowanie architektury multi-tenant zmniejsza inwestycje, co jest jednym z kluczowych korzyści tego podejścia. Dzieje się tak, ponieważ zasoby aplikacji są dzielone między dzierżawców korzystających z tych samych aplikacji, co pozwala na redukcję kosztów związanych z konserwacją i wsparciem. Gdy dostawca usług zarządzanych (MSP) wykorzystuje produkt multi-tenant, co pozwala mu na oszczędności, może przekazać te oszczędności dalej, oferując bardziej przystępne ceny klientom. Dzięki temu MSP może przyciągnąć więcej klientów do zakupu oferowanych usług.
• Wysoka Skalowalność . Dodawanie nowych użytkowników jest znacznie łatwiejsze i bardziej wygodne, bez konieczności, aby MSP dodawał nowe serwery, maszyny wirtualne lub instancje aplikacji. Liczni dzierżawcy są wspierani przez tę samą instancję działającą na jednym serwerze. Skalowalność oprogramowania multi-tenant oznacza, że dostawca może zwiększyć swoją ofertę wraz z poprawą biznesu.
• Poprawa obsługi klienta . Dzięki architekturze multi-tenant, MSP może monitorować wykorzystanie systemu. Za pomocą rzetelnej analizy mogą następnie wykorzystać zgromadzone informacje do oceny i polepszenia świadczonych usług. MSP mógłby zaktualizować lub zorganizować na nowo swoją infrastrukturę, a także dostosować subskrypcje oprogramowania w zależności od przeprowadzonych analiz.

Zalety usług chmury multi-tenant dla klientów

Rozwiązanie multi-tenant usuwa konieczność trzymania przez klientów drogiej infrastruktury, która wymagałaby inwestowania w konserwację i wsparcie. Serwery mogą działać jako maszyny wirtualne w chmurze, na przykład z użyciem Amazon AWS. Klienci mogą wykonać kopie zapasowe w chmurze Amazon bez kupowania drogiego fizycznego sprzętu lub biblioteki taśm. Mogą skupić się na swojej podstawowej działalności, nie martwiąc się o infrastrukturę IT.

Klienci nie muszą aktualizować ani modernizować oprogramowania stosowanego jako usługa. W rzeczywistości, użytkownicy rozwiązania multi-tenant NAKIVO Backup & Replication w ogóle nie muszą instalować oprogramowania, gdyż robi to MSP. Oprogramowanie jest regularnie aktualizowane przez MSP, podczas gdy klienci mogą dostosować swoje środowiska do swoich potrzeb.

Korzystanie z usług multi-tenant jest bezpieczne. Dzierżawcy nie mogą uzyskać dostępu do wzajemnych środowisk wirtualnych.

Jedno-tenant vs Multi-tenant

Na zakończenie, spójrzmy na tabelę podsumowującą porównanie jedno-tenant vs multi-tenant pod kątem wykorzystania przez dostawców usług zarządzanych oraz dostawców usług w chmurze.

Wybór między podejściem jedno- a wielodostępnym zależy od konkretnych potrzeb i wymagań organizacji. Chociaż architektury jedno-dostępowe oferują większe możliwości dostosowania, bezpieczeństwo i kontrolę nad zasobami, mogą być również droższe i bardziej skomplikowane w zarządzaniu. Architektury wielodostępne zapewniają większą skalowalność i łatwiejszą konserwację, ale mogą nie oferować takiego samego poziomu dostosowania lub bezpieczeństwa. Organizacje powinny dokładnie ocenić zalety i wady każdego podejścia, aby określić, które z nich jest dla nich odpowiednie.

BaaS, RaaS i DRaaS

Przyjrzyjmy się, jak wielodostępność może być wykorzystywana w kontekście tworzenia kopii zapasowych jako usługi (BaaS), replikacji jako usługi (RaaS) oraz odzyskiwania awaryjnego jako usługi (DRaaS).

Wraz z rosnącą popularnością technologii chmury i wirtualizacji ochrona danych w środowiskach wirtualnych stała się niezwykle ważna. Tworzenie kopii zapasowej danych krytycznych dla działalności jest koniecznością dla firm, niezależnie od tego, czy przechowują je lokalnie, czy w chmurach publicznych lub prywatnych. Zgodnie z Zasada tworzenia kopii zapasowej 3-2-1, najlepsze rozwiązania zalecają posiadanie 3 kopii danych, z których 2 są przechowywane na różnych urządzeniach, a co najmniej 1 zdalnie.

Można wykonać kopię zapasową maszyn wirtualnych działających w chmurze na fizycznym urządzeniu znajdującym się w biurze firmy. Jeśli firma nie posiada własnej infrastruktury, można wykonać kopię zapasową ze środowiska chmury do zdalnej lokalizacji lub przechowywać kopie zapasowe w innej chmurze – na przykład w innym regionie geograficznym chmury Amazon. Podobnie kopie zapasowe maszyn wirtualnych działających na serwerach fizycznych na miejscu można wykonać w chmurze (zazwyczaj za pośrednictwem MSP). Usługa tworzenia kopii zapasowych (BaaS) jest odpowiednim rozwiązaniem dla firm potrzebujących wykonania kopii zapasowej maszyn wirtualnych zarówno z chmury, jak i do chmury.

Dostawcy usług zarządzanych (MSP) dążą do zaspokojenia potrzeb klientów, którzy wymagają zarówno wysokiej niezawodności, jak i wysokiej dostępności; Zazwyczaj oferują one więcej niż tylko usługę BaaS. Wraz z usługą BaaS zazwyczaj oferowane są również usługi replikacji jako usługa (RaaS) oraz odzyskiwania awaryjnego jako usługa (DRaaS). Takie rozszerzone rozwiązanie cieszy się dużym popytem w zakresie tworzenia kopii zapasowych, replikacji i odzyskiwania zarówno lokalnych maszyn wirtualnych, jak i maszyn wirtualnych w chmurze – zarówno do lokalizacji na miejscu, jak i w chmurze. Aby zapewnić klientom najlepszą obsługę, dostawcy usług zarządzanych (MSP) regularnie modernizują swoją infrastrukturę i wdrażają niezawodne oprogramowanie wielodostępne z przyjaznymi dla użytkownika interfejsami.

Aby wspierać rozwój działalności w chmurze, dostawcy usług zarządzanych potrzebują łatwo skalowalnego rozwiązania, które pozwoli obniżyć koszty związane z wdrażaniem i administracją. Takie rozwiązania muszą być bezpieczne, zapewniać wysoką wydajność oraz optymalne wykorzystanie zasobów. W idealnym przypadku tworzeniem kopii zapasowych, replikacją i odzyskiwaniem awaryjnym można zarządzać z jednego panelu. Najlepiej, aby w przypadku pracy ze środowiskami wirtualnymi wybrane oprogramowanie nie wymagało instalacji agentów.

Wybór wielodostępnego rozwiązania do ochrony danych: NAKIVO Backup & Replication

NAKIVO Backup & Replication to uniwersalne rozwiązanie do ochrony danych opracowane z uwzględnieniem doświadczeń zarówno dostawców usług zarządzanych (MSP), jak i ich klientów. Rozwiązanie to może być wykorzystywane w trybie wielu dzierżawców do świadczenia usług BaaS, RaaS, DRaaS oraz obsługuje środowiska wirtualne (VMware vSphere, Microsoft Hyper-V, maszyny wirtualne Nutanix AHV, a także Instancje Amazon EC2).

Rozwiązanie NAKIVO może być wdrażane zarówno w trybie pojedynczego dzierżawcy, jak i w trybie multi-tenant. Zalety korzystania z rozwiązania NAKIVO W trybie multi-tenant dla dostawców usług zarządzanych (MSP) obejmuje:

• Gotowość do pracy z Amazon AWS . NAKIVO Backup & Replication można szybko i łatwo wdrożyć w chmurze Amazon AWS (jako wstępnie skonfigurowany obraz AMI).
• Inne elastyczne opcje wdrażania , w tym na systemach Windows, Linux, NAS oraz jako maszyna wirtualna (VA).
• Konsola MSP. Dostawcy usług zarządzanych (MSP) mogą zarządzać wszystkimi swoimi klientami za pomocą scentralizowanego interfejsu internetowego. Mogą dodawać infrastruktury klientów, aby zapewnić pełną ochronę danych. Dostawcy usług zarządzanych (MSP) mogą również dodawać klientów posiadających własne wdrażania w NAKIVO Backup & Replication (w trybie pojedynczego dzierżawcy), aby świadczyć usługi w zakresie administracji i wsparcia technicznego.
• Portal Samoobsługa dla klientów . W przypadku klientów dostawców usług zarządzanych (MSP), którzy nie posiadają własnej instancji NAKIVO Backup & Replication, administrator MSP może skorzystać z funkcji kontrola dostępu na podstawie ról dostępnej w rozwiązaniu, aby przenieść część zadań związanych z tworzeniem kopii zapasowych i odzyskiwaniem danych na klientów. Każdy klient (dzierżawca) może zarządzać własnymi zadaniami tworzenia kopii zapasowych, replikacji i odzyskiwania danych, uzyskując dostęp do swoich izolowanych pulpitów nawigacyjnych. Zadania i zasoby jednego dzierżawcy nie są widoczne dla innych dzierżawców.
• Indywidualne oznaczanie marką . Dostawca usług zarządzanych (MSP) może dostosować wygląd interfejsu NAKIVO Backup & Replication, aby zapewnić swoim klientom płynne doświadczenie użytkowania. Dostawcy usług mogą ujednolicić wygląd produktu tak, aby pasował do innych produktów, z których korzystają i które są oznaczone marką, zapewniając spójny wizerunek korporacyjny wszystkich świadczonych przez nich usług.
• Licencjonowanie . Usługa NAKIVO Backup & Replication dla dostawców usług zarządzanych (MSP) jest licencjonowana na podstawie obciążenia roboczego w cyklu miesięcznym lub rocznym. MSP może co miesiąc opłacać potrzebne obciążenia lub zdecydować się na licencję roczną, aby uzyskać większe oszczędności.

Dzięki trybowi multi-tenant NAKIVO Backup & Replication stanowi potężne rozwiązanie dla dostawców usług zarządzanych (MSP), którzy chcą oferować usługi BaaS, RaaS i DRaaS. Z produktu można korzystać nawet bez żadnej infrastruktury na miejscu, w chmurach takich jak Amazon AWS, co stanowi doskonały sposób na zaspokojenie potrzeb zarówno dostawców usług zarządzanych, jak i użytkowników końcowych.

Wypróbuj bezpłatnie rozwiązanie firmy NAKIVO, aby wdrożyć usługi BaaS i DraaS

Skorzystaj z 15-dniowej bezpłatnej wersji próbnej NAKIVO przeznaczonej dla dostawców usług zarządzanych (MSP), aby świadczyć usługi BaaS, DRaaS oraz inne usługi w zakresie ochrony danych.

POBIERZ WERSJĘ PRÓBNĄ