Strona korzysta z plików cookies w celu realizacji usług i zgodnie z Polityką Plików Cookies.



20.07.2020

Baramundi

Pomoc w czasie pandemii.
20.07.2020

Stop infekcjom

CloudGuard
17.07.2020

Analiza zagrożeń

Kaspersky Threat Attribution Engine
17.07.2020

Strażnik danych

QGD-1602P
16.07.2020

Dysk przemysłowy

Transcend MTE352T
16.07.2020

Połączenie sił

Fugaku
16.07.2020

Brama bezpieczeństwa

Check Point 1570R
23.06.2020

PLNOG Online

PLNOG Online
23.06.2020

Nowe zagrożenie

Ramsay

SimpliVity OmniCube – testy zdalnego DC

Data publikacji: 02-06-2016 Autor: Marek Sokół
Widok poglądowy na całe...
Zestawienie wykonanych kopii...
Zestawienie efektywności...
Spadek transferu nie został...

Kontynuujemy testy systemu OmniCube. Po sprawdzeniu wydajności federacji dysków oraz skalowalności rozwiązania przyszła pora na testy obsługi zdalnego data center – wykonywania i odtwarzania kopii zapasowych maszyn wirtualnych.

W kolejnym etapie testów sprawdziliśmy możliwości federacji SimpliVity do obsługi zdalnego centrum przetwarzania danych. W lokalizacji podstawowej (nazwanej Barcelona) znajdowały się dwa OmniCube CN-3400, w zdalnym DC (Montreal) – jeden egzemplarz CN-3000. Pomiędzy Barceloną a Montrealem zestawione zostało łącze 1 Gbps, pozwalające rozciągać VLAN-y na obydwa data center. Zgodnie z wymogami w zdalnej lokalizacji serwer vCenter znajdował się poza federacją. Wymagane jest, aby dla serwerów vCenter był skonfigurowany linked mode. Zdalne data center nie musi być wysoko dostępne, dlatego wystarczy jeden węzeł.

Wszystkie najważniejsze dane na temat całego środowiska zebrane są w konsoli vSphere client na poziomie vCenter (Barcelona lub Montreal). Możemy tu skontrolować ilość wolnego czy wykorzystanego miejsca w każdym DC, całkowitą pojemność, strefę czasową oraz wersję systemu. W dolnej części konsoli zestawione są wszystkie lokalizacje oraz aktualny transfer pomiędzy nimi. Niestety, nie ma możliwości reorganizacji układu kafelków reprezentujących poszczególne DC. W prawej części widoczne jest zestawienie polityk kopii zapasowych.

> Backup do zdalnego DC

Badanie rozpoczęliśmy od edycji zasad backupu w DC Barcelona, w których dodaliśmy DC Montreal jako dodatkowe miejsce przechowywania kopii.

W widoku wybranej maszyny wirtualnej można zapoznać się z informacjami na temat wykonanych kopii zapasowych albo o postępie ich przysyłania do zdalnego centrum przetwarzania danych (jeśli taki proces właśnie ma miejsce). Deduplikacja na poziomie data center działa także pomiędzy zdalnymi lokalizacjami, w wyniku tego nie są przysyłane bloki danych, które znajduję się już po drugiej stronie, a tylko metadane. Taka optymalizacja ma swój koszt – maszyna OVC w zdalnej lokalizacji musi na bieżąco optymalizować wszystkie dane, czego efektem było obciążenie procesorów na poziomie 35%, przy praktycznie całkowitym wykorzystaniu łącza pomiędzy lokalizacjami.

Z pierwszej kopii maszyny zajmującej 180 GB przesłanych zostało 160 GB danych, bloki składające się na pozostałe dane znajdowały się już po drugiej stronie, nie było zatem potrzeby ich przesyłania. Przed kolejną kopią ilość danych w maszynie wirtualnej wzrosła do blisko 600 GB, jednak było wśród nich tylko 30 GB unikatowych danych i tylko one zostały przesłane.

W miarę wykonywania kolejnych kopii zapasowych zysk z deduplikacji potrafi bardzo szybko wzrosnąć, pomimo dużego przyrostu unikatowych danych.

Pełna treść artykułu jest dostępna w papierowym wydaniu pisma.

prenumerata Numer niedostępny Spis treści

.

Transmisje online zapewnia: StreamOnline

All rights reserved © 2019 Presscom / Miesięcznik "IT Professional"