Identyfikowanie opcji optymalizacji kosztów usługi Azure Blob Storage
Ogólne zrozumienie modelu cen usługi Azure Blob Storage powinno pomóc w zidentyfikowaniu możliwości optymalizacji kosztów. Niektóre decyzje, które należy podjąć, mogą być bardziej odpowiednie na etapie projektowania, takie jak wybranie docelowego regionu świadczenia usługi Azure lub zakresu replikacji konta magazynu. Wzorce użycia zmieniają się wraz z czasem i kierują innymi decyzjami. Należy jednak pamiętać, że optymalizacja kosztów jest ciągłym działaniem, które należy uważnie obserwować i stale oceniać. W tej lekcji dowiesz się więcej o różnych opcjach optymalizacji kosztów. Możesz również określić, które z tych opcji mogą pomóc w rozwiązywaniu problemów z opłatami związanymi z magazynem w danym środowisku.
Opis opcji optymalizacji kosztów usługi Azure Blob Storage
Podstawowe opcje optymalizacji kosztów, które należy wziąć pod uwagę w tej lekcji, obejmują następujące czynności:
Organizowanie danych w warstwach dostępu.
Zapisywanie bezpośrednio w warstwach Chłodna i Archiwum.
Automatyczne przenoszenie danych między warstwami dostępu.
Rezerwuj pojemność magazynu.
Organizowanie danych w warstwy dostępu
Celem warstw dostępu jest umożliwienie firmom wyboru modelu cenowego i szybkości pobierania danych, które odzwierciedlają wzorce użycia obiektów blob. Wybór warstwy dostępu powinien być oparty na częstotliwości uzyskiwania dostępu do poszczególnych obiektów blob na koncie magazynu.
Na przykład często używane obiekty blob powinny znajdować się na koncie magazynu obiektów blob skonfigurowanym przy użyciu warstwy dostępu gorąca w celu zoptymalizowania użycia magazynu i zminimalizowania kosztów. Z drugiej strony obiekty blob, które mają być używane tylko od czasu do czasu, powinny znajdować się na koncie magazynu obiektów blob skonfigurowanym z warstwą dostępu chłodnego. Obiekty blob, do których uzyskujesz dostęp lub które są modyfikowane rzadko, powinny znajdować się na koncie magazynu obiektów blob skonfigurowanym przy użyciu warstwy dostępu zimnego. Na koniec obiekty blob, które są przechowywane w celach archiwalnych, bez planów krótkoterminowych uzyskiwania dostępu do ich zawartości, powinny być przypisane do warstwy archiwum.
To zalecenie jest oparte na modelu cenowym specyficznym dla warstwy dostępu, który określa dwa typy opłat:
Opłaty związane z utrzymywaniem danych magazynowanych (za gigabajt).
Opłaty związane z uzyskiwaniem dostępu do danych w celu wykonywania operacji odczytu, aktualizacji i usuwania.
Przypisanie warstwy dostępu gorąca do obiektu blob minimalizuje drugą z tych opłat, ale zwiększa pierwszą. Wybranie warstwy dostępu archiwum ma odwrotny efekt. W związku z tym, jeśli planujesz często uzyskiwać dostęp do danych, warstwa Gorąca reprezentuje najbardziej ekonomiczny wybór. Jeśli planujesz rzadziej uzyskiwać dostęp do danych, warstwa zimna lub warstwa archiwum ma większe znaczenie, aby zmniejszyć koszt przechowywania danych.
Na przykład zespół administracyjny bazy danych powinien rozważyć użycie magazynu archiwum na potrzeby długoterminowych kopii zapasowych lokalnych magazynów danych. W związku z wymaganiami prawnymi te kopie zapasowe muszą być zachowywane przez kilka lat, mimo że rzadko trzeba je przywrócić. Z drugiej strony warstwa Gorąca byłaby bardziej odpowiednia dla plików dziennika używanych do rozwiązywania problemów klientów i krótkoterminowej analizy i raportowania.
Zapisywanie bezpośrednio w warstwach Chłodna i Archiwum
Jeśli masz wyraźne wskazanie, że nowy obiekt blob nie będzie dostępny w najbliższej perspektywie, należy rozważyć przypisanie go bezpośrednio do warstwy zimnej lub archiwum. Ten krok eliminuje opłaty związane z przenoszeniem ich między warstwami.
Automatyczne przenoszenie danych między warstwami dostępu
Warstwa dostępu przypisana na początku może nie odzwierciedlać długoterminowych trendów magazynowania. Dziennik używany do rozwiązywania bieżącego problemu może nie mieć tego samego znaczenia kilka tygodni później. Podobnie, chociaż może być ważne, aby szybko przywrócić najnowszą kopię zapasową, ten stopień pilności może nie mieć zastosowania kilku miesięcy od teraz dla tej samej kopii zapasowej. Chociaż warstwę dostępu można zmodyfikować ręcznie, takie podejście wprowadza znaczne obciążenie związane z konserwacją. Szczególnie ważne w przypadku modyfikowania dużej liczby obiektów blob, co jest typowe w scenariuszach przedsiębiorstwa.
Na szczęście ten krok nie jest konieczny. Usługa Azure Blob Storage obsługuje zasady zarządzania cyklem życia, które przenoszą dane między warstwami na podstawie zdefiniowanych kryteriów. Można na przykład zdefiniować regułę zasad, która przenosi obiekty blob do warstwy Archiwum, jeśli nie zostały zmodyfikowane w ciągu ostatnich 90 dni. Podobnie możesz utworzyć regułę zasad, aby usunąć obiekty blob w warstwie Archiwum, jeśli nie zostały one pobrane w ciągu ostatnich 360 dni.
Uwaga
Zasady mogą być oparte na dacie ostatniej modyfikacji lub dacie ostatniego dostępu. Ten ostatni wymaga włączenia śledzenia czasu ostatniego dostępu.
Rezerwowanie pojemności magazynu
Jeśli spodziewasz się korzystać z usługi Azure Blob Storage przez dłuższy czas, możesz jeszcze bardziej zmniejszyć koszty, kupując pojemność zarezerwowaną. Pojemności są dostępne w 100 terabajtach (TB) i 1 jednostkach petabajtów (PB) miesięcznie w ciągu jednego roku lub trzech przyrostów. Ten układ oferuje obniżoną cenę za magazyn (za gigabajt) opłaty za dane znajdujące się w usłudze Azure Blob Storage. Rezerwację można kupić dla dowolnej warstwy dostępu i typu nadmiarowości, ale ma zastosowanie do konkretnej kombinacji regionu platformy Azure, warstwy dostępu i opcji nadmiarowości.