kopie zapasowe

Transkrypt

kopie zapasowe

Film dostępny na:
https://youtu.be/PkZjy-4PJsU
Daniel Olkowski
EMC©Data
Europe
CopyrightProtection
2014 EMC Corporation.
All rightsEAST
reserved.
Jak przechowywać
kopie zapasowe
przez wiele lat?
1
Środowisko
backupowe
© Copyright 2014 EMC Corporation. All rights reserved.
2
Środowisko backupowe
3
Backup & odtwarzanie
czyli
Data Domain
(de-duplikacja)
4
Backup & odtworzenie operacyjne
Backup
LAN/FC
Data Domain
5
• Backupujemy / Odtwarzamy
–
–
–
–
Bazy
Maszyny wirtualne
Pliki
Aplikacje
6
• Backupujemy / odtwarzamy całe środowisko
–
–
–
–
–
Maszyny krytyczne dla działania naszego przedsiębiorstwa
Systemy produkcyjne
Systemy deweloperskie
Systemy testowe
Dane użytkowników
7
• Wydajność
– Szybki backup
– Szybkie odtworzenie
• Brak obciążenia produkcji backupem
• Disaster Recovery
• Bogata funkcjonalność
8
Backup & restore operacyjne
1. Błyskawiczny backup
2. Transfer tylko zmienionych danych z
zabezpieczanych środowisk (BOOST)
3. Odczyt z dysku tylko zmienionych danych ->
backup pełny (Virtual Synthetic)
4. Bardzo duża wydajność odtworzenia (do 15TB/h)
5. Transfer 1%-3% danych do ośrodka zapasowego >
Odtworzenie 100%
6. Minimalizacji kosztów (najlepsza na rynku deduplikacja)
7. Wsparcie dla dowolnego oprogramowania
Backup
LAN/FC
8. Backup bez systemu backupu
9. Dostępność 24*7
10.Podział na logiczne części z kontrolą dostępu
(zachowanie globalnej de-duplikacji)
11.Rozliczanie
Data Domain
9
Data Domain -> Disaster Recovery
Ośrodek
zapasowy
Ośrodek
podstawowy
Linux, UNIX,
Windows,
Linux, UNIX,
Windows,
Aplikacje,
Bazy,
Poczta
Bazy
Aplikacje,
Bazy,
Poczta
Poczta
Serwer
backupu
Media
agent
SAN
r
1% - 3%
Data
Domain
Replikacja
Data
Domain
10
Odtworzenie operacyjne
• Ponad 90% odtworzeń z ostatniego tygodnia.
• Ponad 99,…% odtworzeń z ostatniego kwartału
11
Odtworzenie operacyjne
• Ponad 90% odtworzeń z ostatniego tygodnia.
Najczęściej
odtwarzamy
dane
za
• Ponad 99,…% odtworzeń z ostatniego kwartału
ostatnie 2 tygodnie
• Czy odtwarzamy produkcję z kopii starszej niż dwa
tygodnie?
• Czy zgłaszają się użytkownicy, że stracili pliki i
Sporadycznie
odtwarzamy
dane
zauważyli to po 6 miesiącach / 2 latach?
starsze niż kwartał
12
Ile jest wspólnych danych?
Dziś
13
Jutro
Dziś
Kolejny dzień
0,1% do 3%
różnicy danych
14
Jutro
Dziś
Kolejny dzień
0,1% do 3%
różnicy danych
1%
Data
Domain
1%
Data
Domain
15
Jutro
Dziś
Kolejny dzień
0,1% do 3%
różnicy danych
1%
Data
Domain
1%
Data
Domain
16
Jutro
Dziś
Najlepsza na rynku
Kolejny dzień
de-duplikacja
0,1% do 3%
różnicy danych
Zmienny blok
4K – 12K
1%
Data
Domain
1%
Data
Domain
17
Retencja do
Dziś
Jutro
1 rok
Najlepsza na rynku
Kolejny dzień
de-duplikacja
0,1% do 3%
różnicy danych
Zmienny blok
4K – 12K
1%
Data
Domain
1%
Data
Domain
18
Gdy retencja
dłuższa niż rok
19
Dlaczego musimy przechowywać dane
dłużej niż rok?
• Wymogi prawne
• Przepisy wewnętrzne
• ...
20
Dziś
Za 1 rok
21
Za 1 rok
Dziś
Różnica może
dochodzić do
30%-50%
22
Dziś
Za 1 rok
Różnica
może
W ciągu 5 lat
dane
mogą się
dochodzić do
30%-50%
różnić kilkukrotnie
23
Częstotliwość odtworzeń
• Rzadkie odtworzenie danych
– Raz na kilka miesięcy lub rządziej
• Nie potrzebujemy wydajności odtworzenia Data
Domain
24
Częstotliwość odtworzeń
Dla retencji powyżej jednego
• Rzadkie odtworzenie danych
roku
– Raz na kilka miesięcy lub
rządziej
• potrzebujemy
Nie skorzystamy
z wydajności
Data Domain
• Nie
wydajności
odtworzenia
Data
(praktycznie nie odtwarzamy)
Domain
•
Nie skorzystamy de-duplikacji Data Domain
(zwykle mała powtarzalność danych między
obrazami danych różniącymi się o wiele lat)
25
Media Server /
Storage Node
Data Domain
•
•
Retencja
1-3 miesiące
Błyskawiczny backup /
odtworzenie
Niski koszt
Backup
LAN/FC
Proces
klonowania
Dane
długoterminowe
Retencja
5 lat / 10 lat / …
26
Informacje od
użytkowników
Media Server /
Storage Node
Data Domain
•
•
Retencja
1-3 miesiące
odtworzenie
Niski koszt
Backup
LAN/FC
Proces
klonowania
Dane
długoterminowe
Retencja
5 lat / 10 lat / …
27
Problemy
• Utrzymanie
– Awaryjność
– Skomplikowana konfiguracja
• SAN
• Serwery dostępowe
• Konfiguracja w oprogramowaniu backupowym
28
Problemy
• Wysokie koszty
– Przechowywanie taśm
• W ramach biblioteki wysokie koszty
– Koszt biblioteki
– Koszt serwerowni
• Przestrzeń serwisowa
• Dedykowane pomieszczenie
– Wynoszenie taśm
– Katalogowanie
– Utrzymanie temperatury / wilgotności
– Przewijanie taśm
29
Problemy
• Migracja między technologiami
30
Tabela kompatybilności technologii LTO
31
Tabela kompatybilności technologii LTO
• Wiarygodność
– Jaką mam gwarancję, że taśma nie jest uszkodzona?
– Ile powinienem zrobić kopii by mieć pewność, że odzyskam
dane?
– Co jeśli backup jest na kilku taśmach?
• Uszkodzenie fragmentu jednej taśmy uniemożliwia odtworzenie całości
32
Czy jest
alternatywa dla taśmy?
33
Storage Node
Media Server
CloudBOOST
Data Domain
•
•
Retencja
1-3 miesiące
odtworzenie
Niski koszt
Backup
LAN/FC
Proces
klonowania
ECS
Dane
długoterminowe
De-duplikacja
1:6 do 1:20
Retencja
5 lat / 10 lat / …
34
vs.
ECS
35
ECS
Dlaczego
vs. ECS?
Retencja
5 lat / 10 lat / …
36
1. Niższe koszty
2. Eliminacja czynności manualnych
W pełni automatyczny proces
3. Pewność posiadania danych
ECS
4. Eliminacja mechanicznych urządzeń (naprawy,
utrzymanie, itp.)
5. Eliminacja pomieszczeń z taśmami (Wymagane
ścisłe parametry)
6. Eliminacja migracji technologii taśmowych
Retencja
wieloletnia
7. Eliminacja okresowego przewijania taśm
8. Proste Disaster Recovery
9. Prostsza konfiguracja w systemie backupu
37
Najważniejszy element:
Koszt
38
Koszt 1TB przestrzeni systemu ECS
Koszt List Price przestrzeni netto:
760 Euro za 1TB
Koszt przestrzeni przyjmując
współczynnik de-duplikacji 1:20:
Storage Node
38
Euro
za 1TB
Media
Server
CloudBOOST
Data Domain
Retencja
1-3 miesiące
Bieżący backup /
odtworzenie
Backup
LAN/FC
Proces
klonowania
Dane
długoterminowe
De-duplikacja
1:6 do 1:20
ECS
Retencja
5 lat / 10 lat / …
39
Co powinniśmy uwzględnić w TCO?
• Koszt zakupu
– Uwzględnienie, że taśmy nigdy nie są w pełni zapełniane
• Przyjmuje się 25% przestrzeni niewykorzystanej na taśmach.
• Miejsce w szafie
– Przestrzeń serwisowa
• Koszt replikacji / wynoszenia backupów
• Migracja do nowych technologii
40
Ile potrzebuję
systemu ECS
dla swoich danych?
41
Ile potrzebuje przestrzeni ECS?
Oszacowanie wielkości storage'u dla długoterminowego przechowywania backupów
Liczba eksportów
Liczba danych do
backupu na
backupu
długoterminowe
[TB]
media miesięcznie Liczba miesięcy
80
1
12
Liczba lat
5
Liczba danych
przechowywanych jako
długoterminowy backup
[TB]
4800
Oszacowanie wielkości potrzebnej przestrzeni ECS
Wymagana
Liczba danych
Współczynnik
przestrzeń ECS
[TB]
de-duplikacji (1:x)
[TB]
4800
20
240
Koszt za TB ECS
[Euro]
760
42
Ile potrzebuje przestrzeni ECS vs
biblioteka taśmowa?
Liczba eksportów
Liczba danych do
backupu na
backupu
długoterminowe
[TB]
80
1
12
Liczba lat
5
Liczba danych
[TB]
4800
Wymagana
Liczba danych
Współczynnik
przestrzeń ECS
[TB]
de-duplikacji (1:x)
[TB]
4800
20
240
Koszt za TB ECS
[Euro]
760
Oszacowanie wielkości potrzebnej przestrzeni biblioteki taśmowej
Pojemnośc taśmy
Pojemnośc taśmy LTOLiczba danych
LTO-6
Współczynnik
6 po kompresji
[TB]
[TB]
kompresji (1:x)
[TB]
4800
2,5
2
5
Liczba taśm
960
43
Koszt ECS vs biblioteka taśmowa?
Liczba eksportów
Liczba danych do
backupu na
backupu
długoterminowe
[TB]
80
1
12
Liczba lat
5
Liczba danych
[TB]
4800
Wymagana
Liczba danych
Współczynnik
przestrzeń ECS
[TB]
de-duplikacji (1:x)
[TB]
4800
20
240
Koszt List Price systemu ECS
wymaganego do
Koszt za TB ECS
przechowyania backupów
[Euro]
przez określoną lat
760
182 400
Liczba danych
[TB]
4800
Pojemnośc taśmy
Pojemnośc taśmy LTOLTO-6
Współczynnik
6 po kompresji
[TB]
kompresji (1:x)
[TB]
2,5
2
5
Liczba taśm
960
Koszt List Price
systemu
bibliotecznego
1100 slotów, 8
napędów
[Euro]
324 000
Całkowity koszt
systemu
bibliotecznego
Koszt List Price 1100
1100 slotów, 8
taśm
napędów, 1100 taśm
[Euro]
[Euro]
44 000
368 000
44
Mam 20TB danych i
wyrzucam dane raz na
tydzień
45
Liczba eksportów
Liczba danych do
backupu na
backupu
długoterminowe
[TB]
20
4
12
Liczba lat
5
Liczba danych
[TB]
4800
Wymagana
Liczba danych
Współczynnik
przestrzeń ECS
[TB]
de-duplikacji (1:x)
[TB]
4800
20
240
Koszt List Price systemu ECS
wymaganego do
Koszt za TB ECS
przechowyania backupów
[Euro]
przez określoną lat
760
182 400
Liczba danych
[TB]
4800
Pojemnośc taśmy
Pojemnośc taśmy LTOLTO-6
Współczynnik
6 po kompresji
[TB]
kompresji (1:x)
[TB]
2,5
2
5
Liczba taśm
960
Koszt List Price
systemu
bibliotecznego
1100 slotów, 8
napędów
[Euro]
324 000
Całkowity koszt
systemu
bibliotecznego
Koszt List Price 1100
1100 slotów, 8
taśm
napędów, 1100 taśm
[Euro]
[Euro]
44 000
368 000
46
Jakie
systemy backupu
potrafią rozmawiać
z ECS?
47
Jakie systemy backupu wspierają poniższą architekturę?
Storage Node
Media Server
CloudBOOST
Data Domain
•
•
Retencja
1-3 miesiące
odtworzenie
Niski koszt
Backup
LAN/FC
Proces
klonowania
ECS
Dane
długoterminowe
De-duplikacja
1:6 do 1:20
Retencja
5 lat / 10 lat / …
48
Jakie systemy backupu wspierają poniższą architekturę?
NetWorker
Avamar
NetBackup
Storage Node
Pozostałe po uzyskaniu
Media Server
CloudBOOST
zgody Product
Manager
EMC
Backup
Data Domain
•
•
Retencja
1-3 miesiące
odtworzenie
Niski koszt
ECS
LAN/FC
Proces
klonowania
Dane
długoterminowe
De-duplikacja
1:6 do 1:20
Retencja
5 lat / 10 lat / …
49
Jak pisać do ECS?
• Protokoły obsługiwane przez ECS są wspierane
natywnie przez
– Commvault Simpana (Atmos / S3)
– NetBackup 7.7+ (S3)
– ...
50
CloudArray
• ECS można wystawić jako CIFS/NFS
– Moduł CloudArray
• Wówczas każda aplikacja może pisać do ECS-a jako
backup na dysk
51
Możliwości eksportu backupu na taśmy
CloudBOOST
Natywny z
aplikacji
backupowej
(S3/Atmos)
CloudArray
(CIFS/NFS)
52
Konfiguracja
backupu na ECS
53
NetWorker – Konfiguracja migracji do ECS
54
55
56
57
58
59
Czym jest
ECS
(storage obiektowy)?
60
Dlaczego ECS?
• ECS został skonstruowany jako storage
– Bezpieczny
– Ekstremalnie tani
• ECS ma za zadanie przechowywać
– Dane archiwalne
– Backupy
– Pliki
• Dostęp do plików
– Z dowolnego miejsca
– Z dowolnej aplikacji
61
Dlaczego
ECS?
62
Dlaczego ECS?
• Nieograniczona przestrzeń
– CIFS / NFS wymaga podziału na LUNy o okreslonej
wielkości
• Zarządzanie
• Nieograniczona liczba plików
– 10 miliardów lub więcej
– CIFS/NFS: Kilka milionów plików per kaltaog
• Zarządzanie
• Często limit na max liczbę plików
– Kilkadziesiąt milionów
– Kilkaset milionów
63
Dlaczego ECS?
• Dowolna wielkość plików
– Wsparcie dla miliardów małych plików
– CIFS/NFS: Problem z
• Małymi plikami
• Dużą liczba małych plików
64
Dlaczego ECS?
• Prosty dostęp
– Jedyny parametr: Adres http
– CIFS/NFS:
• Adres http
• Nazwa share
– Konieczność pamiętania setek share’ów
– Konieczność ręcznej konfiguracji w aplikacji / dla użytkowników
65
Dlaczego ECS?
• Replikacja ECS
Po prostu kolejna kopia danych
Bez znaczenia czy lokalna czy zdalna
Automatycznie replikowana między wszystkie instancje
Możliwość protekcji między lokalizacjami (Archiwa
Narodowe)
– Replikacja na poziomie plików
–
–
–
–
• Tylko plik jest replikowany
66
Dlaczego ECS?
• Replikacja CIFS/NFS
– Kalendarz replikacji
• Zarządzanie
– Każda lokalizacja oddzielna kopia
– Replikacja na poziomie LUNów (różnica między LUN’ami)
– Replikacja na bazie snapshotów
• ograniczona liczba
• zarządzanie
67
Dlaczego ECS?
• ECS -> Dostęp do repliki
– Aplikacja nie wie do którego ECS jest dostęp
– DNS Load balancer przekierowuje
• ecs.mojanazwa.comna
na adres IP
• Który jest najbliżej mojej lokalizacji
• Który działa (w przypadku awarii innego node’)
– Awaria ECS niezauważalna dla aplikacji / użytkowników
68
Dlaczego ECS?
• CIFS/NFS -> Dostęp do repliki
– W aplikacji zmieniamy wszystkie ścieżki na CIFS/NFS
systemu który działa
– W przypadku przywrócenia działania podstawowego
urządzenia CIFS/NFS ponowna ręczna zmiana wszystkich
ścieżek w aplikacjach / dla użytkowników
– Brak automatycznego wyboru najbliższego urządzenia
69
Pytania?
[email protected]
70

kopie zapasowe

Transkrypt

Podobne dokumenty

Czy IT jest świętym Graalem Energetyki?

Save to PDF

zobacz PDF

Noc Żywych Trupów - Wydawnictwo Gramel

Deklaracja zgodności UE - SEW