Edytuj

Zarządzanie kosztami dla platformy Kubernetes

Azure Cost Management
Azure Kubernetes Service (AKS)
Azure Managed Disks
Azure Storage
Azure Virtual Machines

W tym przewodniku wyjaśniono, jak działają ceny i zarządzanie kosztami w usłudze Azure Kubernetes Service (AKS) w porównaniu z usługą Amazon Elastic Kubernetes Service (Amazon EKS). W tym artykule opisano sposób optymalizowania kosztów i implementowania rozwiązań do zapewniania ładu kosztów dla klastra usługi AKS.

Uwaga

Ten artykuł jest częścią serii artykułów , które ułatwiają specjalistom, którzy znają usługę Amazon EKS , aby zrozumieć usługę AKS.

Podstawy kosztów usługi Amazon EKS

W usłudze Amazon EKS płacisz stałą cenę za godzinę dla każdego klastra Amazon EKS. Płacisz również za sieć, narzędzia operacyjne i magazyn używany przez klaster.

Węzły robocze amazon EKS są standardowymi wystąpieniami usługi Amazon EC2, dlatego ponoszą regularne ceny usługi Amazon EC2. Płacisz również za inne zasoby usług Amazon Web Services (AWS), które aprowizujesz do uruchamiania węzłów roboczych platformy Kubernetes.

Nie ma dodatkowych kosztów korzystania z grup węzłów zarządzanych amazon EKS. Płacisz tylko za aprowizację zasobów platformy AWS, w tym wystąpień usługi Amazon EC2, woluminów Amazon EBS, godzin klastra Amazon EKS i dowolnej innej infrastruktury platformy AWS.

Podczas tworzenia grupy węzłów zarządzanych można użyć typu pojemności Wystąpienia na żądanie lub spot do zarządzania kosztami węzłów agenta. Usługa Amazon EKS wdraża zarządzaną grupę węzłów z grupą automatycznego skalowania usługi Amazon EC2 zawierającą wszystkie wystąpienia na żądanie lub wszystkie wystąpienia typu spot.

W przypadku wystąpień na żądanie płacisz za pojemność obliczeniową przez drugą, bez długoterminowych zobowiązań. Wystąpienia usługi Amazon EC2 Spot są oszczędzoną pojemnością Amazon EC2, która oferuje rabaty w porównaniu z cenami na żądanie.

  • Wystąpienia usługi Amazon EC2 Spot można przerwać z dwuminutowym powiadomieniem o przerwie, gdy usługa EC2 potrzebuje pojemności z powrotem.

  • Firma Amazon udostępnia usługę Spot Fleet, metodę automatyzowania grup wystąpień na żądanie i wystąpień typu spot oraz doradcę wystąpień typu spot, aby ułatwić przewidywanie, który region lub strefa dostępności może zapewnić minimalne zakłócenia.

  • Ceny wystąpień typu spot platformy AWS różnią się. Platforma AWS określa cenę w zależności od długoterminowych trendów podaży i popytu dla pojemności wystąpienia typu spot, a cena jest obowiązuje przez okres, w którym wystąpienie jest w górę.

Podstawy kosztów usługi AKS

Architektura platformy Kubernetes jest oparta na dwóch warstwach, płaszczyźnie sterowania i co najmniej jednym węzłze lub pulach węzłów. Model cen usługi AKS jest oparty na dwóch warstwach architektury Kubernetes.

  • Płaszczyzna sterowania udostępnia podstawowe usługi Kubernetes, takie jak serwer interfejsu API i etcdorkiestracja obciążeń aplikacji. Platforma Azure zarządza płaszczyzną sterowania usługi AKS, a dla warstwy bezpłatnej usługi AKS płaszczyzna sterowania nie ma żadnych kosztów.

  • Węzły, nazywane również węzłami agenta lub węzłami procesu roboczego, hostować obciążenia i aplikacje Kubernetes. W usłudze AKS klienci w pełni zarządzają wszystkimi kosztami węzłów agentów i płacą za nie.

Na poniższym diagramie przedstawiono relację między płaszczyzną sterowania i węzłami w architekturze kubernetes usługi AKS.

Diagram przedstawiający płaszczyznę sterowania i węzły w architekturze usługi AKS.

Płaszczyzna sterowania

Platforma Azure automatycznie aprowizuje i konfiguruje warstwę płaszczyzny sterowania podczas tworzenia klastra usługi AKS. W przypadku warstwy Bezpłatna usługi AKS płaszczyzna sterowania jest bezpłatna.

W przypadku umowy dotyczącej poziomu usług na wyższym poziomie sterowania (SLA) można utworzyć klaster usługi AKS w warstwie Standardowa. Umowa SLA dotycząca czasu pracy jest domyślnie uwzględniana w warstwie Standardowa i jest włączona na klaster. Cena wynosi 0,10 USD za klaster na godzinę. Aby uzyskać więcej informacji, zobacz Szczegóły cennika usługi AKS.

Klastry w warstwie Standardowa mają więcej zasobów płaszczyzny sterowania, takich jak liczba wystąpień serwera interfejsu API, limity zasobów Etcd, skalowalność do 5000 węzłów i istniejąca pomoc techniczna dotycząca czasu pracy w czasie działania. Usługa AKS używa replik węzłów głównych w domenach aktualizacji i błędów, aby spełnić wymagania dotyczące dostępności.

Najlepszym rozwiązaniem jest użycie warstwy Standardowa w obciążeniach produkcyjnych w celu zapewnienia wyższej dostępności składnika płaszczyzny sterowania. Klastry w warstwie Bezpłatna mają mniej replik i ograniczone zasoby płaszczyzny sterowania i nie są zalecane w przypadku obciążeń produkcyjnych.

Węzły

W usłudze AKS tworzysz węzły agenta lub procesu roboczego w co najmniej jednej puli węzłów, która może używać wielu podstawowych funkcji platformy Azure w środowisku Kubernetes. Opłaty za usługę AKS są naliczane tylko dla węzłów dołączonych do klastra usługi AKS.

Węzły usługi AKS używają kilku zasobów infrastruktury platformy Azure, w tym zestawów skalowania maszyn wirtualnych, sieci wirtualnych i dysków zarządzanych. Na przykład większość typów maszyn wirtualnych platformy Azure (VM) można używać bezpośrednio w usłudze AKS. Aby uzyskać znaczące rabaty na te zasoby, możesz użyć usługi Azure Reservations i planu oszczędności platformy Azure.

Cennik klastra usługi AKS jest oparty na klasie, liczbie i rozmiarze maszyn wirtualnych w pulach węzłów. Koszt maszyny wirtualnej zależy od rozmiaru, typu procesora CPU, liczby procesorów wirtualnych, pamięci, rodziny i dostępnego typu magazynu, takiego jak dyski SSD o wysokiej wydajności lub hdd w warstwie Standardowa. Aby uzyskać więcej informacji, zobacz Seria maszyn wirtualnych. Planowanie rozmiaru węzła zgodnie z wymaganiami aplikacji, liczbą węzłów i potrzebami skalowalności klastra.

Aby uzyskać więcej informacji na temat węzłów agentów i pul węzłów, zobacz artykuł Pule węzłów w tej serii oraz Tworzenie wielu pul węzłów dla klastra w usłudze Azure Kubernetes Service (AKS) i zarządzanie nimi.

Wdrażanie klastra usługi AKS

Każde wdrożenie usługi AKS obejmuje dwie grupy zasobów platformy Azure.

  • Należy utworzyć pierwszą grupę zasobów, która zawiera tylko zasób usługi Kubernetes i nie ma skojarzonych z nią kosztów.

  • Dostawca zasobów usługi AKS automatycznie tworzy drugą lub węzeł grupy zasobów podczas wdrażania. Domyślna nazwa tej grupy zasobów to MC_<resourcegroupname>_<clustername>_<location>, ale można określić inną nazwę. Aby uzyskać więcej informacji, zobacz Podaj własną nazwę dla grupy zasobów węzła usługi AKS.

    Grupa zasobów węzła zawiera wszystkie zasoby infrastruktury klastra i jest tym, który pokazuje opłaty za subskrypcję. Zasoby obejmują maszyny wirtualne węzła Kubernetes, sieć wirtualną, magazyn i inne usługi. Usługa AKS automatycznie usuwa grupę zasobów węzła po usunięciu klastra, dlatego należy jej używać tylko dla zasobów współużytkujących cykl życia klastra.

Koszty obliczeń

Płacisz za maszyny wirtualne platformy Azure zgodnie z ich rozmiarem i użyciem. Aby uzyskać informacje na temat porównywania obliczeń platformy Azure z usługami AWS, zobacz Usługi obliczeniowe na platformie Azure i platformie AWS.

Ogólnie rzecz biorąc, im większy rozmiar maszyny wirtualnej wybierany dla puli węzłów, tym wyższy jest koszt godzinowy dla węzłów agenta. Bardziej wyspecjalizowana seria maszyn wirtualnych używana dla puli węzłów, na przykład z obsługą procesora graficznego (GPU) lub zoptymalizowana pod kątem pamięci, tym droższa pula.

Podczas badania cen maszyny wirtualnej platformy Azure należy pamiętać o następujących kwestiach:

  • Ceny różnią się w zależności od regionu, a nie wszystkie usługi i rozmiary maszyn wirtualnych są dostępne w każdym regionie.

  • Istnieje wiele rodzin maszyn wirtualnych zoptymalizowanych pod kątem różnych typów obciążeń.

  • Dyski zarządzane używane jako dyski systemu operacyjnego są naliczane oddzielnie i należy dodać ich koszt do oszacowań. Rozmiar dysku zarządzanego zależy od klasy, takiej jak dyski HDD w warstwie Standardowa, dyski SSD w warstwie Standardowa, dyski SSD w warstwie Premium lub dyski SSD w warstwie Ultra. Operacje wejściowe na sekundę (IOPS) i przepływność w MB/s zależą od rozmiaru i klasy. Efemeryczne dyski systemu operacyjnego są bezpłatne i są uwzględniane w cenie maszyny wirtualnej.

  • Dyski danych, w tym te utworzone z trwałymi oświadczeniami woluminu, są opcjonalne i są naliczane indywidualnie na podstawie ich klasy, takich jak dyski HDD w warstwie Standardowa, dyski SSD w warstwie Standardowa, dyski SSD w warstwie Premium i dyski SSD w warstwie Ultra. Należy jawnie dodać dyski danych do szacowania kosztów. Liczba dozwolonych dysków danych, tymczasowych dysków SSD magazynu, operacji we/wy na sekundę i przepływności w MB/s zależy od rozmiaru i klasy maszyny wirtualnej.

  • Im więcej czasu węzły agenta są uruchomione, tym wyższy jest całkowity koszt klastra. Środowiska programistyczne zwykle nie muszą być uruchamiane w sposób ciągły.

  • Interfejsy sieciowe są bezpłatne.

Koszty magazynowania

Interfejs magazynu kontenerów (CSI) jest standardem dla uwidaczniania systemów magazynowania bloków i plików do konteneryzowanych obciążeń na platformie Kubernetes. Dzięki wdrożeniu i użyciu interfejsu CSI usługa AKS może zapisywać, wdrażać i iterować wtyczki, które uwidaczniają systemy magazynowania Kubernetes bez dotykania podstawowego kodu Kubernetes lub oczekiwania na cykle wydania.

Jeśli uruchamiasz obciążenia korzystające z woluminów trwałych CSI w klastrze usługi AKS, rozważ skojarzony koszt aprowizacji i użycia aplikacji. Sterowniki magazynu CSI w usłudze AKS zapewniają natywną obsługę następujących opcji magazynu:

  • Usługa Azure Disks tworzy zasoby dysku danych platformy Kubernetes. Dyski mogą korzystać z usługi Azure Premium Storage, wspieranej przez dyski SSD o wysokiej wydajności lub Azure Standard Storage, wspierane przez zwykłe dyski HDD lub dyski SSD w warstwie Standardowa. Większość obciążeń produkcyjnych i programistycznych używa Premium Storage. Dyski platformy Azure są instalowane jako ReadWriteOnce, co sprawia, że są dostępne tylko dla jednego węzła usługi AKS. W przypadku woluminów magazynu, do których jednocześnie może uzyskiwać dostęp wiele zasobników, należy użyć Azure Files. Aby uzyskać informacje o kosztach, zobacz Dyski zarządzane cennik.

  • Azure Files instaluje blok obsługi komunikatów serwera (SMB) 3.0/3.1 wspierane przez konto usługi Azure Storage do zasobników usługi AKS. Dane można udostępniać w wielu węzłach i zasobnikach. Azure Files mogą używać magazynu w warstwie Standardowa obsługiwanego przez zwykłe dyski HDD lub Magazyn Premium wspierany przez dyski SSD o wysokiej wydajności. Azure Files używa konta usługi Azure Storage i nalicza opłaty na podstawie następujących czynników:

    • Usługa: dyski blob, file, Queue, Table lub niezarządzane
    • Typ konta magazynu: GPv1, GPv2, Blob lub Premium Blob
    • Odporność: magazyn lokalnie nadmiarowy (LRS), magazyn strefowo nadmiarowy (ZRS), magazyn geograficznie nadmiarowy (GRS) lub magazyn geograficznie nadmiarowy do odczytu (RA-GRS)
    • Warstwa dostępu: Gorąca, Chłodna lub Archiwum
    • Operacje i transfery danych
    • Używana pojemność w GB

  • Azure NetApp Files jest dostępna w kilku warstwach jednostki SKU i wymaga minimalnej aprowizowanej pojemności 4 TiB z 1 przyrostami TiB. Azure NetApp Files opłaty są oparte na następujących czynnikach:

    • SKU
    • Odporność: LRS, ZRS lub GRS
    • Rozmiar lub pojemność aprowizowana, a nie używana pojemność
    • Operacje i transfer danych
    • Kopie zapasowe i przywracanie

Koszty sieciowe

Kilka usług sieciowych platformy Azure może zapewnić dostęp do aplikacji uruchamianych w usłudze AKS:

  • Azure Load Balancer. Domyślnie Load Balancer używa jednostki SKU w warstwie Standardowa. Load Balancer opłaty są oparte na:

    • Reguły: liczba skonfigurowanych reguł równoważenia obciążenia i ruchu wychodzącego. Reguły translatora adresów sieciowych dla ruchu przychodzącego nie są liczone w całkowitej liczbie reguł.
    • Przetworzone dane: ilość przetwarzanych danych przychodzących i wychodzących niezależnie od reguł. Za usługa Load Balancer w warstwie Standardowa nie są naliczane opłaty godzinowe bez skonfigurowanych reguł.

  • Azure Application Gateway. Usługa AKS często używa Application Gateway za pośrednictwem kontrolera ruchu przychodzącego Application Gateway lub frontingu innego kontrolera ruchu przychodzącego z ręcznie zarządzanym Application Gateway. Application Gateway obsługuje funkcje routingu bramy, kończenia zabezpieczeń warstwy transportu (TLS) i Web Application Firewall (WAF). Application Gateway opłaty są oparte na:

    • Stała cena ustawiona według godziny lub częściowej godziny.
    • Cena jednostkowa pojemności — dodatkowy koszt oparty na użyciu. Każda jednostka pojemności ma co najwyżej jedną jednostkę obliczeniową, 2500 połączeń trwałych i przepływność 2,22 MB/s.

  • Publiczne adresy IP mają skojarzony koszt, który zależy od:

    • Skojarzenie zarezerwowane a dynamiczne.
    • Warstwa Podstawowa a zabezpieczona i strefowo nadmiarowa w warstwie Standardowa.

Koszty skalowania w poziomie

Istnieje wiele opcji skalowania klastra usługi AKS w celu dodania dodatkowej pojemności do pul węzłów:

  • Na żądanie można ręcznie zaktualizować liczbę maszyn wirtualnych będących częścią puli węzłów lub dodać więcej pul węzłów.

  • Narzędzie do automatycznego skalowania klastra usługi AKS obserwuje zasobniki, których nie można zaplanować na węzłach z powodu ograniczeń zasobów i automatycznie zwiększa liczbę węzłów.

  • Usługa AKS obsługuje uruchamianie kontenerów na Azure Container Instances przy użyciu implementacji wirtualnego rozwiązania kubelet. Węzeł wirtualny usługi AKS aprowizuje Container Instances zasobników, które są uruchamiane w sekundach, umożliwiając usłudze AKS uruchamianie z wystarczającą pojemnością dla średniego obciążenia. Ponieważ w klastrze usługi AKS zabraknie pojemności, można skalować więcej Container Instances zasobników bez zarządzania dodatkowymi serwerami. Możesz połączyć to podejście z funkcją skalowania automatycznego klastra i skalowaniem ręcznym.

Jeśli używasz skalowania na żądanie lub skalowania automatycznego klastra, należy uwzględnić dodane maszyny wirtualne. Container Instances opłaty są oparte na następujących czynnikach:

  • Rozliczenia metryk opartych na użyciu dla grupy kontenerów
  • Zbieranie procesorów wirtualnych i pamięci
  • Używanie pojedynczego kontenera lub współużytkowanie wielu kontenerów
  • Korzystanie ze współplanowanych kontenerów, które współdzielą cykl życia sieci i węzła
  • Czas trwania użycia obliczony na podstawie uruchamiania lub ponownego uruchamiania obrazu do momentu zatrzymania
  • Dodano opłatę za grupy kontenerów systemu Windows

Koszty uaktualniania

Część cyklu życia klastra usługi AKS obejmuje okresowe uaktualnienia do najnowszej wersji platformy Kubernetes. Ważne jest zastosowanie najnowszych wersji zabezpieczeń i uzyskanie najnowszych funkcji. Klastry usługi AKS i pule pojedynczych węzłów można uaktualnić ręcznie lub automatycznie. Aby uzyskać więcej informacji, zobacz Uaktualnianie klastra usługi Azure Kubernetes Service (AKS).

Domyślnie usługa AKS konfiguruje uaktualnienia w celu zwiększenia z jednym dodatkowym węzłem. Wartość domyślna 1max-surge ustawienia minimalizuje zakłócenia obciążenia przez utworzenie dodatkowego węzła w celu zastąpienia starszych wersji węzłów przed kordonowaniem lub opróżnianie istniejących aplikacji. Możesz dostosować max-surge wartość dla puli węzłów, aby umożliwić kompromis między szybkością uaktualniania a zakłóceniami uaktualniania. max-surge Zwiększenie wartości przyspiesza proces uaktualniania, ale duża wartość może max-surge spowodować zakłócenia w procesie uaktualniania i ponieść dodatkowe koszty dodatkowych maszyn wirtualnych.

Inne koszty

W zależności od użycia i wymagań klastry usługi AKS mogą ponosić następujące dodatkowe koszty:

Optymalizacja kosztów

Poniższe zalecenia pomagają zoptymalizować koszty klastra usługi AKS:

  • Zapoznaj się z sekcją Optymalizacja kosztów w przewodniku Azure Well-Architected Framework for AKS.

  • W przypadku rozwiązań wielodostępnych izolacja fizyczna jest bardziej kosztowna i zwiększa obciążenie związane z zarządzaniem. Izolacja logiczna wymaga większego środowiska platformy Kubernetes i zwiększa obszar powierzchni pod kątem zmian i zagrożeń bezpieczeństwa, ale dzieli się kosztami.

  • Rezerwacje platformy Azure mogą pomóc zaoszczędzić pieniądze, zobowiązując się do rocznych lub trzyletnich planów dla kilku produktów, takich jak maszyny wirtualne w klastrze usługi AKS. Rabaty są uzyskiwane przez rezerwowanie pojemności. Użyj rezerwacji platformy Azure dla usługi Storage i zasobów obliczeniowych , aby zmniejszyć koszt węzłów agenta.

    Rezerwacje mogą zmniejszyć koszty zasobów o maksymalnie 72% z cen płatności zgodnie z rzeczywistym użyciem i nie wpływają na stan środowiska uruchomieniowego zasobów. Rabat na rezerwację zostanie automatycznie zastosowany do pasujących zasobów po zakupie rezerwacji. Rezerwacje można kupić z poziomu Azure Portal lub przy użyciu interfejsów API REST platformy Azure, programu PowerShell lub interfejsu wiersza polecenia platformy Azure. Jeśli używasz narzędzi operacyjnych, które opierają się na obszarach roboczych usługi Log Analytics, rozważ również użycie rezerwacji dla tego magazynu.

  • Dodaj co najmniej jedną pule węzłów typu spot do klastra usługi AKS. Pula węzłów typu spot to pula węzłów wspierana przez usługę Azure Spot Virtual Machine Scale Sets. Korzystanie z maszyn wirtualnych typu spot dla węzłów klastra usługi AKS wykorzystuje nieużywaną pojemność platformy Azure przy znacznych oszczędnościach kosztów. Ilość dostępnej nieużywanej pojemności zależy od kilku czynników, w tym rozmiaru węzła, regionu i godziny dnia. Platforma Azure przydziela węzły typu spot, jeśli jest dostępna pojemność, ale nie ma umowy SLA dla węzłów typu spot. Zestaw skalowania typu spot, który popiera pulę węzłów typu spot, jest wdrażany w jednej domenie błędów i nie zapewnia gwarancji wysokiej dostępności. Gdy platforma Azure potrzebuje pojemności z powrotem, infrastruktura platformy Azure eksmituje węzły typu spot.

    Podczas tworzenia puli węzłów typu spot można zdefiniować maksymalną cenę za godzinę i włączyć narzędzie do automatycznego skalowania klastra, co jest zalecane w przypadku pul węzłów typu spot. Narzędzie do automatycznego skalowania klastra skaluje w poziomie i skaluje liczbę węzłów w puli węzłów na podstawie uruchomionych obciążeń. W przypadku pul węzłów typu spot narzędzie do automatycznego skalowania klastra skaluje liczbę węzłów po eksmisji, jeśli węzły są nadal potrzebne. Aby uzyskać więcej informacji, zobacz Dodawanie puli węzłów typu spot do klastra Azure Kubernetes Service (AKS).

  • Wybierz odpowiedni rozmiar maszyny wirtualnej dla pul węzłów klastra usługi AKS na podstawie potrzeb procesora CPU i pamięci obciążeń. Platforma Azure oferuje wiele różnych typów wystąpień maszyn wirtualnych, które pasują do szerokiej gamy przypadków użycia, z różnymi kombinacjami procesora CPU, pamięci, magazynu i pojemności sieciowej. Każdy typ ma co najmniej jeden rozmiar, dzięki czemu można łatwo skalować zasoby.

    Teraz można wdrażać aplikacje konteneryzowane i zarządzać nimi za pomocą usługi AKS działającej na procesorach opartych na usłudze Ampere Altra ARM. Aby uzyskać więcej informacji, zobacz Azure Virtual Machines z procesorami opartymi na usłudze Ampere Altra ARM.

  • Utwórz wiele pul węzłów o różnych rozmiarach maszyn wirtualnych w celach specjalnych i obciążeniach. Użyj etykiet i tolerancji platformy Kubernetes oraz etykiet węzłów , aby umieścić aplikacje intensywnie korzystające z zasobów w określonych pulach węzłów, aby uniknąć hałaśliwych problemów z sąsiadami. Zachowaj te zasoby węzłów dostępne dla obciążeń, które ich wymagają, i nie zaplanuj innych obciążeń w tych węzłach. Użycie różnych rozmiarów maszyn wirtualnych dla różnych pul węzłów może również zoptymalizować koszty. Aby uzyskać więcej informacji, zobacz Używanie wielu pul węzłów w usłudze Azure Kubernetes Service (AKS).

  • Pule węzłów trybu systemowego muszą zawierać co najmniej jeden węzeł, a pule węzłów w trybie użytkownika mogą zawierać zero lub więcej węzłów. Jeśli to możliwe, możesz skonfigurować pulę węzłów w trybie użytkownika, aby automatycznie skalować z węzłówN.0 Obciążenia można skonfigurować do skalowania w poziomie i skalowania w poziomie przy użyciu narzędzia do automatycznego skalowania zasobników w poziomie. Podstawowe skalowanie automatyczne na procesorze CPU i pamięci lub używanie skalowania automatycznego opartego na zdarzeniach Kubernetes (KEDA) w celu bazowania skalowania automatycznego na metrykach systemu zewnętrznego, takiego jak Apache Kafka, RabbitMQ lub Azure Service Bus.

  • Pamiętaj, aby prawidłowo ustawić żądania i limity dla zasobników, aby zwiększyć gęstość aplikacji i uniknąć przypisywania zbyt wielu zasobów procesora CPU i pamięci do obciążeń. Obserwuj średnie i maksymalne zużycie procesora CPU i pamięci przy użyciu rozwiązania Prometheus lub Container Insights. Prawidłowo skonfiguruj limity i przydziały dla zasobników w manifestach YAML, wykresach helm i manifestach kustomize dla wdrożeń.

  • Użyj obiektów ResourceQuota , aby ustawić limity przydziału całkowitej ilości pamięci i procesora CPU dla wszystkich zasobników uruchomionych w danej przestrzeni nazw. Systematyczne stosowanie limitów przydziałów zasobów pozwala uniknąć hałaśliwych problemów z sąsiadami, poprawia gęstość aplikacji i zmniejsza liczbę węzłów agentów i całkowitych kosztów. Użyj również obiektów LimitRange , aby skonfigurować domyślne żądania procesora CPU i pamięci dla zasobników w przestrzeni nazw.

  • Użyj Container Instances do skalowania.

  • Obciążenia usługi AKS mogą nie wymagać ciągłego uruchamiania, takich jak określone obciążenia w pulach węzłów klastra deweloperów. Aby zoptymalizować koszty, możesz całkowicie wyłączyć klaster usługi AKS lub zatrzymać co najmniej jedną pule węzłów w klastrze usługi AKS. Aby uzyskać więcej informacji, zobacz Zatrzymywanie i uruchamianie klastra Azure Kubernetes Service (AKS) oraz Uruchamianie i zatrzymywanie puli węzłów w usłudze Azure Kubernetes Service (AKS).

  • Azure Policy integruje się z usługą AKS za pomocą wbudowanych zasad w celu zastosowania scentralizowanych, spójnych, na dużą skalę wymuszań i zabezpieczeń. Włącz dodatek Azure Policy w klastrze i zastosuj domyślne żądania procesora CPU oraz limity i limity zasobów pamięci, które zapewniają definiowanie limitów zasobów procesora CPU i pamięci w kontenerach klastra.

  • Użyj usługi Azure Advisor , aby monitorować i zwalniać nieużywane zasoby.

  • Użyj budżetów i przeglądów usługi Microsoft Cost Management , aby śledzić wydatki.

Zarządzanie kosztami

Chmura może znacznie poprawić wydajność techniczną obciążeń biznesowych. Technologie w chmurze mogą również zmniejszyć koszty i koszty związane z zarządzaniem zasobami organizacyjnymi. Jednak ta szansa biznesowa stwarza również ryzyko, ponieważ wdrożenia w chmurze mogą zwiększyć potencjał marnotrawstwa i nieefektywności.

Zarządzanie kosztami to proces ciągłego implementowania zasad lub mechanizmów kontroli w celu ograniczenia wydatków i kosztów. Natywne narzędzia Kubernetes i narzędzia platformy Azure obsługują zarządzanie kosztami dzięki proaktywnym monitorowaniu i optymalizacji kosztów infrastruktury bazowej.

  • Usługa Azure Cost Management + Billing to pakiet narzędzi firmy Microsoft, który ułatwia analizowanie i optymalizowanie kosztów obciążeń platformy Azure oraz zarządzanie nimi. Użyj pakietu, aby upewnić się, że Organizacja korzysta z korzyści oferowanych przez chmurę.

  • Zapoznaj się z Cloud Adoption Framework najlepszych rozwiązań dotyczących ładu dla dziedziny Zarządzanie kosztami, aby lepiej zrozumieć, jak zarządzać kosztami chmury i zarządzać nimi.

  • Zapoznaj się z narzędziami typu open source, takimi jak KubeCost , aby monitorować i zarządzać kosztami klastra usługi AKS. Możesz ograniczyć alokację kosztów do wdrożenia, usługi, etykiety, zasobnika i przestrzeni nazw, co zapewnia elastyczność wyświetlania i ładowania użytkowników klastra.

Współautorzy

Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następujących współautorów.

Autorzy zabezpieczeń:

Inni współautorzy:

Aby wyświetlić niepubliowe profile usługi LinkedIn, zaloguj się do serwisu LinkedIn.

Następne kroki