Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Pule zarządzania DevOps udostępniają 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
- Wybieranie odpowiedniego rozmiaru i typu agenta
- Kolokacja regionu puli
- Wstępne aprowizowanie przy użyciu agentów rezerwowych
Typy dysków
Podczas tworzenia zarządzanej puli DevOps masz możliwość wyboru dysku Standard SSD lub Premium SSD zamiast domyślnego typu dysku Standard systemu operacyjnego. 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 korzystanie z drogiego typu dysku dla 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 przepustowość obciążenia przekracza poziom warstwy standardowej, możesz zwiększyć wydajność obciążenia, przechodząc na bardziej wydajny typ 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.
Wybierz odpowiedni rozmiar i typ 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, 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 umieścić region platformy Azure swojej puli w tym samym regionie, w którym znajdują się zależności prac CI/CD (ciągłej integracji i ciągłego wdrażania). Bliskość ta zmniejsza opóźnienie sieci i sprawia, że obciążenia są stosunkowo wydajniejsze. Można znaleźć region twojej organizacji usługi Azure DevOps i zlokalizować zarządzaną pulę DevOps w tym samym regionie.
Wstępne konfigurowanie 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 twoje potoki nie tracił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ą czasowo krytyczne i mogą poczekać 5–10 minut na utworzenie agentów w trybie 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 momentach zwiększonego obciążenia, możesz skonfigurować okres prolongaty, który utrzymuje agentów w trybie online, gdy zadania są stabilne, i uruchamia je od nowa w wolniejszych okresach.
Aby uzyskać więcej informacji, zobacz Standby agents and Stateful pools (Agenty rezerwowe i pule stanowe).