Jak wykonać kopię zapasową sieci SAN?

długoletni czytelnik, pierwszy pytający :)

W ogóle dużo czytałem na temat iSCSI i SAN i myślę, że byłem w stanie odpowiedzieć na większość moich pytań i wątpliwości na ten temat, ale pozostaje jedno:

Jak „wykonać kopię zapasową sieci SAN?”

Poniżej znajduje się scenariusz bardziej lub mniej rzeczywisty oraz moje przemyślenia i pytania na jego temat.

Załóżmy, że udało ci się przekonać kierownictwo swojej małej (w najlepszym razie średniej) firmy, aby w końcu zapewniła fundusze na małe, ale właściwe rozwiązanie pamięci masowej, tj. SAN oparty na iSCSI. Załóżmy, że składa się z serwera z wieloma dyskami w obudowie i uruchomionego OpenFiler, a nawet MD3000i (Dell) lub MSA2000i (HP), które, jak rozumiem, są najczęstszymi rozwiązaniami klasy podstawowej.

Jednostki LUN są eksportowane na serwer, który musi przechowywać repozytoria kodu, dokumenty, obrazy i tym podobne, inny serwer, na którym działa kilka baz danych, inny, który używa jednostek LUN jako dysków dla gości wirtualizacji (DomU w Xen-speak) i jeszcze inny serwer który eksportuje jedną dużą jednostkę LUN zawierającą katalogi domowe użytkownika za pośrednictwem NFS (jest to sklep wyłącznie z Linuksem). Uważam, że zalety są oczywiste: poszczególne serwery nie potrzebują dużo lokalnej pamięci, a migracja serwerów lub usług staje się łatwiejsza.

Ale teraz musisz mieć rozwiązanie do tworzenia kopii zapasowych wszystkich lub większości przechowywanych danych. Jak ty to robisz? Czy uruchamiasz oprogramowanie do tworzenia kopii zapasowych (lubię rsnapshot) na każdym serwerze, który ma dane do utworzenia kopii zapasowej? Gdzie umieszczasz te dane? Na dedykowanym serwerze kopii zapasowych z dużą ilością lokalnego magazynu? Lub z powrotem w SAN? Jakie jest „wspólne” rozwiązanie, jeśli istnieje, do tworzenia kopii zapasowych sieci SAN?

Szukam najlepszych praktyk i porad od ludzi, którzy mają większe doświadczenie niż SAN w prowadzeniu sieci SAN.

Dzięki!

Edycja: biorąc pod uwagę, że budżet SAN jest bardzo ograniczony na początku, myślę, że szukam niezastrzeżonych, bardzo ogólnych i tanich rozwiązań pytania rezerwowego. W każdym razie, jeśli takie rozwiązania istnieją. Nie będzie żadnych pieniędzy na taśmy ani na drugą, identyczną macierz SAN. Przepraszam, powinienem był to wyjaśnić.

Używamy klastra SAN NetApp 3020 z przechowywanymi na nim danymi iSCSI, FC i CIFS. Ten produkt obsługuje zrzuty NDMP do lokalnie podłączonego autoloadera taśm SCSI. Korzystając z tego, otrzymuję doskonałe kopie moich jednostek LUN iSCSI i FC, a także kopie zapasowe plików CIFS moich danych CIFS udostępniane z NetApp. Korzystam z BackupExec do sterowania kopiami zapasowymi NDMP, a prędkości są wyjątkowe, ponieważ jest to lokalne połączenie SCSI z NetApp.

Wygląda na to, że jesteśmy na podobnej łodzi pod względem wielkości infrastruktury i złożoności.

Zasadniczo mam sieć SAN, która obsługuje moje dane produkcyjne, a następnie mam serwer kopii zapasowej z lokalnie podłączoną pamięcią dość przyzwoitych rozmiarów, która jest podłączona do biblioteki taśm (LTO-3, czyli 400 GB nieskompresowanej / taśmy)

Zasadniczo wykonuję kopie zapasowe na poziomie danych. Ponieważ używam Linuksa, robię rsyncs, aby przenieść dane z komputera podłączonego do SAN na komputer kopii zapasowej, a następnie zapisuję dane na taśmie. Mam szczęście, że mam wystarczającą ilość lokalnej pamięci na serwerze kopii zapasowych, że mogę przechowywać kopię lokalnie, a następnie po prostu zsynchronizuj różnice, ale jeśli nie możesz tego skonfigurować, wiele rozwiązań do tworzenia kopii zapasowych korzysta z buforowania katalog do lokalnego przechowywania danych podczas ich zapisywania na taśmie.

Ze względu na sposób zapisu na taśmie bardzo złym pomysłem jest przesyłanie strumieniowe bezpośrednio z sieci na taśmę, takie jak udział plików systemu Windows lub udział NFS. To całkowicie zabija prędkość zapisu na taśmie ORAZ zabija żywotność napędu taśmowego. Więc użyj lokalnego dysku do buforowania danych.

Rozwiązanie do tworzenia kopii zapasowych, które używam, nazywa się Amanda, które jest dość ezoteryczne w swojej konfiguracji, ale ma dostępną wersję komercyjną (za 100 USD / serwer, której kopia zapasowa jest tworzona), która ma konfigurację internetową, a także możesz uzyskać rozszerzenia do podłączenia bezpośrednio do różnych bazy danych.

EDYTOWAĆ

Ponieważ wspomniałeś o braku taśm, polecam wirtualną bibliotekę taśm biednego człowieka (VTL), tj. Zewnętrzne napędy USB. Amanda przynajmniej może adresować pliki tak, jakby były VTL, i jestem pewien, że inne pakiety oprogramowania również mogą.

Naprawdę jednak dyski twarde mają określoną żywotność. Jeśli Twoja firma wydaje wystarczającą ilość pieniędzy na zakup sieci SAN, powinieneś nad nimi popracować, aby uzyskać zmieniacz taśm. W rzeczywistości nie są tak drogie, jak kiedyś, szczególnie jeśli nie kupujesz na krawędzi.

O najtańszej (i najsłabszej) formie kopii zapasowej, jaką możesz zrobić, jest przechowywanie migawek, z pewną formą sporadycznych długoterminowych kopii zapasowych.

Zakłada się, że migawki są tanie - zależy to od sposobu ich wdrożenia. Systemy kopiowania przy zapisie plików, takie jak WAFL NetApp i ZFS SUN firmy SUN, mają migawki, które są praktycznie zerowe, w przeciwieństwie do O (n) kosztów migawek kopii. Tanie migawki są naprawdę bardzo miłe.

Samo robienie migawek nie jest tak naprawdę rozwiązaniem kopii zapasowej, ale nie jestem pewien, czy możliwe jest jakiekolwiek prawdziwe rozwiązanie bez twoich ograniczeń.

Poza tym jestem poważnie stronniczy jako twórca NetApp, ale powinieneś poważnie porozmawiać z niektórymi sprzedawcami NetApp, zanim dojdziesz do wniosku, że są poza twoim przedziałem cenowym. :-)

Biblioteka taśm podłączona bezpośrednio lub światłowodem + NDMP może być całkiem sprytnym rozwiązaniem, ale jeśli twój system pamięci masowej nie może użyć czegoś takiego do wypisywania na taśmę lub jeśli budżet jest szczególnie ograniczony, możesz być w stanie mieć użyć tradycyjnego rozwiązania do tworzenia kopii zapasowych, aby wykonać kopię zapasową danych w jednostce LUN za pośrednictwem klienta kopii zapasowej na hoście podłączonym do sieci SAN.

W takim scenariuszu dane hostowane w sieci SAN są traktowane tak samo, jak dyski fizyczne w kliencie, którego kopię zapasową utworzono.

Chociaż funkcjonalność NDMP jest czasami dołączana do systemu pamięci masowej (a la NetApp), aplikacje do tworzenia kopii zapasowych mogą faktycznie pobierać dodatkowe opłaty za tworzenie kopii zapasowych za pośrednictwem NDMP. Na przykład w naszym środowisku NetBackup licencje NDMP były znacznie droższe niż zwykłe licencje na kopie zapasowe klienta systemu operacyjnego.

oops .. po prostu odświeżony i zobaczyłem twój dodatek dotyczący: nie posiadania $$ na taśmy. Gdzie planujesz umieścić kopie zapasowe, jeśli nie na taśmie lub innej sieci SAN?

Przejście na cały dysk do tworzenia kopii zapasowych jest możliwe, ale zwykle nie jest uważane za opcję budżetową dla dużej ilości danych. Podobnie, tworzenie kopii zapasowych danych w tej samej sieci SAN może zmniejszyć pewne ryzyko, jeśli zachowujesz ostrożność (na przykład upewnij się, że całkowicie oddzielisz dyski), ale tak naprawdę nie oferuje żadnego rodzaju całkowitej ochrony przed awarią lub katastrofą. To samo dotyczy serwera kopii zapasowych z dużą ilością dysków ... pewien poziom ochrony, ale jeśli lokalizacja, w której zarówno SAN, jak i serwer kopii zapasowych Big-Honkin, cierpią na poważną awarię lub katastrofę, wszystkie dane znikną.

Nadal korzystaliśmy z naszej istniejącej infrastruktury tworzenia kopii zapasowych, którą mieliśmy nawet przed przejściem do sieci SAN. Poszczególne hosty z systemem Legato Networker wyrzucają co noc do systemu taśm Storagetek. Szczerze mówiąc, jeśli szukasz taniego rozwiązania ... tworzenie kopii zapasowych na dysku jest prawdopodobnie najtańsze, masz również możliwość przetransportowania tych dysków do lokalizacji poza siedzibą, jeśli zajdzie taka potrzeba, jak taśmy.

Ponieważ nie masz dużo danych, skorzystaj z używanego napędu taśm SDLT lub wczesnego napędu LTO 1,2 ... istnieją setki, ponieważ są one przestarzałe w porównaniu do LTO-3, 4