Rodzaje magazynów Azure: kompletny przegląd

Azure Storage to rozwiązanie firmy Microsoft do przechowywania danych w chmurze, które sprawdza się w różnych przypadkach użycia. Rozwiązanie to oferuje wiele opcji przechowywania danych w chmurze, charakteryzujących się różnymi funkcjami i cenami. Dlatego też, aby uzyskać najlepszą ofertę, ważne jest, aby wybrać w Azure typ pamięci masowej najlepiej odpowiadający Twoim potrzebom. Do wyboru są różne poziomy nadmiarowości, warstwy oraz typy kont pamięci masowej Azure.

W tym wpisie na blogu wyjaśniono rodzaje pamięci masowej Azure, aby pomóc Ci w podjęciu decyzji.

Kopia zapasowa do usługi Azure Blob | NAKIVO

Wysyłaj kopie zapasowe bezpośrednio do usługi Magazyn Azure Blob Storage i chroń je przed oprogramowaniem wymuszającym okup dzięki funkcji niezmienności. Automatyczna obsługa warstw kopii zapasowych i funkcje natychmiastowego odzyskiwania danych.

Odkryj rozwiązanie

Typy magazynów danych w usłudze Azure

Istnieje pięć typów magazynów danych w usłudze Azure, które dzielą się na dwie grupy:

Grupa 1. Magazyny danych z tej grupy są dostępne za pośrednictwem interfejsów API REST i mają na celu ułatwienie skalowania oraz komunikacji między używanym typem magazynu a aplikacjami uzyskującymi dostęp do plików.

• Magazyn kolejkowy
• Magazyn tabel
• Magazyn obiektów

Grupa 2. Magazyny danych z tej grupy są wykorzystywane jako pamięć masowa dla maszyn wirtualnych (VM) w usłudze Azure.

• Pamięć plików
• Pamięć dyskowa

Przyjrzyjmy się szczegółowo każdemu typowi magazynu w Azure.

Magazyn kolejkowy w Azure

Magazyn kolejkowy to typ magazynu używany do łączenia komponentów aplikacji. Można go używać w aplikacjach z niezależnymi komponentami, które opierają się na asynchronicznym kolejkowaniu komunikatów. Magazyn kolejkowy Azure ma funkcje podobne do technologii Microsoft Message Queuing (MSMQ) używanej we wcześniejszych wersjach systemu Windows Server. Pojemność konta magazynu w magazynie kolejek ogranicza liczbę kolejek, ale nie ma innych ograniczeń.

Magazyn kolejek w Azure może być przydatny w przypadku aplikacji kontenerowych wykorzystujących architekturę mikrousług, w tym aplikacji działających w Kubernetes.

Składniki magazynu kolejek w Azure to:

• Konto. Konto to kontener logiczny w Azure służący do przechowywania obiektów.
• Kolejka. Kolejka to obiekt zawierający zestaw komunikatów.
• Komunikat. Komunikat to obiekt zawarty w kolejce. Komunikat może mieć rozmiar do 64 KB w dowolnym formacie.

Tabele Azure (magazyn tabel)

Magazyn tabel Azure służy do przechowywania dużych ilości danych ustrukturyzowanych w tabelach, takich jak ustrukturyzowane dane NoSQL. NoSQL to nierelacyjny typ bazy danych, który działa jako magazyn kluczy/atrybutów (w przeciwieństwie do Microsoft SQL Server i Azure SQL, które są bazami danych relacyjnych). Tabele Azure mają konstrukcję bezschematową i mogą służyć do przechowywania danych użytkowników dla aplikacji internetowych oraz innych metadanych.

Ten magazyn jest wysoce skalowalny i dostępny za niską cenę. Ta opcja stanowi tańszą alternatywę dla Microsoft Azure SQL, jeśli nie przeszkadzają Ci ograniczenia pamięci masowej Azure Table i nie masz wymagań dotyczących struktury i architektury SQL. Należy pamiętać, że cena rośnie, gdy dostęp do plików jest częsty.

Ta baza danych jest zarządzanym produktem firmy Microsoft, a administratorzy nie muszą zarządzać infrastrukturą bazową w chmurze.

Oznacza to, że nie muszą niczego wdrażać ani instalować – wystarczy skonfigurować i korzystać z bazy danych w usłudze Azure Tables.

Magazyn Azure Blob Storage Binary Large Object
Skrót „Blob” oznacza „ Amazon S3 ” i odnosi się do typu magazynu danych przeznaczonego do przechowywania danych nieustrukturyzowanych (plików), takich jak obrazy, pliki audio, wideo, kopie zapasowe itp. Służy on do przechowywania szczególnie dużych plików, a nawet do tworzenia jezior danych o dużym obciążeniu. Typowym praktycznym przykładem jest wykorzystanie Microsoft Azure Magazyn Azure Blob Storage do przechowywania plików dla stron internetowych oraz strumieniowego przesyłania audio i wideo.

Magazyn Azure Blob Storage to magazyn obiektowy podobny do

i jest jednym z najczęściej używanych spośród wszystkich typów magazynów Azure. Dane są zorganizowane w kontenerach, takich jak struktura folderów lub płaska przestrzeń nazw obiektów (analogiczna do segmentów).

Istnieją trzy typy magazynów Azure Blob Storage: bloby blokowe, bloby z dołączaniem i bloby stronicowe.

• Blob blokowe

nadają się do przechowywania plików, które nie będą aktualizowane po przesłaniu do chmury. Pliki są przesyłane do magazynu blobów w postaci małych części zwanych blokami. Po zakończeniu przesyłania części te są łączone w jedną całość i nie można ich już modyfikować. Jeśli chcesz zapisać aktualizację pliku w magazynie blobów, musisz ponownie przesłać nowy plik. Maksymalny rozmiar pojedynczego pliku wynosi 4,77 TB. Domyślny rozmiar bloku to 32 MB, ale wartość tę można zmienić.

• Bloby typu Append

są zoptymalizowane do przechowywania metadanych i logów, ponieważ przechowywane pliki można aktualizować bez konieczności ponownego ich przesyłania. Można na przykład przechowywać pliki logów bazy danych podczas wykonywania intensywnych operacji wejścia/wyjścia. Struktura obiektów typu append blob umożliwia przesyłanie fragmentów plików, które mają zostać dodane na końcu istniejących plików. Oznacza to, że dane mogą być dołączane, ale nie można ich zmieniać ani usuwać z przechowywanych plików.

• Obiekty typu page blob

są używane do częstych/szybkich operacji odczytu i zapisu. Obiekt typu page blob składa się ze stron o rozmiarze 512 bajtów. Maksymalny rozmiar obiektu tego typu wynosi 1 TB. Obiekty typu page blob są używane do przechowywania dysków maszyn wirtualnych.

Typ obiektu blob można wybrać tylko raz podczas jego tworzenia. Nie można zmienić typu po utworzeniu obiektu blob. W razie potrzeby można przełączać się między warstwami dostępu, ale nie dotyczy to obiektów blob typu page blob

.

Magazyn Azure Blob Storage Warstwy dostępu Magazyn Azure Blob Storage Istnieją trzy warstwy dostępu dla Magazynu Azure Blob Storage. Każda warstwa zapewnia funkcje do wyboru w zależności od cyklu życia danych przechowywanych w chmurze platformy Azure. Wybierając poziomy Magazynu Azure Blob Storage, należy najpierw określić, jak często będą Państwo korzystać z danych oraz jak długo muszą one być przechowywane. Wybór odpowiedniego poziomu pozwoli zoptymalizować koszty przechowywania danych.

• Poziom „Hot” jest przeznaczony do częstego dostępu i ma najwyższą cenę spośród trzech poziomów. Jeśli musisz pracować z danymi, które są często aktualizowane i usuwane, rozważ użycie warstwy Hot Access. Przechowywanie danych jest drogie, ale dostęp do nich jest tani, ponieważ ta warstwa jest zoptymalizowana pod kątem często używanych danych.
• Warstwa Cool Access jest tańsza niż warstwa Hot, ale droższa niż warstwa Cold, jeśli chodzi o przechowywanie plików. Dostęp do plików jest droższy niż w przypadku warstwy Hot. Warstwa Cool jest zoptymalizowana pod kątem rzadko używanych danych, które są przechowywane przez co najmniej 30 dni. Dostęp do danych jest możliwy w dowolnym momencie, podobnie jak w przypadku warstwy dostępu typu hot.
• Warstwa dostępu typu cold pozwala na przechowywanie większej ilości danych przy niższych kosztach. Jednak cena za dostęp do plików jest wysoka. Warstwa dostępu typu cold jest również nazywana warstwą dostępu archiwalnego . Dane muszą być przechowywane w tej warstwie przez co najmniej 180 dni. Dane przechowywane w warstwie dostępu typu cold nie są dostępne natychmiast po zgłoszeniu żądania, ponieważ występuje opóźnienie w ich pobieraniu. Oznacza to, że czas oczekiwania na pobranie danych może wynosić nawet 14 godzin. Warstwa archiwum jest optymalna do przechowywania długoterminowych archiwów i kopii zapasowych danych.

W przypadku usunięcia danych przed upływem odpowiednio 30 lub 180 dni dla warstw dostępu typu cool i cold naliczane są opłaty za wcześniejsze usunięcie. Aby uniknąć opłat, dane muszą pozostawać w usłudze przez co najmniej określony czas. Na przykład, jeśli przechowujesz dane w usłudze Magazyn Azure Blob Storage przy użyciu warstwy dostępu typu cold (archiwum) i usuniesz je zaledwie 30 dni po ich przesłaniu, zostaniesz obciążony opłatą za wcześniejsze usunięcie za okres: 180 dni – 30 dni = 50 dni.

Magazyn Azure Blob Storage jest często wykorzystywany jako miejsce docelowe dla kopii zapasowych, co jest zintegrowane z nowoczesnymi rozwiązaniami do ochrony danych. W tym filmie można zobaczyć, jak wysyłać kopie zapasowe VMware vSphere do Magazynu Azure Blob Storage za pomocą NAKIVO Backup & Replication, kompleksowego rozwiązania do tworzenia kopii zapasowych i odzyskiwania danych:

Magazyn plików Azure

Usługa Azure Files lub magazyn plików Azure służy do tworzenia udziału plików w chmurze Azure, przechowywania plików oraz uzyskiwania dostępu do plików udostępnionych z maszyn wirtualnych Azure lub lokalnych komputerów mających dostęp do udziału. Pamięć plików Azure można uznać za serwer plików w chmurze i obsługuje ona Udział plików w sieciach SMB i NFS. W usłudze Azure istnieją cztery typy elementów służących do przechowywania plików:

• Konto magazynu Azure
• Udział . Udziały plików można tworzyć w ramach udziału głównego. Nazwa udziału musi mieć od 3 do 63 znaków.
• Katalog . Udział może zawierać hierarchiczną strukturę katalogów z podkatalogami i plikami.
• Pliki . Można przesyłać pliki o maksymalnym rozmiarze 1 TB.

Można również przechowywać kopie zapasowe w usłudze Azure File Storage.

Dyski Azure (Azure Disk Storage)

Dyski Azure to trwała pamięć masowa na poziomie bloków, której celem jest dołączanie dysków wirtualnych do maszyn wirtualnych platformy Azure.

Azure Disk Storage oferuje dwie opcje:

• Magazyn typu Premium oznacza, że dane są przechowywane na szybkich dyskach półprzewodnikowych (SSD). Jest to zalecana opcja, jeśli potrzebujesz magazynu o wysokiej wydajności.
• Magazyn typu Standard wykorzystuje dyski twarde (HDD). Ta pamięć masowa jest optymalna do wielu zadań, w tym do przechowywania kopii zapasowych i innych danych.

Zarówno magazyn typu Premium, jak i Standard oferuje dwa rodzaje dysków – dyski zarządzane przez Azure oraz dyski niezarządzane.

• Dyski zarządzane . Użytkownik tworzy i konfiguruje dyski (które są zarządzane przez Microsoft po stronie Microsoftu), co stanowi zaletę tego typu. Podczas tworzenia maszyny wirtualnej w Azure, maszyna ta korzysta z dysków zarządzanych przez Azure, które można dodać do maszyny wirtualnej. Woluminy widoczne w systemie operacyjnym gościa maszyny wirtualnej znajdują się na tych dyskach zarządzanych. Nie ma potrzeby ręcznego tworzenia konta magazynu ani dysku.
• Dyski niezarządzane . Użytkownik samodzielnie zarządza dyskami, a dyski są przechowywane jako obiekty blob typu strona na koncie magazynu. Konieczne jest utworzenie konta magazynu, utworzenie dysków i ręczne zarządzanie nimi. W ten sposób użytkownik ma pełną kontrolę nad dyskami.

Typ dysku Azure można wybrać podczas tworzenia konta magazynu.

Poziomy nadmiarowości magazynu

Nadmiarowość jest ważną funkcją każdego magazynu w chmurze, zapewniającą jego niezawodność i wysoką dostępność. Nadmiarowość w chmurze Azure chroni dane i zapobiega przestojom w przypadku awarii, usterek, planowanych prac konserwacyjnych itp. Pamięć masowa Azure obsługuje tworzenie kopii danych w różnych miejscach w chmurze Azure w celu zapewnienia nadmiarowości, co w tym kontekście nazywane jest również replikacją danych.

Uwaga: Wszystkie zasoby pamięci masowej Azure wdrożone na jednym koncie pamięci masowej mają takie same ustawienia nadmiarowości. Magazyn z redundancją w usłudze Azure dzieli się na pięć kategorii:

• Magazyn z redundancją lokalną
• Magazyn z redundancją geograficzną
• Magazyn z redundancją geograficzną z dostępem tylko do odczytu
• Magazyn z redundancją strefową
• Magazyn z redundancją geograficzno-strefową

Magazyn z redundancją lokalną

W przypadku magazynu z redundancją lokalną (LRS) trzy kopie danych znajdują się w jednym budynku, ale są przechowywane w trzech różnych lokalizacjach. Mogą to być trzy różne dyski twarde w jednym centrum danych (w regionie podstawowym). W tym celu stosowana jest synchroniczna replikacja danych. Jest to najtańsza opcja redundancji spośród pięciu i chroni przed awariami dysków i serwerów. Jeśli katastrofa, taka jak powódź lub pożar, zniszczy centrum danych, LRS nie może zagwarantować bezpieczeństwa danych i mogą one zostać utracone.

Trwałość wynosi co najmniej 99,999999999% (99 i dziewięć dziewiątek) w ciągu roku.

Magazyn z redundancją geograficzną

Magazyn z redundancją geograficzną (GRS) obejmuje trzy kopie danych przechowywane w jednym regionie i trzy kopie przechowywane w innym regionie (poza regionem podstawowym). Jeśli katastrofa zniszczy jedno z centrów danych, dane zostaną zachowane w drugim centrum danych. Jeśli cały region ulegnie awarii lub przestanie działać, dane będą dostępne w innym regionie. GRS jest bardziej niezawodne niż LRS, ale wiąże się z wyższymi kosztami.

Replikacja danych w głównej lokalizacji fizycznej w regionie głównym jest synchroniczna dla trzech kopii danych w centrum danych. Replikacja danych do jednej lokalizacji fizycznej w lokalizacji pomocniczej jest asynchroniczna. Następnie dane są kopiowane synchronicznie w regionie pomocniczym przy użyciu LRS w celu utworzenia tam pozostałych dwóch kopii.

Trwałość wynosi 99,99999999999999% (99 i czternaście dziewiątek).

Magazyn z georedundancją dostępu do odczytu

Magazyn z georedundancją dostępu do odczytu (RA-GRS) jest podobny do GRS, ale dane w lokalizacji pomocniczej są tylko do odczytu. Na tym polega różnica między GRS a RA-GRS. Jeśli aplikacja może działać, mając tylko dostęp do odczytu do replikowanych danych, można użyć tego typu redundancji.

Magazyn z redundancją strefową

W przypadku magazynu z redundancją strefową (ZRS) dane są replikowane synchronicznie w trzech klastrach magazynu (trzech strefach dostępności platformy Azure) w jednym regionie (regionie podstawowym). Każdy klaster magazynu jest oddzielony od innych klastrów w swojej strefie dostępności. Strefa dostępności to fizyczna lokalizacja oddzielona od innych stref, posiadająca niezależne zasilanie, sieć i system chłodzenia. Poziom ochrony jest wyższy niż w przypadku LRS, jednak ZRS nie zapewnia zabezpieczenia przed katastrofą regionalną, która zniszczyłaby wszystkie strefy w jednym regionie.

Trwałość w przypadku ZRS wynosi 99,9999999999% (99 i dziesięć dziewiątek).

Jeśli Twoja aplikacja wymaga wyższej dostępności i maksymalnej spójności, rozważ zastosowanie ZRS w regionie podstawowym oraz replikację danych do regionu pomocniczego (GRS).

Magazyn z redundancją w strefach geograficznych

Magazyn z redundancją w strefach geograficznych (GZRS) łączy zalety GRS i ZRS. W przypadku GZRS dane są synchronicznie replikowane w trzech strefach dostępności platformy Azure (różnych centrach danych) w regionie podstawowym oraz asynchronicznie replikowane do jednej fizycznej lokalizacji w regionie pomocniczym (ten krok różni się od typu GRS). Następnie dane są replikowane synchronicznie w regionie pomocniczym, tak jak w przypadku LRS, aby mieć tam trzy kopie.

Takie podejście pozwala zabezpieczyć się przed awariami regionalnymi. Zaleca się korzystanie z tego magazynu nadmiarowego do przechowywania danych dla aplikacji wymagających maksymalnego poziomu ochrony, wydajności, dostępności i odporności.

GZRS zapewnia trwałość na poziomie 99,99999999999999% (99 i czternaście dziewiątek).

Typy kont magazynu Azure

Konto magazynu to kontener, w którym przechowywane są obiekty danych magazynu Azure, takie jak pliki Azure, dyski, obiekty blob, tabele i kolejki. Ten kontener grupuje usługi magazynu Azure. Konto magazynu Azure to sposób tworzenia usługi magazynu w Azure w celu przechowywania danych. Nazwa konta magazynu musi być unikalna w całej chmurze Azure.

Istnieje pięć typów kont magazynu Azure, które są zgodne z odpowiednimi obsługiwanymi usługami, poziomami wydajności i opcjami replikacji. Każde konto magazynu obsługuje różne funkcje, jak pokazano w tabeli poniżej.

Podsumowanie

W tym wpisie na blogu omówiono typy magazynów w platformie Azure oraz wyjaśniono ich funkcje. Istnieje pięć typów magazynów danych w Azure, poziomów nadmiarowości oraz typów kont magazynu danych Azure. Oferują one różne funkcje w różnych cenach. Znajomość tych informacji pozwala podjąć racjonalną decyzję dotyczącą optymalnej ceny przy wyborze magazynu-chmury w Azure. Możesz korzystać z niedrogiego magazynu-chmury w Azure do tworzenia kopii zapasowych swoich danych. NAKIVO Backup & Replication to kompleksowe rozwiązanie do tworzenia kopii zapasowych, które integruje się z platformą Azure i umożliwia tworzenie bezpośrednich kopii zapasowych w Magazynie Azure Blob Storage.

Roczny bezpłatny dostęp do usługi ochrony danych: NAKIVO Backup & Replication

Wdrażanie w 2 minuty i ochrona danych w środowiskach wirtualnych, chmurowych, fizycznych oraz SaaS. Opcje tworzenia kopii zapasowych, replikacji i natychmiastowego odzyskiwania danych.

Pobierz edycję bezpłatną