Viability sp. z o.o.

Disaster Recovery as a Service jako substytut, a czasem także sukcesor, klasycznego DRC ma się dobrze w Polsce. Ekosystem usługodawców ciągle się powiększa. Co prawda tych, dla których DRaaS stanowi ważną linię biznesu właściwie nie ma, to jednak fakt, że jest wybór, także ma znaczenie. Oto zaktualizowana lista dostawców DRaaS, zawierająca najważniejsze parametry i cechy usługi oraz opis zaplecza usługodawców.

DRaaS to dla wielu firm pierwszy krok do chmury, dlatego nie może zabraknąć tej usługi w polskich centrach danych. Wśród nowych graczy na liście dostawców DRaaS w tej edycji znajdziecie takie firmy jak Netia, T-Mobile Polska i Beyond. Poza operatorami, którzy rozbudowują swoje oferty, bazując na własnej chmurze obliczeniowej, znaleźć można także specjalizowanych dostawców. Tym razem lista dotyczy wyłącznie usługi DRaaS. Klasyczne DRC, a więc podejście projektowe, robi praktycznie każdy operator, w tym spore grono integratorów.

Wśród naszych krajowych dostawców DRaaS dominują dwie technologie:

VMware (VMware vCloud Director + VMware vCloud Availability);
Veeam (Veeam Cloud Connect + vCloud Director).

W przypadku DRaaS realizowanego w oparciu o Veeam, zwykle usługodawcy dają możliwość obsługi dwóch wirtualizatorów: vSphere (ESXi) oraz HyperV. Rozwiązanie VMware póki co, umożliwia obsługę tylko jednego silnika wirtualizacji – vSphere

Przy wyborze dostawcy zwracajcie uwagę na właściwie rozumienie parametru RPO (Recovery Point Objective). Dostawcy bazujący na VMware vCloud Availability oddzielają interwał replikacji od liczby punktów przywracania. Na nic się zda nabycie usługi z RPO na poziomie 15 minut, jeżeli jednocześnie otrzymamy tylko 6 punktów przywracania na dobę. Dlatego w tabeli traktuję RPO jako pochodną liczby punktów przywracania na dobę. Jeżeli dostawca daje ich maksymalnie 24, wówczas RPO wynosi 60 minut. W przypadku RTO nie powinno być niespodzianek. Zwróćmy jednak uwagę, że w przypadku usługodawców z technologią od VMware, zwykle odtworzenie awaryjne, czyli tryb failover, będzie wymagał naszej ręcznej orkiestracji. Dostawcy z technologią Veeam, już od dawna dają Wam możliwość zdefiniowania sekwencji podniesień poszczególnych maszyn.

Zestawienia w postaci tabelarycznej, by można było łatwo poddać je własnej edycji. Każdą tabelkę możecie skopiować lub pobrać w kilku formatach. Kolejność alfabetyczna.

Lista dostawców DRaaS - luty 2022

Firma	Strona Usługi	Lokalizacja centrum danych	SLA centrum danych	SLA usługi	ISO 27001	ISO 22301	Czas uruchomienia	Darmowy okres próbny	Technologia	Obsługiwane hypervisory	Obsługa maszyn fizycznych	Portal usługi	Metoda rozliczenia	Wynajem licencji OS/DB	RPO (min)	RTO (min)	Konfiguracja środowiska klienta	Okres związania umową	Cykl rozliczeniowy
3S Data Center	https://cutt.ly/Cloud2B	Katowice, Warszawa	99.999%	99.50%	Tak	Nie	4h	14 dni	Veeam	ESXi, Hyper-V	Tak	Tak	Abonament miesięczny, w cenie testy przez 7 dni na m-c. Licencje OS/DB (o ile wymagane) za cały miesiąc.	Tak	15	30	Tak	miesiąc	miesiąc
Beyond	https://cutt.ly/beyondpl	Poznań	99.9999%	99.5%	Tak	Nie	48 h	14 dni	VMware	ESXi	Nie	Tak	Ryczałt miesięczny z opłatą rezerwacyjną. Licencje OS/DB (o ile wymagane) za cały miesiąc.	Tak	60	15	Tak	rok	miesiąc
Engave	https://cutt.ly/Engave	Warszawa (Netia)	99.99%	99%	Tak	Nie	2 h	14 dni	Veeam	ESXi, Hyper-V	Nie	Nie	Ryczałt miesięczny za replikację. Uruchomienie awaryjne rozliczane za użycie.	Nie	15	120	Tak	6 miesięcy	miesiąc
Exea Data Center	https://cutt.ly/Exea	Toruń	99.99%	99.99%	Tak	Tak	1 h	30 dni	Veeam	ESXi	Nie	Tak	Ryczałt miesięczny za replikację. Uruchomienie awaryjne rozliczane za godziny (raz na pół roku). Licencje OS/DB (o ile wymagane) za cały miesiąc.	Tak	15	15	Tak	miesiąc	miesiąc
Netia	https://cutt.ly/Netia	Warszawa	99.99%	99.5%	Tak	Nie	48 h	14 dni	VMware	ESXi	Nie	Tak	Ryczałt miesięczny z opłatą rezerwacyjną. Licencje OS/DB (o ile wymagane) za cały miesiąc.	Tak	60	15	Nie	rok	miesiąc
T-Mobile Polska	https://cutt.ly/TMobile	Katowice, Warszawa	99.99%	99.95%	Tak	Tak	48 h	14 dni	VMware	ESXi	Nie	Tak	Ryczałt miesięczny z opłatą rezerwacyjną. Licencje OS/DB (o ile wymagane) za cały miesiąc.	Tak	60	15	Nie	rok	miesiąc

Jeżeli nie ma na tej liście ważnego gracza, koniecznie daj znać.

Jeżeli masz pytania lub chcesz porozmawiać o dostawcach wymienionych na tej liście, skorzystaj z darmowej konsultacji. Link do mojego kalendarza znajdziesz poniżej.

Jako samozwańczy „ewangelista” z zakresu ciągłości działania – czuję się usprawiedliwiony sięgając po katechizm 😉 Nie będę jednak prawił kazań. Opowiem tylko o typowych błędach jakie towarzyszą planowaniu odtwarzania po awarii, pamiętając przy tym o lekkostrawnej formie.

1. Pycha. Nam się nic nie przytrafi. Zadziwiająco często spotykam menadżerów którzy jak mantrę powtarzają: „Przecież nigdy się to nie zdarzyło, po co więc chronić się przed takim ryzykiem?” Wtedy zalecam BIA (Analiza wpływu na biznes), która wprost odpowiada na pytanie czy warto czy też nie.
2. Chciwość. Ta inwestycja nie przyniesie pieniędzy. Biznes nie lubi inwestować gdy nie widzi policzalnych zwrotów. Ciągłość działania porównać można do polisy ubezpieczeniowej, gdzie nakłady to koszt. Niestety, nie wiadomo, czy zaangażowane środki się zwrócą – czyli czy na przykład dzięki nim uratujemy organizację od przestoju. Pozostaje chłodna analizy ryzyk i ich wpływu na biznes oraz kosztów przestoju.
3. Nieczystość. Nadmiarowość to nie odtwarzanie po awarii. Posiadanie klastra wysokiej dostępności, wyeliminowanie pojedynczych punktów awarii infrastruktury czy świetnie zabezpieczone centrum danych to solidny fundament ciągłości działania. Nie jest to jednak ochrona przed każdym ryzykiem. Przeciętny informatyk wyrwany ze snu bez wahania wskaże kilka scenariuszy, które zatrzymają IT Twojego przedsiębiorstwa.
4. Zazdrość. Pomijanie właścicieli procesów. Zapominamy, lub co gorsza nie chcemy włączyć do planowania wszystkich interesariuszy. To strzał w kolano. Bez ich wiedzy nie będzie skutecznego odtworzenia po awarii.
5. Nieumiarkowanie. Wszystko jest krytyczne. Klasyka. Zwykle, gdy zespół IT arbitralnie decyduje o tym, jakie zasoby mają być zabezpieczone na wypadek awarii, mamy sytuację, w której zasoby centrum zapasowego równe są zasobom centrum podstawowego.
6. Gniew. Dlaczego działa tak wolno? Aspekt wydajności środowiska zapasowego jest częstym zarzewiem konfliktów wewnętrznych i zewnętrznych. Pamiętajmy, że to proteza, niezbędna do czasu powrotu stanu normalnego. Mamy podtrzymać procesy krytyczne. Poza tym testujmy praktycznie nasz plan odzyskiwania po awarii.
7. Lenistwo. Zbytnie zaufanie do dostawcy DRaaS. Odtwarzanie po awarii jako usługa wymaga zaangażowania każdej strony umowy. Dostawca odpowiada za technologię i zasoby po swojej stronie. My natomiast, zadbajmy o uruchomienia testowe czy też cykliczne aktualizujmy plan odtwarzania po awarii. Przy okazji, zmianie może ulec zapotrzebowanie na zasoby dostawcy.

Showing all posts in DRCaaS

Lista dostawców DRaaS w Polsce

Lista dostawców DRaaS - luty 2022

Planowanie odtwarzania po awarii – 7 grzechów głównych

Jako samozwańczy „ewangelista” z zakresu ciągłości działania – czuję się usprawiedliwiony sięgając po katechizm 😉 Nie będę jednak prawił kazań. Opowiem tylko o typowych błędach jakie towarzyszą planowaniu odtwarzania po awarii, pamiętając przy tym o lekkostrawnej formie.