Udostępnij za pośrednictwem

Zarządzanie kosztami i wydajnością

  • Artykuł

Zarządzane pule DevOps udostępnia kilka różnych opcji konfigurowania wydajności puli. W tym artykule opisano opcje dopasowania wydajności puli do wymagań obciążenia przez zwiększenie lub zmniejszenie wydajności i kosztów pul.

Konfigurowanie wydajności agenta

Podczas konfigurowania zarządzanej puli DevOps dostępne są różne opcje konfigurowania wydajności i kosztów puli. W poniższych sekcjach opisano niektóre opcje, które można dokonać, aby skonfigurować wydajność puli.

Typy dysków

Podczas tworzenia zarządzanej puli DevOps możesz wybrać dysk SSD w warstwie Standardowa lub SSD w warstwie Premium zamiast domyślnego typu dysku systemu operacyjnego w warstwie Standardowa. Typ dysku systemu operacyjnego określa, jakiego rodzaju dysk jest używany dla dysku systemu operacyjnego. Katalog roboczy agenta jest domyślnie na dysku tymczasowym lub D:\, więc może nie być korzystne przez kosztowny typ dysku systemu operacyjnego. Przeprowadź test wydajności obciążenia z różnymi typami dysków systemu operacyjnego, zapoznaj się z kosztami i odpowiednio wybierz typ dysku systemu operacyjnego.

Jeśli przepływność obciążenia przekracza poziom warstwy Standardowa, możesz potencjalnie zwiększyć wydajność obciążenia, uaktualniając go do bardziej wydajnego typu dysku. Aby uzyskać więcej informacji na temat typów dysków i wydajności, zobacz Typy dysków zarządzanych platformy Azure.

Zamiast zmieniać typ dysku systemu operacyjnego lub przechodzić do większej jednostki SKU w celu uzyskania większej ilości miejsca na dysku, rozważ skonfigurowanie dysku danych dla puli. Można skonfigurować rozmiar i typ dysku, który spełnia wymagania dotyczące obciążenia, i skonfigurować pule tak, aby używały tego dysku jako katalogu roboczego agenta, aby zapewnić większy magazyn podczas korzystania z domyślnego typu dysku systemu operacyjnego i potencjalnie tańszego rozmiaru maszyny wirtualnej.

Wybieranie odpowiedniego rozmiaru i typu agenta

Rozmiar agenta w zarządzanych pulach DevOps określa rozmiar maszyny wirtualnej platformy Azure do użycia na potrzeby hostowania agentów zarządzanych pul DevOps. Rozmiar agenta puli można zmienić, aby zapewnić więcej rdzeni procesora CPU, więcej pamięci i więcej miejsca na dysku. Użycie bardziej zaawansowanego rozmiaru maszyny wirtualnej zwiększy również rachunek za platformę Azure, dlatego wybierz tę opcję tylko wtedy, gdy określisz, że użycie bardziej zaawansowanego rozmiaru maszyny wirtualnej zwiększy wydajność obciążenia.

Architektura procesora CPU maszyny wirtualnej

Rozmiary maszyn wirtualnych obsługiwanych przez firmę AMD są często o 40% tańsze niż rozmiary maszyn wirtualnych firmy Intel o takiej samej lub lepszej wydajności. Korzystanie z rozmiarów maszyn wirtualnych obsługiwanych przez firmę AMD umożliwia zmniejszenie wydatków na korzystanie z platformy Azure.

Rozmiar maszyny wirtualnej

Upewnij się, że używasz odpowiedniego rozmiaru maszyny wirtualnej platformy Azure. Jeśli obecnie używasz ośmiordzeniowego rozmiaru maszyny wirtualnej platformy Azure, upewnij się, że obciążenie jest w stanie korzystać ze wszystkich 8 rdzeni. Możesz uruchomić obciążenie na różnych rozmiarach maszyn wirtualnych i sprawdzić, jak wydajne jest obciążenie. Rozmiar maszyny wirtualnej można obniżyć, aby zmniejszyć wydajność usługi COGS, zachowując jednocześnie wydajność obciążenia w taki sam sposób.

Typ maszyny wirtualnej

Różne serie maszyn wirtualnych platformy Azure są przeznaczone dla obciążeń o określonych cechach, aby zapewnić lepszą wydajność. Zapoznaj się z różnymi seriami jednostek SKU platformy Azure, aby wybrać serię najlepiej dopasowaną do obciążenia. Przykład: Jeśli aplikacja nie używa tak dużej ilości rdzeni, jak pamięć, możesz wybrać rozmiar maszyny wirtualnej z rodziny rozmiarów zoptymalizowanych pod kątem pamięci.

Zapoznaj się z różnymi typami maszyn wirtualnych platformy Azure, aby zrozumieć ich korzyści. Jeśli na przykład obciążenie wymaga większej ilości rdzeni i mniejszej ilości pamięci, możesz użyć zoptymalizowanego rozmiaru obliczeniowego. Jeśli obciążenie wymaga większej ilości miejsca na dysku, ale tych samych rdzeni/pamięci, możesz wybrać typ maszyny wirtualnej platformy Azure, który ma wyższy dysk do współczynnika obliczeń, zamiast zwiększać rozmiar jednostki SKU lub użyć dołączonego dysku danych.

Generowanie typu maszyny wirtualnej

Najnowsza generacja typu maszyny wirtualnej platformy Azure może być bardziej wydajna niż poprzednia wersja. Na przykład D2dsV4 i D2dsV5 są wyceniane tak samo i mają te same specyfikacje, ale prawdopodobnie wersja V5 jest szybsza niż V4.

Wspólna lokalizacja regionu puli

Spróbuj przenieść region platformy Azure puli do regionu, w którym znajdują się zależności obciążenia ciągłej integracji/ciągłego wdrażania. Bliskość ta zmniejsza opóźnienie sieci i sprawia, że obciążenia są stosunkowo wydajniejsze. Region organizacji usługi Azure DevOps można znaleźć i zlokalizować zarządzaną pulę DevOps w tym samym regionie.

Wstępne aprowizowanie przy użyciu agentów rezerwowych

Domyślnie za każdym razem, gdy kolejkujesz potok, agent jest tworzony od podstaw. Możesz włączyć agentów rezerwowych, aby potoki nie poświęcały czasu na oczekiwanie. Jeśli w trybie ręcznym włączono agentów rezerwowych, możesz przyjrzeć się historycznemu wykorzystaniu agentów rezerwowych i zdecydować, czy chcesz zmniejszyć liczbę agentów rezerwowych. Możesz również zdecydować się na całkowite wyłączenie wstępnej aprowizacji, jeśli przepływy pracy nie są krytyczne dla czasu i mogą poczekać 5–10 minut na utworzenie agentów na żądanie.

Jedną z opcji poprawy wydajności agenta bez używania agentów rezerwowych jest użycie agentów stanowych z krótkim okresem prolongaty. Gdy agenci stanowi z okresem prolongaty kończą pracę, pozostają w trybie online przez czas określony przez okres prolongaty i czekają na zadania. Jeśli obciążenie występuje w okresach wzrostu, możesz skonfigurować okres prolongaty, który utrzymuje agentów w trybie online, gdy zadania są stałe, i uruchamia je od podstaw w wolniejszych okresach.

Aby uzyskać więcej informacji, zobacz Standby agents and Stateful pools (Agenty rezerwowe i pule stanowe).