Zalecenia dotyczące niezawodności

Usługa Azure Advisor pomaga zapewnić i poprawić ciągłość aplikacji krytycznych dla działania firmy. Zalecenia dotyczące niezawodności można uzyskać na karcie Niezawodność na pulpicie nawigacyjnym usługi Advisor.

1. Zaloguj się w witrynie Azure Portal.

2. Wyszukaj i wybierz pozycję Advisor na dowolnej stronie.

3. Na pulpicie nawigacyjnym advisor wybierz kartę Niezawodność .

Platforma AgFood

Uaktualnianie do najnowszej wersji zestawu SDK DotNet usługi ADMA

Zidentyfikowaliśmy wywołania wersji zestawu SDK DotNet usługi ADMA, dla której zaplanowano wycofanie. Aby zapewnić nieprzerwany dostęp do usług ADMA, najnowszych funkcji i ulepszeń wydajności, przejdź na najnowszą wersję zestawu SDK.

Potencjalne korzyści: Zapewnianie nieprzerwanego dostępu do usługi ADMA

Aby uzyskać więcej informacji, zobacz Co to jest usługa Azure Data Manager dla rolnictwa?

Uaktualnianie do najnowszej wersji ADMA zestawu SDK Java

Zidentyfikowaliśmy wywołania wersji ADMA zestawu SDK Java, dla których zaplanowano wycofanie. Zalecamy przejście na najnowszą wersję zestawu SDK, aby zapewnić nieprzerwany dostęp do usług ADMA, najnowszych funkcji i ulepszeń wydajności.

Potencjalne korzyści: Zapewnianie nieprzerwanego dostępu do usługi ADMA

Aby uzyskać więcej informacji, zobacz Co to jest usługa Azure Data Manager dla rolnictwa?

Uaktualnianie do najnowszej wersji zestawu SDK dla języka Python usługi ADMA

Zidentyfikowaliśmy wywołania wersji ADMA zestawu SDK Python, dla których zaplanowano wycofanie. Aby zapewnić nieprzerwany dostęp do usług ADMA, najnowszych funkcji i ulepszeń wydajności, przejdź na najnowszą wersję zestawu SDK.

Potencjalne korzyści: Zapewnianie nieprzerwanego dostępu do usługi ADMA

Aby uzyskać więcej informacji, zobacz Co to jest usługa Azure Data Manager dla rolnictwa?

Uaktualnianie do najnowszej wersji zestawu SDK JavaScript usługi ADMA

Zidentyfikowaliśmy wywołania wersji zestawu SDK JavaScript usługi ADMA, dla których zaplanowano wycofanie. Aby zapewnić nieprzerwany dostęp do usług ADMA, najnowszych funkcji i ulepszeń wydajności, przejdź na najnowszą wersję zestawu SDK.

Potencjalne korzyści: Zapewnianie nieprzerwanego dostępu do usługi ADMA

Aby uzyskać więcej informacji, zobacz Co to jest usługa Azure Data Manager dla rolnictwa?

API Management

Migracja usługi API Management na platformę stv2

Obsługa instancji API Management hostowanych na platformie stv1 zostanie wycofana do 31 sierpnia 2024 r. Przed tym przeprowadź migrację na platformę opartą na stv2, aby uniknąć przerw w działaniu usługi.

Potencjalne korzyści: Zwiększanie stabilności usługi i korzystanie z nowych funkcji platformy

Aby uzyskać więcej informacji, zobacz Wycofanie platformy stv1 usługi API Management — globalna chmura platformy Azure (sierpień 2024 r.)

Rotacja certyfikatu nazwy hosta nie powiodła się

Usługa zarządzania API nie może odświeżyć certyfikatu nazwy hosta z magazynu kluczy, co może prowadzić do używania przez usługę nieaktualnego certyfikatu i blokowania ruchu API środowiska uruchomieniowego. Sprawdź, czy certyfikat istnieje w magazynie kluczy i że tożsamość usługi zarządzania API ma przyznany dostęp do odczytu wpisu tajnego.

Potencjalne korzyści: Zapewnianie dostępności usługi

Aby uzyskać więcej informacji, zobacz Konfigurowanie niestandardowej nazwy domeny dla wystąpienia usługi Azure API Management

Starszy portal stał się przestarzały 3 lata temu i wycofany w październiku 2023 roku. Widzimy jednak aktywne użycie portalu, co może spowodować zakłócenia usługi wkrótce po jej wyłączeniu.

Zdecydowanie zalecamy przeprowadzenie migracji do nowego portalu dla deweloperów tak szybko, jak to możliwe, aby nadal korzystać z naszych usług i korzystać z nowych funkcji i ulepszeń.

Potencjalne korzyści: Zapewnianie ciągłości działania

Aby uzyskać więcej informacji, zobacz Migrowanie do nowego portalu deweloperów

Sprawdzanie stanu sieci zależności nie powiodło się.

Zależność usługi Azure API Management jest niedostępna. Sprawdź konfigurację sieci wirtualnej.

Potencjalne korzyści: zwiększanie stabilności usługi

Aby uzyskać więcej informacji, zobacz Wdrażanie wystąpienia usługi Azure API Management w sieci wirtualnej — tryb zewnętrzny

Zablokowano ponowne negocjowanie protokołu SSL/TLS

Zablokowano próbę ponownego negocjowania protokołu SSL/TLS; bezpieczna komunikacja może zakończyć się niepowodzeniem. Aby obsługiwać scenariusze uwierzytelniania certyfikatu klienta, włącz opcję „Negocjuj certyfikat klienta” dla nazw hostów na liście. W przypadku klientów opartych na przeglądarce ta opcja może spowodować, że klientowi zostanie wyświetlony monit o certyfikat.

Potencjalne korzyści: Zapewnianie dostępności usługi

Aby uzyskać więcej informacji, zobacz Jak zabezpieczyć interfejsy API przy użyciu uwierzytelniania certyfikatu klienta w usłudze API Management

Wdrażanie wystąpienia usługi Azure API Management w wielu regionach świadczenia usługi Azure w celu zwiększenia dostępności usługi

Usługa Azure API Management obsługuje wdrażanie w wielu regionach, co umożliwia wydawcom interfejsów API dodawanie regionalnych bram interfejsu API do istniejącego wystąpienia API Management. Wdrożenie w wielu regionach pomaga zmniejszyć opóźnienie żądań postrzegane przez geograficznie rozproszonych użytkowników interfejsu API i zwiększa dostępność usług.

Potencjalne korzyści: Zwiększona odporność na awarie regionalne

Aby uzyskać więcej informacji, zobacz Wdrażanie wystąpienia usługi Azure API Management w wielu regionach świadczenia usługi Azure

Włączanie i konfigurowanie automatycznego skalowania dla wystąpienia usługi API Management w obciążeniach produkcyjnych.

Wystąpienie usługi API Management w warstwach usług produkcyjnych można skalować, dodając i usuwając jednostki. Funkcja skalowania automatycznego może dynamicznie dostosowywać jednostki wystąpienia usługi API Management, aby uwzględnić zmianę obciążenia bez ręcznej interwencji.

Potencjalne korzyści: zwiększanie skalowalności i optymalizowanie kosztów.

Aby uzyskać więcej informacji, zobacz Automatyczne skalowanie wystąpienia usługi Azure API Management

App Service

Skalowanie w poziomie planu usługi App Service w celu uniknięcia wyczerpania procesora

Wysokie wykorzystanie procesora może prowadzić do problemów ze środowiskiem uruchomieniowym aplikacji. Twoja aplikacja przekroczyła 90% wykorzystania procesora w ciągu ostatnich kilku dni. Aby zmniejszyć użycie procesora i uniknąć problemów ze środowiskiem uruchomieniowym, przeprowadź skalowanie aplikacji w poziomie.

Potencjalne korzyści: utrzymanie dobrej kondycji aplikacji

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące usługi aplikacja systemu Azure Service

Sprawdzanie problemów z kondycją usługi aplikacji

Mamy rekomendację dotyczącą kondycji usługi Twojej aplikacji. Otwórz witrynę Azure Portal, przejdź do aplikacji, kliknij pozycję Diagnozowanie i rozwiązywanie, aby wyświetlić więcej szczegółów.

Potencjalne korzyści: utrzymanie dobrej kondycji aplikacji

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące usługi aplikacja systemu Azure Service

Korygowanie ustawień kopii zapasowej bazy danych zasobu usługi App Service

Gdy aplikacja ma nieprawidłową konfigurację bazy danych, to tworzenie kopii zapasowych kończy się niepowodzeniem. Aby uzyskać szczegółowe informacje, zobacz historię tworzenia kopii zapasowych swojej aplikacji na swojej stronie zarządzania aplikacjami.

Potencjalne korzyści: Zapewnianie ciągłości działania

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące usługi aplikacja systemu Azure Service

Korygowanie ustawień magazynu kopii zapasowych zasobu usługi App Service

Jeśli aplikacja ma nieprawidłowe ustawienia magazynu, to tworzenie kopii zapasowych kończy się niepowodzeniem. Aby uzyskać szczegółowe informacje, zobacz historię tworzenia kopii zapasowych swojej aplikacji na swojej stronie zarządzania aplikacjami.

Potencjalne korzyści: Zapewnianie ciągłości działania

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące usługi aplikacja systemu Azure Service

Skalowanie w górę jednostki SKU planu usługi App Service w celu uniknięcia problemów z pamięcią

W planie usługi App Service zawierającym Twoją aplikację przekroczono 85% przydzielonej pamięci. Duże użycie pamięci może prowadzić do problemów w czasie wykonywania aplikacji. Znajdź problematyczną aplikację i przeskaluj ją do wyższego planu z większymi zasobami pamięci.

Potencjalne korzyści: utrzymanie dobrej kondycji aplikacji

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące usługi aplikacja systemu Azure Service

Skalowanie w poziomie planu usługi App Service

Rozważ skalowanie w poziomie planu usługi App Service do co najmniej dwóch wystąpień, aby uniknąć opóźnień spowodowanych przez zimne starty oraz przerw w działaniu usługi spowodowanych przez rutynową konserwację.

Potencjalne korzyści: Optymalizowanie środowiska użytkownika i dostępności

Aby uzyskać więcej informacji, zobacz https://aka.ms/appsvcnuminstances

Korygowanie kodu aplikacji, proces roboczy uległ awarii z powodu nieobsługiwanego wyjątku

Proces roboczy w Twojej aplikacji uległ awarii z powodu nieobsługiwanego wyjątku. Aby zidentyfikować główną przyczynę, zbierz zrzuty pamięci i informacje o stosie wywołań w chwili awarii.

Potencjalne korzyści: zapewnianie dobrej kondycji i wysokiej dostępności aplikacji

Aby uzyskać więcej informacji, zobacz https://aka.ms/appsvcproactivecrashmonitoring

Uaktualnij swoją usługę App Service do planu w warstwie Standardowa, aby uniknąć odrzucania żądań

Gdy aplikacja jest częścią udostępnionego planu usługi App Service i osiąga swój limit przydziału wiele razy, żądania przychodzące mogą zostać odrzucone. Po osiągnięciu limitu przydziału aplikacja internetowa nie może akceptować żądań przychodzących. Aby usunąć limit przydziału, przeprowadź uaktualnienie do planu Standardowa.

Potencjalne korzyści: utrzymanie dobrej kondycji aplikacji

Aby uzyskać więcej informacji, zobacz omówienie planu usługi aplikacja systemu Azure

Przenoszenie zasobu usługi App Service do warstwy Standardowa lub wyższej i korzystanie z miejsc wdrożeń

Gdy aplikacja jest wdrażana wiele razy w tygodniu, to mogą wystąpić problemy. Aplikacja została wdrożona wiele razy w ostatnim tygodniu. Aby ułatwić zmniejszenie wpływu wdrożenia na produkcyjną aplikację internetową, przenieś zasób usługi App Service do planu w warstwie Standard (lub wyższego) i używaj miejsc wdrożenia.

Potencjalne korzyści: zachowaj kondycję aplikacji podczas aktualizowania

Aby uzyskać więcej informacji, zobacz Konfigurowanie środowisk przejściowych w usłudze aplikacja systemu Azure Service

Rozważ uaktualnienie planu hostingu usługi Static Web Apps w tej subskrypcji do jednostki SKU w warstwie Standardowa.

Łączna przepustowość używana przez wszystkie usługi Static Web Apps w warstwie Standardowa w tej subskrypcji przekracza miesięczny limit 100 GB. Rozważ uaktualnienie tych aplikacji do jednostki SKU w warstwie Standardowa, aby uniknąć ograniczania przepustowości.

Potencjalne korzyści: wyższa dostępność aplikacji dzięki unikaniu ograniczania przepustowości.

Aby uzyskać więcej informacji, zobacz Cennik — static Web Apps

Korzystanie z miejsc wdrożeń na potrzeby zasobu usługi App Service

Gdy aplikacja jest wdrażana wiele razy w tygodniu, to mogą wystąpić problemy. Wdrożyłeś swoja aplikację wiele razy w ostatnim tygodniu. Używaj miejsc wdrożenia, które ułatwią Ci zarządzanie zmianami i zmniejszą wpływ wdrożenia na produkcyjną aplikację internetową.

Potencjalne korzyści: zachowaj kondycję aplikacji podczas aktualizowania

Aby uzyskać więcej informacji, zobacz Konfigurowanie środowisk przejściowych w usłudze aplikacja systemu Azure Service

Rozważ zmianę architektury aplikacji na 64-bitową

Usługa App Service jest skonfigurowana jako 32-bitowa, a zużycie pamięci zbliża się do limitu 2 GB. Jeśli aplikacja to obsługuje, rozważ ponowne skompilowanie aplikacji i zmianę konfiguracji usługi App Service na 64-bitową.

Potencjalne korzyści: zwiększanie niezawodności aplikacji

Aby uzyskać więcej informacji, zobacz Często zadawane pytania dotyczące wydajności aplikacji internetowych na platformie Azure

Rekomendacja spersonalizowana obserwatora CX

Rekomendacja spersonalizowana obserwatora CX

Potencjalne korzyści: NA

Certyfikaty usługi App Service

Weryfikacja domeny wymagana do wystawienia Twojego certyfikatu usługi App Service

Masz certyfikat usługi App Service, który jest obecnie w stanie Oczekiwanie na wystawienie i wymaga weryfikacji domeny. Niepowodzenie weryfikacji własności domeny spowoduje niepowodzenie wystawiania certyfikatów. Weryfikacja domeny nie jest zautomatyzowana dla certyfikatów usługi App Service i wymaga akcji. Jeśli niedawno zweryfikowano własność domeny i został wydany certyfikat, możesz zignorować ten komunikat.

Potencjalne korzyści: Zapewnianie pomyślnego wystawiania certyfikatu usługi App Service.

Aby uzyskać więcej informacji, zobacz Dodawanie certyfikatów TLS/SSL i zarządzanie nimi w usłudze aplikacja systemu Azure Service

Application Gateway

Uaktualnianie poziomu jednostki SKU lub dodawanie większej liczby wystąpień

Wdrożenie co najmniej dwóch średniej lub dużej wielkości wystąpień zapewnia ciągłość działania (tolerancję usterek) podczas awarii spowodowanych planowaną lub nieplanowaną konserwacją.

Potencjalne korzyści: Zapewnianie ciągłości działania dzięki odporności bramy aplikacji

Aby uzyskać więcej informacji, zobacz Równoważenie obciążenia w wielu regionach — Architektury referencyjne platformy Azure

Należy unikać zastępowania nazwy hosta, aby zapewnić integralność witryny

Należy unikać zastępowania nazwy hosta podczas konfigurowania usługi Application Gateway. Posiadanie domeny na frontonie usługi Application Gateway niż ta, która jest używana do uzyskiwania dostępu do wewnętrznej bazy danych, może prowadzić do uszkodzenia plików cookie lub przekierowania adresów URL. Sprawdź, czy wewnętrzna baza danych może radzić sobie z różnicą domen lub zaktualizuj konfigurację usługi Application Gateway, tak aby nazwa hosta nie wymagała zastępowania pod kątem wewnętrznej bazy danych. W przypadku używania usługi App Service dołącz nazwę niestandardowej domeny do aplikacji internetowej i unikaj używania nazwy hosta *.azurewebsites.net w stosunku do zaplecza. Należy pamiętać, że inna domena frontonu nie jest problemem we wszystkich sytuacjach, a niektóre kategorie wewnętrznych baz danych, takie jak interfejsy API REST, są ogólnie mniej wrażliwe.

Potencjalne korzyści: Zapewnij integralność witryny i unikaj uszkodzonych plików cookie lub adresów URL przekierowania za pomocą odpornej konfiguracji usługi Application Gateway.

Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z usługą App Service w usłudze Application Gateway

Wdrażanie Monitora usługi ExpressRoute w rozwiązaniu Network Performance Monitor

Jeśli obwód usługi ExpressRoute nie jest monitorowany przez Monitor usługi ExpressRoute w rozwiązaniu Network Performance, przegapiasz powiadomienia o utracie, opóźnieniu i wydajności środowiska lokalnego do zasobów platformy Azure oraz na platformie Azure do zasobów lokalnych. Wdróż Monitor usługi ExpressRoute w rozwiązaniu Network Performance w celu kompleksowego monitorowania.

Potencjalne korzyści: Ulepszanie czasu na wykrywanie i rozwiązywanie problemów w sieci oraz zapewnianie szczegółowych informacji na temat ścieżki sieciowej za pośrednictwem usługi ExpressRoute

Aby uzyskać więcej informacji, zobacz Konfigurowanie monitor wydajności sieci dla usługi ExpressRoute (przestarzałe)

Implementowanie wielu obwodów usługi ExpressRoute w usłudze Virtual Network w celu uzyskania odporności w środowisku obejmującym różne lokalizacje

Jeśli brama usługi ExpressRoute ma skojarzony tylko jeden obwód usługi ExpressRoute, mogą wystąpić problemy z odpornością. Połącz z bramą co najmniej jeden dodatkowy obwód, aby zapewnić nadmiarowość i odporność lokalizacji komunikacji równorzędnej.

Potencjalne korzyści: Zwiększanie odporności w przypadku awarii lokalizacji komunikacji równorzędnej usługi ExpressRoute

Aby uzyskać więcej informacji, zobacz Projektowanie pod kątem wysokiej dostępności za pomocą usługi ExpressRoute

Dodawanie jeszcze co najmniej jednego punktu końcowego do profilu, najlepiej znajdującego się w innym regionie platformy Azure

Profile muszą mieć więcej niż jeden punkt końcowy, aby zapewnić dostępność, jeśli działanie jednego z punktów końcowych zakończy się niepowodzeniem. Zalecamy również, aby punkty końcowe znajdowały się w różnych regionach.

Potencjalne korzyści: zwiększanie odporności dzięki umożliwieniu przejścia w tryb failover

Aby uzyskać więcej informacji, zobacz Punkty końcowe usługi Traffic Manager

Dodawanie punktu końcowego skonfigurowanego na wartość „Wszystko (świat)”

W przypadku routingu geograficznego ruch jest kierowany do punktów końcowych w zdefiniowanych regionach. W przypadku wystąpienia niepowodzenia w regionie nie ma wstępnie zdefiniowanego przejścia w tryb failover. Posiadanie punktu końcowego, dla którego regionalne grupowanie zostało skonfigurowane na wartość „Wszystko (świat)” na potrzeby profilów geograficznych, pozwali uniknąć czarnych dziur w ruchu i gwarantuje dostępność usługi.

Potencjalne korzyści: Zwiększanie odporności dzięki unikaniu czarnych ruchu

Aby uzyskać więcej informacji, zobacz Dodawanie, wyłączanie, włączanie, usuwanie lub przenoszenie punktów końcowych

Dodawanie lub przenoszenie jednego punktu końcowego do innego regionu platformy Azure

Wszystkie punkty końcowe skojarzone z tym profilem zbliżeniowym znajdują się w tym samym regionie. Użytkownicy z innych regionów mogą napotkać duże opóźnienia podczas próby nawiązania połączenia. Dodanie punktu końcowego lub przeniesienie go do innego regionu zwiększy ogólną wydajność routingu zbliżeniowego i zapewni lepszą dostępność, gdy działanie wszystkich punktów końcowych w danym regionie zakończy się niepowodzeniem.

Potencjalne korzyści: Zwiększanie odporności przez zezwolenie na przejście w tryb failover do innego regionu

Aby uzyskać więcej informacji, zobacz Konfigurowanie metody routingu ruchu wydajności

Przechodzenie z bram jednostki Podstawowa na produkcyjne jednostki SKU bramy

Jednostka SKU Podstawowa usługi VPN jest przeznaczona dla scenariuszy projektowania i testowania. Jeśli używasz bramy VPN na potrzeby środowiska produkcyjnego, przejdź do produkcyjnej jednostki SKU, która oferuje większą liczbę tuneli, protokół BGP (Border Gateway Protocol), konfigurację aktywne-aktywne, niestandardowe zasady protokołu IPsec/IKE oraz zwiększoną stabilność i dostępność.

Potencjalne korzyści: dodatkowe dostępne funkcje i wyższa stabilność i dostępność

Aby uzyskać więcej informacji, zobacz About VPN Gateway configuration settings (Informacje o ustawieniach konfiguracji usługi VPN Gateway)

Włączanie bram trybu aktywny-aktywny w celu zapewniania nadmiarowości

W konfiguracji trybu aktywny-aktywny oba wystąpienia bramy sieci VPN ustanawiają tunele między lokacjami (S2S) sieci VPN do Twojego urządzenia sieci VPN w środowisku lokalnym. W sytuacji planowanej konserwacji lub nieplanowanego zdarzenia dotyczącego jednego wystąpienia bramy ruch jest automatycznie przełączany do innego aktywnego tunelu IPsec.

Potencjalne korzyści: Zapewnianie ciągłości działania dzięki odporności połączenia

Aby uzyskać więcej informacji, zobacz Projektowanie łączności bramy o wysokiej dostępności dla połączeń między lokalizacjami i sieciami wirtualnymi

Wyłącz sondy kondycji, gdy istnieje tylko jedno źródło w grupie źródeł

Jeśli masz tylko jedno źródło, usługa Front Door zawsze kieruje ruch do tego źródła, nawet jeśli jego sonda kondycji zgłasza stan złej kondycji. Stan zgłaszany przez sondę kondycji nie wpływa na zachowanie usługi Front Door. W tym scenariuszu sondy kondycji nie zapewniają żadnych korzyści.

Potencjalne korzyści: Zapewnianie dostępności usługi przez zmniejszenie niepotrzebnego ruchu sondy kondycji

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące usługi Front Door

Używanie zarządzanych certyfikatów TLS

Gdy usługa Front Door zarządza certyfikatami TLS, zmniejszają się koszty operacyjne i łatwiej jest uniknąć kosztownych przestojów spowodowanych zapomnieniem o odnowieniu certyfikatu. Usługa Front Door automatycznie wystawia zarządzane certyfikaty TLS i zapewnia ich rotację.

Potencjalne korzyści: Zapewnianie dostępności usług dzięki zarządzaniu certyfikatami i obracaniu certyfikatów przez usługę Front Door

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące usługi Front Door

Używanie bramy translatora adresów sieciowych na potrzeby łączności wychodzącej

Zapobiegaj awariom łączności z powodu wyczerpania źródłowych portów translatora adresów sieciowych (SNAT), używając bramy NAT dla ruchu wychodzącego z sieci wirtualnych. Brama translatora adresów sieciowych jest skalowana dynamicznie i zapewnia bezpieczne połączenia dla ruchu kierowanego do Internetu.

Potencjalne korzyści: Zapobieganie niepowodzeniom połączeń wychodzących za pomocą bramy translatora adresów sieciowych

Aby uzyskać więcej informacji, zobacz Używanie źródłowego tłumaczenia adresów sieciowych (SNAT) dla połączeń wychodzących

Wdrażanie usługi Application Gateway w strefach dostępności

Uzyskaj nadmiarowość strefy, wdrażając usługę Application Gateway w Strefach dostępności. Nadmiarowość strefy zwiększa odporność, umożliwiając usłudze Application Gateway przetrwanie różnych awarii, co zapewnia ciągłość nawet wtedy, gdy wystąpi awaria jednej strefy i zwiększa ogólną niezawodność.

Potencjalne korzyści: odporność bram aplikacji znacznie zwiększa się podczas korzystania z Strefy dostępności.

Aby uzyskać więcej informacji, zobacz Scaling Application Gateway v2 and WAF v2 (Skalowanie usługi Application Gateway w wersji 2 i zapory aplikacji internetowej w wersji 2)

Aktualizowanie uprawnienia sieci wirtualnej dla użytkowników usługi Application Gateway

Aby zwiększyć bezpieczeństwo i zapewnić spójniejsze środowisko na platformie Azure, wszyscy użytkownicy muszą przejść kontrolę uprawnień, aby móc tworzyć lub aktualizować bramę aplikacji w sieci wirtualnej. Użytkownicy lub jednostki usługi muszą mieć co najmniej uprawnienie Microsoft.Network/virtualNetworks/subnets/join/action.

Potencjalne korzyści: Unikanie zakłóceń w zarządzaniu zasobem usługi Application Gateway

Aby uzyskać więcej informacji, zobacz Konfiguracja infrastruktury usługi Application Gateway

Użyj tej samej nazwy domeny w usłudze Front Door i źródle

Podczas ponownego zapisywania nagłówka hosta żądania plików cookie i przekierowań adresów URL mogą ulec awarii. W przypadku korzystania z platform, Azure App Service, funkcje, takie jak koligacja sesji oraz uwierzytelnianie i autoryzacja, mogą nie działać poprawnie. Upewnij się, że aplikacja będzie działać prawidłowo.

Potencjalne korzyści: Zapewnianie integralności aplikacji przez zachowanie oryginalnej nazwy hosta

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące usługi Front Door

Implementowanie odporności lokalizacji dla usługi ExpressRoute

Aby zapewnić maksymalną odporność, firma Microsoft zaleca nawiązanie połączenia z dwoma obwodami usługi ExpressRoute w dwóch lokalizacjach komunikacji równorzędnej. Celem maksymalnej odporności jest zwiększenie dostępności i zapewnienie najwyższego poziomu odporności obciążeń krytycznych.

Potencjalne korzyści: maksymalna odporność w usłudze ExpressRoute została zaprojektowana w celu zapewnienia, że w ścieżce sieciowej firmy Microsoft nie występuje jeden punkt awarii. Można to osiągnąć, oferując dwa obwody (2) w dwóch różnych lokalizacjach dla różnorodności lokacji w usłudze ExpressRoute. Celem maksymalnej odporności jest zwiększenie dostępności i zapewnienie najwyższego poziomu odporności obciążeń krytycznych.

Aby uzyskać więcej informacji, zobacz Projektowanie i tworzenie architektury usługi Azure ExpressRoute pod kątem odporności

Implementowanie bram usługi ExpressRoute z nadmiarowością strefową

Implementowanie bramy sieci wirtualnej z nadmiarowością strefową w strefach dostępności platformy Azure. Zapewni to elastyczność, skalowalność i większą dostępność bram sieci wirtualnej.

Potencjalne korzyści: zapewnia odporność strefową i nadmiarowość dla usługi ExpressRoute

Aby uzyskać więcej informacji, zobacz Tworzenie strefowo nadmiarowej bramy sieci wirtualnej w strefach dostępności

Zapewnij, aby skalowanie automatyczne było używane do zwiększenia stanu wydajności i odporności

Podczas konfigurowania usługi Application Gateway zaleca się aprowizowanie skalowania automatycznego w celu skalowania w poziomie i w odpowiedzi na zmiany zapotrzebowania. Pomaga to zminimalizować skutki pojedynczego składnika, który kończy się niepowodzeniem.

Potencjalne korzyści: zwiększenie wydajności i odporności.

Aby uzyskać więcej informacji, zobacz Scaling Application Gateway v2 and WAF v2 (Skalowanie usługi Application Gateway w wersji 2 i zapory aplikacji internetowej w wersji 2)

Trasy IP usługi ExpressRoute zbliżają się do określonego limitu

Obwód usługi ExpressRoute zbliża się do osiągnięcia limitów tras IP. Przekroczenie tych limitów spowoduje zakłócenia łączności. Łączność zostanie przywrócona, gdy trasy znajdą się w granicach Sugestie: Regularnie monitoruj liczbę tras. Zapoznaj się z usługą Virtual WAN RouteMap, aby zmniejszyć liczbę zgłaszanych tras IP.

Potencjalne korzyści: Monitorowanie liczby tras IP zapobiega problemom z łącznością i zapewnia stabilność.

Aby uzyskać więcej informacji, zobacz Virtual WAN FAQ (Często zadawane pytania dotyczące usługi Virtual WAN)

Unikaj umieszczania usługi Traffic Manager za usługą Front Door

Używanie usługi Traffic Manager jako jednego z źródeł usługi Front Door nie jest zalecane, ponieważ może to prowadzić do problemów z routingiem. Jeśli potrzebujesz obu usług w architekturze wysokiej dostępności, zawsze umieszczaj usługę Traffic Manager przed usługą Azure Front Door.

Potencjalne korzyści: zwiększanie odporności obciążenia

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące usługi Front Door

Rozważ posiadanie co najmniej dwóch źródeł

Dostępność kilku źródeł obsługuje nadmiarowość, przeprowadzając dystrybucję ruchu między wiele wystąpień aplikacji. Jeśli jedno wystąpienie jest niedostępne, ruch może być odbierany przez inne źródła wewnętrznej bazy danych.

Potencjalne korzyści: zwiększanie odporności obciążenia

Aby uzyskać więcej informacji, zobacz Perspektywa platformy Azure Well-Architected Framework w usłudze Azure Front Door

Zmień podsieć bramy w wersji 1 o nazwie GatewaySubnet, ponieważ jest zarezerwowana dla sieci VPN/usługi Express Route

Usługa Application Gateway może zostać usunięta po październiku 2024 r. z powodu nieudanego uaktualnienia wewnętrznego. Jest to związane z podsiecią o nazwie Gatewaysubnet, która jest zarezerwowana dla sieci VPN/usługi ExpressRoute. Aby rozwiązać ten problem, zmień podsieć lub przeprowadź migrację do wersji 2. Po naprawieniu komunikat może zniknąć dopiero następnego dnia

Potencjalne korzyści: Unikanie zakłóceń w zarządzaniu zasobem usługi Application Gateway w wersji 1

Aby uzyskać więcej informacji, zobacz Często zadawane pytania dotyczące usługi Application Gateway

Zmień podsieć bramy w wersji 1, ponieważ bieżąca podsieć zawiera bramę NAT

Usługa Application Gateway może zostać usunięta po październiku 2024 r. z powodu nieudanego uaktualnienia wewnętrznego. Jest to spowodowane brakiem dedykowanej podsieci i obecnością bramy NAT. Aby rozwiązać ten problem, zmień podsieć, usuń bramę NAT lub przeprowadź migrację do wersji 2. Po naprawieniu komunikat może zniknąć dopiero następnego dnia

Potencjalne korzyści: Unikanie zakłóceń w zarządzaniu zasobem usługi Application Gateway w wersji 1

Aby uzyskać więcej informacji, zobacz Często zadawane pytania dotyczące usługi Application Gateway

Ponownie aktywuj subskrypcję w celu odblokowania uaktualnienia wewnętrznego bramy w wersji 1

Usługa Application Gateway może zostać usunięta po październiku 2024 r. z powodu nieudanego uaktualnienia wewnętrznego. Jest to spowodowane tym, że subskrypcja jest w stanie nieaktywnym. Aby rozwiązać ten problem, aktywuj subskrypcję. Zezwalaj na zniknięcie tego komunikatu dzień po naprawieniu problemu.

Potencjalne korzyści: Unikanie zakłóceń w zarządzaniu zasobem usługi Application Gateway w wersji 1

Aby uzyskać więcej informacji, zobacz Ponowne aktywowanie wyłączonej subskrypcji platformy Azure

Usługa Application Gateway dla kontenerów

Migracja do obsługiwanej wersji AGC

Wersja usługi Application Gateway dla kontenerów została aprowizowana przy użyciu wersji zapoznawczej i nie jest obsługiwana w środowisku produkcyjnym. Upewnij się, że aprowizujesz nową bramę przy użyciu najnowszej wersji interfejsu API.

Potencjalne korzyści: Zapewnianie możliwości obsługi i odporności obciążeń produkcyjnych

Aby uzyskać więcej informacji, zobacz Co to jest usługa Application Gateway dla kontenerów?

Wyszukiwanie AI platformy Azure

Tworzenie usługi wyszukiwania w warstwie Standardowa (2 GB)

Po przekroczeniu przydziału magazynowania operacje indeksowania przestaną działać. Zbliżasz się do limitu przydziału magazynowania wynoszącego 2 GB. Jeśli potrzebujesz więcej miejsca do magazynowania, utwórz usługę wyszukiwania w warstwie Standardowa lub dodaj dodatkowe partycje.

Potencjalne korzyści: możliwość obsługi większej ilości danych

Aby uzyskać więcej informacji, zobacz https://aka.ms/azs/search-limits-quotas-capacity

Utwórz usługę wyszukiwania w warstwie Standardowa (50 MB)

Po przekroczeniu przydziału magazynowania operacje indeksowania przestaną działać. Zbliżasz się do przekroczenia przydziału magazynowania wynoszącego 50 MB. Aby zachować operacje, utwórz usługę wyszukiwania w warstwie Podstawowa lub Standardowa.

Potencjalne korzyści: możliwość obsługi większej ilości danych

Aby uzyskać więcej informacji, zobacz https://aka.ms/azs/search-limits-quotas-capacity

Unikaj przekraczania dostępnego przydziału magazynowania, dodając więcej partycji

Po przekroczeniu przydziału magazynowania możesz nadal wykonywać zapytania, ale operacje indeksowania przestaną działać. Zbliżasz się do przekroczenia dostępnego przydziału magazynowania. Jeśli potrzebujesz więcej miejsca w magazynie, dodaj kolejne partycje.

Potencjalne korzyści: możliwość indeksowania dodatkowych danych

Aby uzyskać więcej informacji, zobacz https://aka.ms/azs/search-limits-quotas-capacity

Platforma Kubernetes z obsługą usługi Azure Arc

Uaktualnianie do najnowszej wersji agenta platformy Kubernetes z obsługą usługi Azure Arc

Aby maksymalnie wykorzystać zalety platformy Kubernetes z obsługą usługi Azure Arc, poprawić stabilność i uzyskać nowe funkcje, uaktualnij agenta do najnowszej wersji.

Potencjalne korzyści: najnowsza wersja agenta K8s z obsługą usługi Arc

Aby uzyskać więcej informacji, zobacz Uaktualnianie agentów platformy Kubernetes z obsługą usługi Azure Arc

Konfiguracja platformy Kubernetes z obsługą usługi Azure Arc

Uaktualnienie rozszerzenia Microsoft Flux do najnowszej wersji głównej

Dla rozszerzenia Microsoft Flux wydano wersję główną. Zaplanuj ręczne uaktualnienie do najnowszej wersji głównej dla platformy Microsoft Flux dla wszystkich klastrów Kubernetes i Azure Kubernetes Service (AKS) z obsługą usługi Azure Arc w ciągu 6 miesięcy, aby zapewnić ciągłą pomoc techniczną i nowe funkcje.

Potencjalne korzyści: ciągła obsługa i nowe funkcje

Aby uzyskać więcej informacji, zobacz Dostępne rozszerzenia dla klastrów Kubernetes z obsługą usługi Azure Arc

Nadchodzące zmiany powodujące niezgodność rozszerzenia Microsoft Flux

Rozszerzenie Microsoft Flux często otrzymuje aktualizacje dotyczące bezpieczeństwa i stabilności. Zbliżająca się aktualizacja, zgodna z OSS Flux Project, zmodyfikuje interfejsy API HelmRelease i HelmChart, usuwając przestarzałe pola. Aby uniknąć zakłóceń, należy przeprowadzić niezbędne działania.

Potencjalne korzyści: zwiększona stabilność, bezpieczeństwo i nowe funkcje

Aby uzyskać więcej informacji, zobacz Dostępne rozszerzenia dla klastrów Kubernetes z obsługą usługi Azure Arc

Uaktualnienie rozszerzenia Microsoft Flux do obsługiwanej wersji

Bieżąca wersja rozszerzenia Microsoft Flux w co najmniej jednym klastrze z obsługą usługi Azure Arc oraz klastry usługi Azure Kubernetes nie są już obsługiwane. Uaktualnij do obsługiwanej wersji, aby uzyskiwać poprawki zabezpieczeń, poprawki błędów i pomoc techniczną Microsoft.

Potencjalne korzyści: uzyskiwanie poprawek zabezpieczeń, poprawek błędów i pomocy technicznej firmy Microsoft

Aby uzyskać więcej informacji, zobacz Dostępne rozszerzenia dla klastrów Kubernetes z obsługą usługi Azure Arc

Serwery z obsługą usługi Azure Arc

Uaktualnianie do najnowszej wersji agenta usługi Azure Connected Machine

Agent usługi Azure Connected Machine jest regularnie aktualizowany poprawkami błędów, ulepszeniami stabilności i nowymi funkcjami. Aby uzyskać najlepsze środowisko usługi Azure Arc, uaktualnij agenta do najnowszej wersji.

Potencjalne korzyści: zwiększona stabilność i nowe funkcje

Aby uzyskać więcej informacji, zobacz Managing and maintaining the Connected Machine agent (Zarządzanie i obsługa agenta połączonej maszyny)

Azure Cache for Redis

Zwiększ rezerwację pamięci pod kątem fragmentacji

Fragmentacja i wykorzystanie pamięci mogą spowodować zdarzenia dotyczące dostępności. Aby ułatwić zmniejszenie liczby błędów pamięci podręcznej podczas pracy z dużym wykorzystaniem pamięci, zwiększ rezerwację pamięci na potrzeby fragmentacji za pomocą ustawienia maxfragmentationmemory-reserved dostępnego w opcjach Ustawienia zaawansowane.

Potencjalne korzyści: Unikaj zdarzeń dotyczących dostępności, gdy pamięć podręczna ma wysoką fragmentację pamięci

Aby uzyskać więcej informacji, zobacz How to configure Azure Cache for Redis (Jak skonfigurować usługę Azure Cache for Redis)

Konfigurowanie replikacji geograficznej dla wystąpień pamięci podręcznej Redis w celu zwiększenia trwałości aplikacji

Replikacja geograficzna umożliwia odzyskiwanie po awarii dla informacji buforowanych, nawet w mało prawdopodobnym przypadku rozległej awarii regionalnej. Może to być niezbędne w przypadku aplikacji o znaczeniu krytycznym. Zalecamy skonfigurowanie pasywnej replikacji geograficznej dla wystąpień usługi Azure Cache for Redis w wersji Premium.

Potencjalne korzyści: Replikacja geograficzna umożliwia odzyskiwanie po awarii dla buforowanych danych.

Aby uzyskać więcej informacji, zobacz Konfigurowanie pasywnej replikacji geograficznej dla wystąpień usługi Azure Cache for Redis w warstwie Premium

Azure Container Apps

Utwórz ponownie środowisko usługi Container Apps, aby uniknąć problemów z systemem DNS

Istnieje potencjalny problem sieciowy w środowiskach usługi Container Apps, który może powodować problemy z systemem DNS. Zalecamy utworzenie nowego środowiska usługi Container Apps, ponowne utworzenie aplikacji kontenera w nowym środowisku i usunięcie starego środowiska usługi Container Apps.

Potencjalne korzyści: Unikaj błędów DNS w środowisku usługi Container Apps.

Aby uzyskać więcej informacji, zobacz Szybki start: wdrażanie pierwszej aplikacji kontenera przy użyciu witryny Azure Portal

Odnawianie niestandardowego certyfikatu domeny

Przesłany certyfikat domeny niestandardowej zbliża się do wygaśnięcia. Aby uniknąć przestoju usługi, odnów certyfikat i prześlij nowy certyfikat dla aplikacji kontenera.

Potencjalne korzyści: Usługa nie powiodła się z powodu wygasłego certyfikatu.

Aby uzyskać więcej informacji, zobacz Niestandardowe nazwy domen i używanie własnych certyfikatów w usłudze Azure Container Apps

Wykryto problem uniemożliwiający odnowienie zarządzanego certyfikatu.

Wykryliśmy, że certyfikat zarządzany używany przez aplikację kontenera nie może automatycznie odnowić. Postępuj zgodnie z linkiem do dokumentacji, aby upewnić się, że ustawienia DNS domeny niestandardowej są poprawne.

Potencjalne korzyści: Unikaj przestojów z powodu wygasłego certyfikatu.

Aby uzyskać więcej informacji, zobacz Niestandardowe nazwy domen i bezpłatne zarządzane certyfikaty w usłudze Azure Container Apps

Zwiększ minimalną liczbę replik dla aplikacji konteneryzowanej

Minimalna liczba replik ustawiona dla aplikacji konteneryzowanej usługi Azure Container Apps może być zbyt niska, co może powodować problemy z odpornością, skalowalnością i równoważeniem obciążenia. W celu zwiększenia dostępności rozważ zwiększenie minimalnej liczby replik.

Potencjalne korzyści: lepsza dostępność aplikacji kontenera.

Aby uzyskać więcej informacji, zobacz Ustawianie reguł skalowania w usłudze Azure Container Apps

Azure Cosmos DB

Konfigurowanie kontenerów usługi Azure Cosmos DB przy użyciu klucza partycji

Gdy kolekcje bez partycji usługi Azure Cosmos DB osiągną aprowizowany limit przydziału magazynowania, utracisz możliwość dodawania danych. Twoje niepodzielone na partycje kolekcje usługi Cosmos DB zbliżają się do limitu przydziału aprowizowanej pojemności magazynu. Przeprowadź migrację tych kolekcji do nowych kolekcji przy użyciu definicji klucza partycji, aby usługa mogła automatycznie skalować je w poziomie.

Potencjalne korzyści: bezproblemowe skalowanie kontenerów dzięki wzrostowi szybkości magazynowania lub żądań bez przekraczania limitów

Aby uzyskać więcej informacji, zobacz Partycjonowanie i skalowanie w poziomie w usłudze Azure Cosmos DB

Używanie statycznych wystąpień klienta usługi Cosmos DB w kodzie i buforowanie nazw baz danych i kolekcji

Duża liczba operacji w zakresie metadanych na koncie może spowodować limitowanie szybkości. Operacje na metadanych mają limit jednostek żądania (RU) zarezerwowany w systemie. Unikaj limitowania szybkości operacji na metadanych przy użyciu statycznych wystąpień klienta usługi Cosmos DB w kodzie i buforowania nazw baz danych i kolekcji.

Potencjalne korzyści: Optymalizowanie użycia jednostek RU i unikanie ograniczania szybkości

Aby uzyskać więcej informacji, zobacz Porady dotyczące wydajności dla usług Azure Cosmos DB i .NET SDK w wersji 2

Sprawdź połączoną usługę Azure Key Vault hostującą klucz szyfrowania

Jeśli konto usługi Azure Cosmos DB nie może uzyskać dostępu do połączonej usługi Azure Key Vault hostującej klucz szyfrowania, mogą wystąpić problemy z dostępem do danych i ich zabezpieczeniami. Konfiguracja magazynu Azure Key Vault uniemożliwia kontu usługi Cosmos DB nawiązanie połączenia z magazynem kluczy w celu uzyskania dostępu do zarządzanych kluczy szyfrowania. Jeśli niedawno przeprowadzono rotację kluczy, upewnij się, że poprzedni klucz lub poprzednia wersja klucza pozostaną włączone i dostępne, dopóki usługa Cosmos DB nie ukończy rotacji. Poprzedni klucz lub poprzednią wersję klucza można wyłączyć po 24 godzinach lub gdy dzienniki inspekcji usługi Azure Key Vault przestaną wykazywać jakąkolwiek aktywność z usługi Azure Cosmos DB dotyczącą klucza lub wersji klucza.

Potencjalne korzyści: zaktualizuj konfiguracje, aby nadal korzystać z kluczy zarządzanych przez klienta i uzyskiwać dostęp do danych

Aby uzyskać więcej informacji, zobacz Konfigurowanie kluczy zarządzanych przez klienta dla konta usługi Azure Cosmos DB przy użyciu usługi Azure Key Vault

Konfigurowanie spójnego trybu indeksowania w kontenerach usługi Azure Cosmos DB

Kontenery usługi Azure Cosmos skonfigurowane za pomocą trybu indeksowania z opóźnieniem są aktualizowane asynchronicznie, co zwiększa wydajność zapisu, ale może mieć wpływ na świeżość zapytań. Kontener jest skonfigurowany za pomocą trybu indeksowania z opóźnieniem. Jeśli świeżość zapytań ma krytyczne znaczenie, użyj trybu indeksowania spójnego w celu natychmiastowego aktualizowania indeksu.

Potencjalne korzyści: Zwiększanie spójności wyników zapytań i niezawodności

Aby uzyskać więcej informacji, zobacz Zarządzanie zasadami indeksowania w usłudze Azure Cosmos DB

Poprawka – Uaktualnij do wersji 2.6.14 zestawu Async Java SDK w wersji 2 lub Java w SDK w wersji 4

W wersji 2.6.13 (i starszych) zestawu Async Java SDK w wersji 2 usługi Azure Cosmos DB istnieje krytyczna usterka, która powoduje błędy po osiągnięciu globalnego numeru sekwencji logicznej (LSN) większego niż maksymalna liczba całkowita. Błąd występuje w sposób niewidoczny dla użytkownika usługi po wystąpieniu dużej liczby transakcji w okresie istnienia kontenera usługi Azure Cosmos DB. Uwaga: chociaż jest to krytyczna poprawka dla zestawu Async Java SDK w wersji 2, nadal zdecydowanie zaleca się migrację do zestawu Java SDK w wersji 4.

Potencjalne korzyści: jeśli nie podjęto akcji, wszystkie operacje tworzenia, odczytu, aktualizacji i usuwania mogą rozpocząć się niepowodzeniem z błędem NumberFormatException

Aby uzyskać więcej informacji, zobacz Azure Cosmos DB Async Java SDK for API for NoSQL (starsza wersja): Informacje o wersji i zasoby

Problem krytyczny – uaktualnij do bieżącej zalecanej wersji zestawu Java SDK 4

W wersji 4.15 i starszych zestawu Java SDK 4 usługi Azure Cosmos DB istnieje krytyczna usterka, która powoduje błędy po osiągnięciu globalnego numeru sekwencji logicznej (LSN) większego niż maksymalna liczba całkowita. Dzieje się to w sposób niewidoczny dla użytkownika usługi po wystąpieniu dużej liczby transakcji w okresie istnienia kontenera usługi Azure Cosmos DB. Uniknij tego problemu, uaktualniając do bieżącej zalecanej wersji zestawu Java SDK, czyli wersji 4

Potencjalne korzyści: jeśli nie podjęto akcji, wszystkie operacje tworzenia, odczytu, aktualizacji i usuwania mogą rozpocząć się niepowodzeniem z błędem NumberFormatException

Aby uzyskać więcej informacji, zobacz Zestaw Java SDK usługi Azure Cosmos DB w wersji 4 dla interfejsu API dla noSQL: informacje o wersji i zasoby

Użycie nowego punktu końcowego w wersji 3.6 lub nowszej do nawiązania połączenia z uaktualnionym interfejsem API usługi Azure Cosmos DB dla konta MongoDB

Niektóre z Twoich aplikacji łączą się z uaktualnionym interfejsem API usługi Azure Cosmos DB dla konta MongoDB przy użyciu starszego punktu końcowego w wersji 3.2 — [nazwa_konta].documents.azure.com. Użyj nowego punktu końcowego — [nazwa_konta].mongo.cosmos.azure.com (lub jego odpowiednika w chmurze suwerennej, dla instytucji rządowych lub z ograniczeniami).

Potencjalne korzyści: skorzystaj z najnowszych funkcji w wersji 3.6 lub nowszej interfejsu API usługi Azure Cosmos DB dla bazy danych MongoDB

Aby uzyskać więcej informacji, zobacz Azure Cosmos DB for MongoDB (wersja serwera 4.0): obsługiwane funkcje i składnia

Uaktualnianie interfejsu API usługi Azure Cosmos DB dla konta bazy danych MongoDB do wersji 4.2 w celu zredukowania kosztów zapytań/magazynu i korzystania z nowych funkcji

Interfejs API usługi Azure Cosmos DB dla konta bazy danych MongoDB kwalifikuje się do uaktualnienia do wersji 4.2. Uaktualnienie do wersji 4.2 może obniżyć koszty magazynowania nawet o 55%, a koszty zapytań nawet o 45% dzięki wykorzystaniu nowego formatu magazynu. W wersji 4.2 uwzględniono też wiele dodatkowych funkcji, takich jak transakcje z wieloma dokumentami.

Potencjalne korzyści: zwiększona niezawodność, wydajność zapytań/magazynowania, wydajność i nowe funkcje

Aby uzyskać więcej informacji, zobacz Uaktualnianie wersji interfejsu API konta usługi Azure Cosmos DB dla bazy danych MongoDB

Włącz ponawianie po stronie serwera w interfejsie API usługi Azure Cosmos DB dla konta bazy danych MongoDB

Jeśli konto zgłasza błąd TooManyRequests z kodem błędu 16500, włączenie ponawiania po stronie serwera (SSR) może pomóc w rozwiązaniu tego problemu.

Potencjalne korzyści: Zapobieganie ograniczaniu przepustowości i poprawianie niezawodności i wydajności zapytań

Dodaj drugi region do obciążeń produkcyjnych w usłudze Azure Cosmos DB

Obciążenia produkcyjne w usłudze Azure Cosmos DB, uruchomione w jednym regionie, mogą mieć problemy z dostępnością. Wydaje się to mieć miejsce w przypadku niektórych kont usługi Cosmos DB. Zwiększ ich dostępność, konfigurując je w taki sposób, aby obejmowały co najmniej dwa regiony świadczenia platformy Azure. UWAGA: dodatkowe regiony wiążą się z dodatkowymi kosztami.

Potencjalne korzyści: zwiększanie dostępności obciążeń produkcyjnych

Aby uzyskać więcej informacji, zobacz Wysoka dostępność (niezawodność) w usłudze Azure Cosmos DB for NoSQL

Uaktualnianie starego zestawu Azure Cosmos DB SDK do najnowszej wersji

Konto usługi Azure Cosmos DB korzystające ze starej wersji zestawu SDK nie zawiera najnowszych poprawek i ulepszeń. Twoje konto usługi Azure Cosmos DB używa starej wersji zestawu SDK. Uaktualnij do najnowszej wersji, aby uzyskać najnowsze poprawki, lepszą wydajność oraz nowe funkcje.

Potencjalne korzyści: zwiększona niezawodność, wydajność i nowe funkcje

Aby uzyskać więcej informacji, zobacz dokumentację usługi Azure Cosmos DB

Uaktualnianie przestarzałego zestawu SDK usługi Azure Cosmos DB do najnowszej wersji

Konto usługi Azure Cosmos DB korzystające ze starej wersji zestawu SDK nie zawiera najnowszych poprawek i ulepszeń. Twoje konto usługi Azure Cosmos DB używa nieaktualnej wersji zestawu SDK. Zalecamy uaktualnienie do najnowszej wersji, aby uzyskać najnowsze poprawki, lepszą wydajność oraz nowe funkcje.

Potencjalne korzyści: zwiększona niezawodność, wydajność i nowe funkcje

Aby uzyskać więcej informacji, zobacz dokumentację usługi Azure Cosmos DB

Włączanie trybu failover zarządzanego przez usługę dla konta usługi Cosmos DB

Włącz tryb failover zarządzany przez usługę dla konta usługi Cosmos DB, aby zapewnić wysoką dostępność konta. Tryb failover zarządzany przez usługę automatycznie przełącza region zapisu do regionu pomocniczego w przypadku awarii regionu podstawowego. Dzięki temu aplikacja będzie nadal działać bez żadnych przestojów.

Potencjalne korzyści: funkcja trybu failover zarządzana przez usługę platformy Azure zwiększa dostępność systemu, automatyzując procesy trybu failover, zmniejszając przestoje i zwiększając odporność.

Aby uzyskać więcej informacji, zobacz Wysoka dostępność (niezawodność) w usłudze Azure Cosmos DB for NoSQL

Włączanie wysokiej dostępności dla obciążenia produkcyjnego

Wiele klastrów ze spójnymi obciążeniami nie ma włączonej opcji wysokiej dostępności. Zaleca się aktywowanie wysokiej dostępności na stronie Skalowanie w witrynie Azure Portal, aby zapobiec przestojom bazy danych w przypadku nieoczekiwanych awarii węzłów i zakwalifikować się do gwarancji sla.

Potencjalne korzyści: Aktywowanie wysokiej dostępności w celu uniknięcia przestoju bazy danych w przypadku nieoczekiwanego błędu węzła

Aby uzyskać więcej informacji, zobacz Scaling and configuring Your Azure Cosmos DB for MongoDB vCore cluster (Skalowanie i konfigurowanie klastra rdzeni wirtualnych usługi Azure Cosmos DB dla bazy danych MongoDB)

Włączanie nadmiarowości strefowej dla kont usługi Cosmos DB w wielu regionach

To zalecenie sugeruje włączenie nadmiarowości strefowej dla kont usługi Cosmos DB w wielu regionach w celu zwiększenia wysokiej dostępności i zmniejszenia ryzyka utraty danych w przypadku awarii regionalnej.

Potencjalne korzyści: poprawa wysokiej dostępności i zmniejszenie ryzyka utraty danych

Aby uzyskać więcej informacji, zobacz Wysoka dostępność (niezawodność) w usłudze Azure Cosmos DB for NoSQL

Dodawanie co najmniej jednego centrum danych w innym regionie świadczenia platformy Azure

Wystąpienie zarządzane platformy Azure dla klastra Apache Cassandra jest wyznaczone jako klaster produkcyjny, ale jest obecnie wdrażany w jednym regionie świadczenia platformy Azure. W przypadku klastrów produkcyjnych zalecamy dodanie co najmniej jednego centrum danych w innym regionie świadczenia platformy Azure w celu ochrony przed scenariuszami odzyskiwania po awarii.

Potencjalne korzyści: Upewnij się, że aplikacje mają inny region w przypadku odzyskiwania po awarii

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące wysokiej dostępności i odzyskiwania po awarii

Unikaj ograniczania szybkości dla operacji na płaszczyźnie sterowania

Na Twoim koncie znaleźliśmy dużą liczbę operacji na płaszczyźnie sterowania wykonywanych za pośrednictwem dostawcy zasobów. Żądanie, które przekracza udokumentowane limity na poziomach trwałych w kolejnych 5-minutowych okresach, może spowodować ograniczenie przepustowości żądania, a także niepowodzenie lub niekompletne operacje w zasobach usługi Azure Cosmos DB.

Potencjalne korzyści: Optymalizowanie operacji płaszczyzny sterowania i unikanie niepowodzenia operacji z powodu ograniczania szybkości

Aby uzyskać więcej informacji, zobacz Limity przydziału usługi Azure Cosmos DB

Azure Data Explorer

Rozwiązywanie problemów z siecią wirtualną

Instalacja lub wznawianie usługi nie powiodło się z powodu problemów z siecią wirtualną (VNet). Aby rozwiązać ten problem, wykonaj kroki opisane w przewodniku rozwiązywania problemów.

Potencjalne korzyści: zwiększanie niezawodności, dostępności, wydajności i nowych funkcji

Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z dostępem, pozyskiwaniem i działaniem klastra usługi Azure Data Explorer w sieci wirtualnej

Dodawanie delegowania podsieci dla lokalizacji „Microsoft.Kusto/clusters”

Jeśli podsieć nie jest delegowana, skojarzona usługa platformy Azure nie będzie mogła w niej działać. Twoja podsieć nie ma wymaganego delegowania. Deleguj podsieć dla lokalizacji „Microsoft.Kusto/clusters”.

Potencjalne korzyści: zwiększanie niezawodności, dostępności, wydajności i nowych funkcji

Aby uzyskać więcej informacji, zobacz Co to jest delegowanie podsieci?

Azure Database for MySQL

Wysoka dostępność — dodaj klucz podstawowy do tabeli, która obecnie nie ma klucza podstawowego.

Nasz wewnętrzny system monitorowania zidentyfikował znaczne opóźnienie replikacji na serwerze rezerwowym o wysokiej dostępności. To opóźnienie jest spowodowane przede wszystkim tym, że serwer rezerwowy reparuje dzienniki przekazywania w tabeli, która nie ma klucza podstawowego. Aby rozwiązać ten problem i przestrzegać najlepszych rozwiązań, zaleca się dodanie kluczy podstawowych do wszystkich tabel. Po wykonaniu tej czynności przejdź do wyłączenia, a następnie ponownie włącz wysoką dostępność, aby rozwiązać ten problem.

Potencjalne korzyści: wdrażając to podejście, serwer rezerwowy będzie chroniony przed negatywnym wpływem dużego opóźnienia replikacji spowodowanego brakiem klucza podstawowego w dowolnej tabeli. Takie podejście może przyczynić się do skrócenia czasu pracy w trybie failover, ostatecznie wspierając cel utrzymania ciągłości działania.

Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z opóźnieniem replikacji w usłudze Azure Database for MySQL — serwer elastyczny

Replikacja — dodawanie klucza podstawowego do tabeli, która obecnie nie ma klucza podstawowego

W ramach naszego wewnętrznego monitorowania zaobserwowano znaczne opóźnienie replikacji na serwerze repliki, ponieważ serwer repliki ponownie odtwarza dzienniki przekazywania dla tabeli, która nie ma klucza podstawowego. Aby upewnić się, czy serwer repliki może skutecznie synchronizować się z serwerem głównym i nadążać za zmianami, dodaj klucze podstawowe do tabel na serwerze głównym, a następnie ponowne utwórz serwer repliki.

Potencjalne korzyści: dzięki zaimplementowaniu tego podejścia serwer repliki osiągnie stan ścisłej synchronizacji z serwerem podstawowym.

Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z opóźnieniem replikacji w usłudze Azure Database for MySQL — serwer elastyczny

Azure Database for PostgreSQL

Usuwanie nieaktywnych miejsc replikacji logicznej (ważne)

Nieaktywne miejsca na replikację logiczną mogą spowodować obniżenie wydajności serwera i niedostępność z powodu przechowywania plików dziennika zapisu z wyprzedzeniem (WAL) i tworzenia plików migawek. Na serwerze elastycznym usługi Azure Database for PostgreSQL mogą znajdować się nieaktywne miejsca replikacji logicznej. WYMAGA TO NATYCHMIASTOWEJ UWAGI. Usuń nieaktywne miejsca replikacji lub rozpocznij korzystanie ze zmienionych miejsc, tak aby numer sekwencyjny dziennika (LSN) miejsc był zwiększany i przyjmował wartość zbliżoną do bieżącego łańcucha LSN serwera.

Potencjalne korzyści: zwiększanie dostępności bazy danych PostgreSQL przez usunięcie nieaktywnych miejsc replikacji logicznej

Aby uzyskać więcej informacji, zobacz Replikacja logiczna i dekodowanie logiczne w usłudze Azure Database for PostgreSQL — serwer elastyczny

Usuwanie nieaktywnych miejsc replikacji logicznej

Gdy serwer elastyczny Orcas PostgreSQL ma nieaktywne miejsca na replikację logiczną, może wystąpić obniżenie wydajności serwera i niedostępność z powodu przechowywania plików dziennika zapisu z wyprzedzeniem (WAL) i nagromadzenia plików migawek. WYMAGA TO NATYCHMIASTOWEJ UWAGI. Usuń nieaktywne miejsca replikacji lub rozpocznij korzystanie ze zmienionych miejsc, tak aby numer sekwencyjny dziennika (LSN) miejsc był zwiększany i przyjmował wartość zbliżoną do bieżącego łańcucha LSN serwera.

Potencjalne korzyści: zwiększanie dostępności bazy danych PostgreSQL przez usunięcie nieaktywnych miejsc replikacji logicznej

Aby uzyskać więcej informacji, zobacz Dekodowanie logiczne

Konfigurowanie geograficznie nadmiarowego magazynu kopii zapasowych

Skonfiguruj GRS, aby zapewnić, że Twoja baza danych spełnia wartości docelowe dostępności i trwałości nawet w przypadku awarii lub katastrof.

Potencjalne korzyści: zapewnia odzyskiwanie po awarii regionalnej lub awarii.

Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowych i przywracanie w usłudze Azure Database for PostgreSQL — serwer elastyczny

Definiowanie dostosowanych okien obsługi poza godzinami szczytu

Określając preferencje dla harmonogramu konserwacji, można wybrać dzień tygodnia i przedział czasu. Jeśli nie zostanie to określone, system wybierze godzinę między 23:00 a 7:00 czasu regionu serwera. Wybierz dzień i czas, kiedy użycie jest niskie.

Potencjalne korzyści: Konfigurowanie okna obsługi umożliwia unikanie konserwacji podczas szczytu systemu.

Aby uzyskać więcej informacji, zobacz Zaplanowana konserwacja w usłudze Azure Database for PostgreSQL — serwer elastyczny

Azure IoT Hub

Uaktualnianie środowiska uruchomieniowego urządzeń Microsoft Edge do obsługiwanej wersji dla centrum IoT

Gdy urządzenia brzegowe korzystają z nieaktualnych wersji, może wystąpić obniżenie wydajności. Zalecamy uaktualnienie do najnowszej obsługiwanej wersji środowiska uruchomieniowego usługi Azure IoT Edge.

Potencjalne korzyści: Zapewnianie ciągłości działania przy użyciu najnowszej obsługiwanej wersji dla urządzeń brzegowych

Aby uzyskać więcej informacji, zobacz Aktualizowanie usługi IoT Edge

Uaktualnianie zestawu SDK klienta urządzenia do obsługiwanej wersji dla usługi IoT Hub

Gdy urządzenia korzystają z nieaktualnych zestawów SDK, może wystąpić obniżenie wydajności. Niektóre lub wszystkie Twoje urządzenia korzystają z nieaktualnego zestawu SDK. Zalecamy uaktualnienie do obsługiwanej wersji zestawu SDK.

Potencjalne korzyści: Zapewnianie ciągłości działania przy użyciu obsługiwanego zestawu SDK dla urządzeń

Aby uzyskać więcej informacji, zobacz Zestawy SDK usługi Azure IoT Hub

Wykryto potencjalny konflikt urządzeń w usłudze IoT Hub

Dzieje się to, gdy co najmniej dwa urządzenia próbują nawiązać połączenie z usługą IoT Hub przy użyciu tych samych poświadczeń identyfikatora urządzenia. Gdy drugie urządzenie (B) nawiąże połączenie, pierwsze urządzenie (A) rozłączy się. Następnie urządzenie (A) ponownie próbuje się połączyć, co powoduje rozłączenie urządzenia (B).

Potencjalne korzyści: poprawa łączności urządzeń

Aby uzyskać więcej informacji, zobacz Omówienie i rozwiązywanie problemów z błędami usługi Azure IoT Hub

Uaktualnianie zestawu SDK usługi Device Update for IoT Hub do obsługiwanej wersji

Gdy usługa Device Update dla wystąpienia usługi IoT Hub używa nieaktualnej wersji zestawu SDK, nie uzyskuje najnowszych uaktualnień. Uaktualnij do najnowszej wersji zestawu SDK usługi Device Update for IoT Hub, aby uzyskać najnowsze poprawki, lepszą wydajność oraz nowe funkcje.

Potencjalne korzyści: Zapewnianie ciągłości działania przy użyciu obsługiwanego zestawu SDK

Aby uzyskać więcej informacji, zobacz Co to jest aktualizacja urządzenia dla usługi IoT Hub?

Dodawanie jednostek lub zwiększanie poziomu jednostki SKU centrum IoT

Gdy centrum IoT przekroczy dzienny limit przydziału komunikatów, mogą wystąpić problemy z działaniem i kosztami. Aby zapewnić płynne działanie w przyszłości, dodaj jednostki lub zwiększ poziom jednostki SKU.

Potencjalne korzyści: usługa IoT Hub może ponownie odbierać komunikaty.

Aby uzyskać więcej informacji, zobacz Omówienie i rozwiązywanie problemów z błędami usługi Azure IoT Hub

Azure Kubernetes Service (AKS)

Włączanie skalowania automatycznego dla pul węzłów systemowych

Aby upewnić się, czy zasobniki systemowe są planowane nawet w czasie dużego obciążenia, włącz skalowanie automatyczne w puli węzłów systemu.

Potencjalne korzyści: włączenie autoskalowania dla puli węzłów systemowych gwarantuje, że zasobniki systemowe są zaplanowane, a klaster może działać.

Aby uzyskać więcej informacji, zobacz Używanie narzędzia do automatycznego skalowania klastra w usłudze Azure Kubernetes Service (AKS)

Należy mieć co najmniej dwa węzły w puli węzłów systemowych

Upewnij się, że pule węzłów systemu mają co najmniej dwa węzły w celu zapewnienia niezawodności zasobników systemu. W przypadku jednego węzła działanie klastra może zakończyć się niepowodzeniem w przypadku awarii węzła lub sprzętu.

Potencjalne korzyści: Posiadanie 2 węzłów zapewnia odporność na awarie węzłów.

Aby uzyskać więcej informacji, zobacz Zarządzanie pulami węzłów systemowych w usłudze Azure Kubernetes Service (AKS)

Tworzenie dedykowanej puli węzłów systemowych

Klaster bez dedykowanej puli węzłów systemowych jest mniej niezawodny. Zalecamy dedykowanie pul węzłów systemowych tylko do obsługi krytycznych zasobników systemu, aby zapobiec niedoborom zasobów między zasobnikami systemu i konkurencyjnymi zasobnikami użytkowników. Wymuś to zachowanie za pomocą parametru CriticalAddonsOnly=true:NoSchedule taint w puli.

Potencjalne korzyści: Zapewnia niezawodność klastra, zapobiegając niedoborowi zasobów dla zasobników systemu podstawowego

Aby uzyskać więcej informacji, zobacz Zarządzanie pulami węzłów systemowych w usłudze Azure Kubernetes Service (AKS)

Upewnij się, że maszyny wirtualne serii B nie są używane w środowiskach produkcyjnych

Jeśli klaster ma co najmniej jedną pulę węzłów korzystającą z niezalecanej jednostki SKU maszyn wirtualnych z możliwością zwiększenia szybkości, nie jest zapewniona pełna wydajność 100% vCPU. Upewnij się, że maszyny wirtualne serii B nie są używane w środowiskach produkcyjnych.

Potencjalne korzyści: Najlepsze rozwiązanie dotyczące spójnej wydajności

Aby uzyskać więcej informacji, zobacz Seria rozmiarów Bv1

Azure NetApp Files

Konfigurowanie witryny usług AD DS dla usługi Azure Netapp Files AD Connector

Jeśli usługa Azure NetApp Files nie może nawiązać połączenia z przypisanymi kontrolerami domeny lokacji usług AD DS, proces odnajdywania kontrolera domeny wysyła zapytanie do wszystkich kontrolerów domeny. Mogą być używane kontrolery domeny, które nie są osiągalne, powodując problemy z tworzeniem woluminów, zapytaniami klienta, uwierzytelnianiem i modyfikacjami połączeń usługi AD.

Potencjalne korzyści: Optymalizowanie łączności DNS z usługą Azure Netapp Files

Aby uzyskać więcej informacji, zobacz Understand guidelines for domena usługi Active Directory Services site design and planning for Azure NetApp Files (Omówienie wytycznych dotyczących projektowania i planowania lokacji usług domena usługi Active Directory Services dla usługi Azure NetApp Files)

Upewnij się, że role przypisane do podsieci delegowanej Microsoft.NetApp mają uprawnienia do odczytu podsieci

Role wymagane do zarządzania zasobami usługi Azure NetApp Files muszą mieć uprawnienia „Microsoft.network/virtualNetworks/subnets/read” w podsieci delegowanej do usługi Microsoft.NetApp. Jeśli rola – niestandardowa lub wbudowana – nie ma tego uprawnienia, tworzenie woluminów zakończy się niepowodzeniem.

Potencjalne korzyści: Zapobieganie niepowodzeniu tworzenia woluminów przez zapewnienie uprawnień do podsieci/odczytu

Zapoznaj się z konfiguracją SAP pod kątem wartości limitu czasu używanych z Azure NetApp Files

Wysoka dostępność oprogramowania SAP używanego z Azure NetApp Files polega na ustawianiu odpowiednich wartości limitu czasu, aby zapobiec zakłóceniom w aplikacji. Zapoznaj się z łączem „Więcej informacji”, aby upewnić się, że konfiguracja spełnia wartości limitu czasu, jak zwrócono uwagę w dokumentacji.

Potencjalne korzyści: zwiększanie odporności aplikacji SAP na platformie ANF

Aby uzyskać więcej informacji, zobacz Używanie platformy Azure do hostowania i uruchamiania scenariuszy obciążeń SAP

Implementowanie strategii odzyskiwania po awarii dla zasobów Azure NetApp Files

Aby uniknąć utraty danych lub funkcjonalności podczas awarii regionalnej lub strefowej, należy zaimplementować typowe techniki odzyskiwania po awarii, takie jak replikacja między regionami lub replikacja między strefami dla woluminów Azure NetApp Files.

Potencjalne korzyści: łatwe zarządzanie odzyskiwaniem po awarii za pomocą funkcji replikacji usługi Azure NetApp Files

Aby uzyskać więcej informacji, zobacz Omówienie opcji ochrony danych i odzyskiwania po awarii w usłudze Azure NetApp Files

Usługa Azure Netapp Files – włączanie ciągłej dostępności woluminów SMB

W przypadku ciągłej dostępności zalecamy włączenie woluminu bloku komunikatów serwera (SMB) dla usługi Azure Netapp Files.

Potencjalne korzyści: Zapobieganie przerwom w działaniu aplikacji przez włączenie ciągłej dostępności dla woluminów SMB

Aby uzyskać więcej informacji, zobacz Włączanie ciągłej dostępności na istniejących woluminach SMB

Azure Site Recovery

Włączanie usunięcia nietrwałego dla magazynów usługi Recovery Services

Usunięcie nietrwałe pozwala zachować dane kopii zapasowej w magazynie usługi Recovery Services przez dodatkowy czas po usunięciu, co umożliwia ich pobranie, zanim zostaną trwale usunięte.

Potencjalne korzyści: pomaga w odzyskiwaniu danych kopii zapasowej w przypadkach przypadkowego usunięcia

Aby uzyskać więcej informacji, zobacz Usuwanie nietrwałe dla usługi Azure Backup

Włączanie przywracania między regionami dla magazynu usługi Recovery Services

Funkcja przywracania między regionami umożliwia przywracanie maszyn wirtualnych platformy Azure w regionie pomocniczym (sparowanym z platformą Azure), służąc pomocą w odzyskiwaniu po awarii.

Potencjalne korzyści: w ramach jednej z opcji przywracania przywracanie między regionami (CRR) umożliwia przywracanie maszyn wirtualnych platformy Azure w regionie pomocniczym, który jest sparowanym regionem platformy Azure.

Aby uzyskać więcej informacji, zobacz Jak przywrócić dane maszyny wirtualnej platformy Azure w witrynie Azure Portal

Azure Spring Apps

Uaktualnianie usługi konfiguracji aplikacji do generacji 2

Zauważyliśmy, że nadal używasz usługi konfiguracji aplikacji Gen1, której wsparcie techniczne zakończy się w kwietniu 2024 r. Usługa konfiguracji aplikacji Gen2 zapewnia lepszą wydajność w porównaniu z Gen1, a uaktualnienie z Gen1 do Gen2 nie wymaga przestoju, dlatego zalecamy jak najszybsze uaktualnienie.

Potencjalne korzyści: wyższa stabilność i dostępność

Aby uzyskać więcej informacji, zobacz Use Application Configuration Service for Tanzu (Używanie usługi konfiguracji aplikacji dla tanzu)

Azure SQL Database

Włączanie odzyskiwania po awarii między regionami dla usługi SQL Database

Włącz odzyskiwanie po awarii między regionami dla usługi Azure SQL Database w celu zapewnienia ciągłości działalności biznesowej w przypadku awarii regionalnej.

Potencjalne korzyści: włączenie odzyskiwania po awarii powoduje utworzenie stale synchronizowanej pomocniczej pomocniczej bazy danych z możliwością odczytu dla podstawowej bazy danych.

Aby uzyskać więcej informacji, zobacz Overview of business continuity with Azure SQL Database (Omówienie ciągłości działania za pomocą usługi Azure SQL Database)

Włącz nadmiarowość strefową dla bazy danych Azure SQL Database, aby uzyskać wysoką dostępność i odporność.

Aby uzyskać wysoką dostępność i odporność, włącz nadmiarowość strefową dla SQL Database lub pulę elastyczną, aby korzystać ze stref dostępności i mieć pewność, że baza danych lub pula elastyczna są odporne na awarie strefowe.

Potencjalne korzyści: Włączenie nadmiarowości strefy zapewnia, że usługa Azure SQL Database jest odporna na awarie sprzętu strefowego i oprogramowania, a odzyskiwanie jest niewidoczne dla aplikacji.

Aby uzyskać więcej informacji, zobacz Dostępność za pośrednictwem nadmiarowości — Azure SQL Database

Azure Stack HCI

Uaktualnianie do najnowszej wersji usługi AKS obsługiwanej przez usługę Arc

Zaktualizuj interfejs API / zestaw SDK usługi AKS obsługiwanej przez usługę Azure Arc, aby uzyskać nowe funkcje i zwiększyć stabilność.

Potencjalne korzyści: najnowsza wersja usługi AKS włączona przez usługę Azure Arc z nową funkcjonalnością i lepszą stabilnością.

Aby uzyskać więcej informacji, zobacz https://azure.github.io/azure-sdk/releases/latest/index.html

Uaktualnianie do najnowszej wersji usługi AKS obsługiwanej przez usługę Arc

Zaktualizuj interfejs API / zestaw SDK usługi AKS obsługiwanej przez usługę Azure Arc, aby uzyskać nowe funkcje i zwiększyć stabilność.

Potencjalne korzyści: najnowsza wersja usługi AKS włączona przez usługę Azure Arc z nową funkcjonalnością i lepszą stabilnością.

Aby uzyskać więcej informacji, zobacz https://azure.github.io/azure-sdk/releases/latest/index.html

Klasyczny magazyn modelu wdrażania

Wymagana akcja: Przeprowadź migrację klasycznych kont magazynu do 30.08.2024 r.

Przeprowadź migrację klasycznych kont magazynu do usługi Azure Resource Manager, aby zapewnić ciągłość działania. Usługa Azure Resource Manager zapewnia wszystkie te same funkcje oraz spójną warstwę zarządzania, grupowanie zasobów i dostęp do nowych funkcji i aktualizacji.

Potencjalne korzyści: zapewnianie możliwości zarządzania danymi przez migrację klasycznych kont magazynu

Klasyczna maszyna wirtualna modelu wdrażania

Migracja z usług Cloud Services (wersja klasyczna) przed 31 sierpnia 2024 r.

Usługi Cloud Services (wersja klasyczna) są wycofywane. Przeprowadź migrację przed 31 sierpnia 2024 r., aby uniknąć utraty danych lub ciągłości działalności biznesowej.

Potencjalne korzyści: ciągłość usługi

Aby uzyskać więcej informacji, zobacz Migrowanie usług Azure Cloud Services (wersja klasyczna) do usług Azure Cloud Services (rozszerzona pomoc techniczna)

Cognitive Services

Uaktualnianie aplikacji w celu korzystania z najnowszej wersji interfejsu API usługi Azure OpenAI

Zasób usługi Azure OpenAI ze starszą wersją interfejsu API nie zawiera najnowszych funkcji. Zaleca się, by używać najnowszej wersji interfejsu API REST.

Potencjalne korzyści: nasze nowe wersje interfejsu API zawierają najnowsze i największe funkcje i możliwości.

Aby uzyskać więcej informacji, zobacz Dokumentacja interfejsu API REST usługi Azure OpenAI Service

Przekroczono limit przydziału dla tego zasobu, poczekaj lub uaktualnij, aby odblokować

Jeśli limit przydziału dla zasobu zostaje przekroczony, zasób zostaje zablokowany. Możesz poczekać na automatyczne uzupełnienie limitu przydziału lub, jeśli chcesz używać zasobu ponownie od razu, uaktualnij go do płatnej jednostki SKU.

Potencjalne korzyści: jeśli uaktualnisz do płatnej jednostki SKU, możesz ponownie użyć zasobu dzisiaj.

Aby uzyskać więcej informacji, zobacz Planowanie kosztów usługi Azure AI Studio i zarządzanie nimi

Container Registry

Używanie warstwy Premium dla krytycznych obciążeń produkcyjnych

Rejestry w warstwie Premium zapewniają największą ilość dołączonego magazynu, operacji współbieżnych i przepustowości sieci, co umożliwia przeprowadzanie scenariuszy o dużej ilości. Warstwa Premium dodaje również funkcje, takie jak replikacja geograficzna, obsługa strefy dostępności, zaufanie do zawartości, klucze zarządzane przez klienta i prywatne punkty końcowe.

Potencjalne korzyści: warstwa Premium zapewnia najwyższą wydajność, skalowanie i odporność

Aby uzyskać więcej informacji, zobacz Warstwy usługi Azure Container Registry

Upewnij się, że replikacja geograficzna jest włączona pod kątem odporności

Replikacja geograficzna umożliwia obciążeniom używanie pojedynczego obrazu, tagu i nazwy rejestru w różnych regionach, zapewnia dostęp do rejestru blisko sieci, zmniejszenie kosztów transferu danych i odporność rejestru regionalnego, jeśli wystąpi awaria regionalna. Ta funkcja jest dostępna tylko w warstwie usługi Premium.

Potencjalne korzyści: Zwiększona odporność i wydajność ściągania, uproszczone zarządzanie rejestrem i mniejsze koszty transferu danych

Aby uzyskać więcej informacji, zobacz Replikacja geograficzna w usłudze Azure Container Registry

Content Delivery Network

Usługa Azure CDN z usługi Edgio, odnawianie certyfikatu zarządzanego nie powiodło się. Wymagana jest dodatkowa weryfikacja.

Usługa Azure CDN firmy Edgio wykorzystuje delegowanie CNAME do odnawiania certyfikatów za pomocą firmy DigiCert na potrzeby odnawiania certyfikatów zarządzanych. Ważne jest, aby domeny niestandardowe rozpoznawały punkt końcowy azureedge.net w celu pomyślnego przeprowadzenia procesu automatycznego odnawiania przy użyciu narzędzia DigiCert.It's essential that custom domains resolve to an azureedge.net endpoint for the automatic renewal process with DigiCert to successful. Upewnij się, że rekordy CNAME i CAA domeny niestandardowej są poprawnie skonfigurowane. Jeśli potrzebujesz dalszej pomocy, prześlij zgłoszenie do pomocy technicznej do platformy Azure, aby ponowić próbę odnowienia.

Potencjalne korzyści: Zapewnianie dostępności usługi.

Odnawianie wygasłego certyfikatu klienta usługi Azure Front Door w celu uniknięcia przerw w działaniu usługi

Po wygaśnięciu certyfikatów klienta dla profilów usługi Azure Front Door Standard i Premium mogą wystąpić zakłócenia usługi. Aby uniknąć przerw w działaniu usługi, odnów certyfikat przed jego wygaśnięciem.

Potencjalne korzyści: Zapewnianie dostępności usługi.

Aby uzyskać więcej informacji, zobacz Konfigurowanie protokołu HTTPS w domenie niestandardowej usługi Azure Front Door przy użyciu witryny Azure Portal

Ponowne weryfikowanie własności domeny na potrzeby odnawiania certyfikatu zarządzanego usługi Azure Front Door

Usługa Azure Front Door (AFD) nie może automatycznie odnowić certyfikatu zarządzanego, ponieważ domena nie ma mapowania CNAME na punkt końcowy usługi AFD. Aby certyfikat zarządzany został automatycznie odnowiony, zweryfikuj ponownie własność domeny.

Potencjalne korzyści: niezdefiniowane

Aby uzyskać więcej informacji, zobacz Konfigurowanie domeny niestandardowej w usłudze Azure Front Door przy użyciu witryny Azure Portal

Przełącz wersję wpisu tajnego na „Latest” dla certyfikatu klienta usługi Azure Front Door

Skonfiguruj klucz tajnego certyfikatu klienta usługi Azure Front Door (AFD) na wartość „Latest” dla usługi AFD w celu odwoływania się do najnowszej wersji wpisu tajnego w usłudze Azure Key Vault, aby można było automatycznie obracać wpis tajny.

Potencjalne korzyści: najnowsza wersja może być automatycznie obracana.

Aby uzyskać więcej informacji, zobacz Konfigurowanie protokołu HTTPS w domenie niestandardowej usługi Azure Front Door przy użyciu witryny Azure Portal

Weryfikowanie własności domeny przez dodanie rekordu DNS TXT do dostawcy DNS

Zweryfikuj własność domeny przez dodanie rekordu DNS TXT do dostawcy DNS. Weryfikowanie własności domeny za pomocą rekordów TXT zwiększa bezpieczeństwo i zapewnia właściwą kontrolę nad domeną.

Potencjalne korzyści: Zapewnianie dostępności usługi.

Aby uzyskać więcej informacji, zobacz Konfigurowanie domeny niestandardowej w usłudze Azure Front Door przy użyciu witryny Azure Portal

Migrowanie z usługi Azure CDN z usługi Edgio do 15 stycznia 2025 r.

Migrowanie z usługi Azure CDN Standard/Premium przez firmę Edgio przed 15 stycznia 2025 r., gdy platforma Edgio ma zostać zamknięta. Zaleca się przejście do usługi Azure Front Door w celu zapewnienia zgodności. Alternatywnie rozważ użycie usługi Azure Traffic Manager lub usługi Akamai CDN dostępnej w witrynie Azure Marketplace.

Potencjalne korzyści: Unikaj przestojów i zapewnij ciągłość działania.

Aby uzyskać więcej informacji, zobacz Aktualizacje platformy Azure

Data Factory

Implementowanie strategii BCDR na potrzeby nadmiarowości między regionami w usłudze Azure Data Factory

Implementowanie strategii BCDR zwiększa dostępność i zmniejsza ryzyko utraty danych

Potencjalne korzyści: zwiększa wysoką dostępność i zmniejsza ryzyko utraty danych

Aby uzyskać więcej informacji, zobacz BCDR for Azure Data Factory and Azure Synapse Analytics pipelines - Azure Architecture Center (Potoki bcDR for Azure Data Factory i Azure Synapse Analytics — Centrum architektury platformy Azure)

Włączanie automatycznego uaktualniania w SHIR

Automatyczne uaktualnianie własnego środowiska Integration Runtime zostało wyłączone. Pamiętaj, że nie otrzymujesz najnowszych zmian i poprawek błędów w środowisku Integration Runtime self-hosted. Przejrzyj je, aby włączyć automatyczne uaktualnianie w SHIR

Potencjalne korzyści: aby uzyskać najnowsze zmiany i poprawki błędów w środowisku Integration Runtime własnym

Aby uzyskać więcej informacji, zobacz Autoaktualizowanie własnego środowiska Integration Runtime i powiadomienie o wygaśnięciu

Przekaźnik płynów

Należy uaktualnić bibliotekę klienta usługi Azure Fluid Relay

Jeśli usługa Azure Fluid Relay jest wywoływana ze starą biblioteką klienta, może to spowodować problemy z aplikacjami. Bibliotekę klienta usługi Azure Fluid Relay należy uaktualnić do najnowszej wersji, aby zapewnić dalsze działanie aplikacji. Uaktualnienie udostępnia najnowsze funkcjonalności oraz ulepszenia wydajności i stabilności.

Potencjalne korzyści: zwiększona niezawodność

Aby uzyskać więcej informacji, zobacz Zgodność wersji z wydaniami Elastyczna struktura

HDInsight

Stosowanie aktualizacji krytycznych przez usunięcie i ponowne utworzenie klastrów usługi HDInsight (rotacja certyfikatów w rundzie 2)

Usługa HDInsight próbowała zastosować krytyczną aktualizację certyfikatów na uruchomionych klastrach. Jednak ze względu na niestandardowe zmiany konfiguracji nie możemy zastosować aktualizacji we wszystkich klastrach. Aby zapobiec przejściu tych klastrów w stan złej kondycji i braku użyteczności, usuń i utwórz klastry ponownie.

Potencjalne korzyści: Zapewnianie kondycji i stabilności klastra

Aby uzyskać więcej informacji, zobacz Konfigurowanie klastrów w usłudze HDInsight przy użyciu platform Apache Hadoop, Apache Spark, Apache Kafka i nie tylko

Klastry inne niż ESP ABFS [Uprawnienia klastra dla programu Word do odczytu]

Zaplanuj wprowadzenie zmian w klastrach innych niż ESP ABFS, które ograniczają użytkowników grup innych niż Hadoop do uruchamiania poleceń hadoop na potrzeby operacji magazynu. Ta zmiana polega na poprawie stanu zabezpieczeń klastra. Klienci muszą zaplanować aktualizacje przed 30 września 2023 r.

Potencjalne korzyści: ta zmiana polega na poprawie stanu zabezpieczeń klastra

Aby uzyskać więcej informacji, zobacz Informacje o wersji usługi Azure HDInsight

Ponowne uruchamianie brokerów na dyskach klastra platformy Kafka

Gdy dyski danych używane przez brokerów platformy Kafka w klastrach usługi HDInsight są prawie pełne, proces brokera platformy Apache Kafka nie może uruchomić się i kończy się niepowodzeniem. Aby rozwiązać ten problem, znajdź czas przechowywania dla każdego tematu, wykonaj kopię zapasową starszych plików i uruchom ponownie brokerów.

Potencjalne korzyści: Unikanie problemów z brokerem platformy Kafka

Aby uzyskać więcej informacji, zobacz Scenariusz: Brokerzy są w złej kondycji lub nie można ponownie uruchomić z powodu pełnego problemu z miejscem na dysku

Aktualizacja długości nazwy klastra

Maksymalna długość nazwy klastra zostanie zmieniona na 45 z 59 znaków, aby poprawić stan zabezpieczeń klastrów. Ta zmiana zostanie wdrożona do 30 września 2023 r.

Potencjalne korzyści: poprawa stanu zabezpieczeń dla usługi HDInsight

Aby uzyskać więcej informacji, zobacz Informacje o wersji usługi Azure HDInsight

Uaktualnianie klastra do najnowszego obrazu usługi HDInsight

Klaster utworzony rok temu nie ma najnowszych uaktualnień obrazów. Klaster został utworzony 1 rok temu. W ramach najlepszych rozwiązań zalecamy użycie najnowszych obrazów usługi HDInsight, ponieważ zapewniają najlepsze aktualizacje open source, aktualizacje platformy Azure i poprawki zabezpieczeń. Zalecany maksymalny czas trwania uaktualnień klastra wynosi mniej niż sześć miesięcy.

Potencjalne korzyści: uzyskiwanie najnowszych poprawek i funkcji

Aby uzyskać więcej informacji, zobacz Rozważ poniższe kwestie przed rozpoczęciem tworzenia klastra.

Uaktualnij klaster usługi HDInsight

Klaster, który nie korzysta z najnowszego obrazu, nie ma najnowszych uaktualnień. Klaster nie używa najnowszego obrazu. Zalecamy korzystanie z najnowszych wersji obrazów usługi HDInsight, ponieważ udostępniają najlepsze aktualizacje open source, aktualizacje platformy Azure i poprawki zabezpieczeń. Nowe wersje usługi HDInsight są wydawane co 30–60 dni.

Potencjalne korzyści: uzyskiwanie najnowszych poprawek i funkcji

Aby uzyskać więcej informacji, zobacz Informacje o wersji usługi Azure HDInsight

Nieosiągalna brama lub maszyna wirtualna

Wykryliśmy awarię sondy sieciowej, co wskazuje nieosiągalną bramę lub maszynę wirtualną. Sprawdź dostępność wszystkich hostów klastra. Uruchom ponownie maszynę wirtualną, aby odzyskać sprawność. Jeśli potrzebujesz dalszej pomocy, skontaktuj się z pomocą techniczną platformy Azure.

Potencjalne korzyści: ulepszona dostępność

Agent maszyny wirtualnej to 9.9.9.9. Uaktualnij klaster.

Nasze rekordy wskazują, że co najmniej jeden z klastrów używa obrazów z lutego 2022 r. lub starszych (wersje obrazu 2202xxxxxx lub starsze). Istnieje potencjalny problem z niezawodnością w klastrach usługi HDInsight korzystających z obrazów z lutego 2022 r. lub starszych. Rozważ ponowne skompilowanie klastrów przy użyciu najnowszego obrazu.

Potencjalne korzyści: zwiększona niezawodność skalowania i łączności sieciowej

Media Services

Zwiększanie limitów przydziału lub wykorzystania usług multimedialnych

Gdy konto usług multimedialnych osiągnie limity przydziału, mogą wystąpić zakłócenia usługi. Aby uniknąć zakłóceń w działaniu usługi, przejrzyj bieżące użycie zasobów, zasady klucza zawartości i zasady przesyłania strumieniowego oraz zwiększ limity przydziału dla jednostek, które zbliżają się do osiągnięcia limitu. Zwiększenia limitów przydziału można zażądać, otwierając bilet i dodając odpowiednie szczegóły. WSKAZÓWKA: nie twórz dodatkowych kont usługi Azure Media w celu uzyskania wyższych limitów.

Potencjalne korzyści: Unikaj zakłóceń obsługi z powodu przekroczenia limitów przydziału przez klienta.

Aby uzyskać więcej informacji, zobacz Limity przydziału i limity usługi Azure Media Services

Service Bus

Korzystanie z warstwy Premium usługi Service Bus w celu zwiększenia odporności

W przypadku uruchamiania aplikacji o znaczeniu krytycznym warstwa Premium usługi Service Bus oferuje lepszą izolację zasobów na poziomie procesora i pamięci, poprawiając dostępność. Obsługuje również funkcję geograficznego odzyskiwania po awarii, umożliwiając łatwiejsze odzyskiwanie po awariach regionalnych bez konieczności zmieniania konfiguracji aplikacji.

Potencjalne korzyści: warstwa Premium usługi Service Bus zapewnia lepszą odporność dzięki izolacji zasobów procesora CPU i pamięci, a także odzyskiwania po awarii geograficznej

Aby uzyskać więcej informacji, zobacz Warstwa obsługi komunikatów w warstwie Premium usługi Service Bus

Korzystanie z funkcji skalowania automatycznego warstwy Premium usługi Service Bus w celu zwiększenia odporności

W przypadku uruchamiania krytycznych aplikacji, włączenie funkcji automatycznego skalowania zapewnia pojemność wystarczającą do obsługi obciążenia aplikacji. Posiadanie odpowiedniej ilości uruchomionych zasobów może zmniejszyć ograniczanie przepustowości i zapewnić lepsze środowisko użytkownika.

Potencjalne korzyści: włączanie autoskalowania uniemożliwia użytkownikom ograniczenie pojemności

Aby uzyskać więcej informacji, zobacz Automatyczne aktualizowanie jednostek obsługi komunikatów przestrzeni nazw usługi Azure Service Bus

Program SQL Server na maszynach wirtualnych platformy Azure

Włączanie kopii zapasowej platformy Azure dla bazy danych SQL na maszynach wirtualnych

Aby korzystać z zalet tworzenia kopii zapasowych bez infrastruktury, odzyskiwania do określonego momentu i centralnego zarządzania przy użyciu integracji grupy dostępności SQL, włącz kopie zapasowe baz danych SQL na maszynach wirtualnych korzystających z kopii zapasowych platformy Azure.

Potencjalne korzyści: kopie zapasowe z obsługą sql bez infrastruktury do tworzenia kopii zapasowych, scentralizowane zarządzanie, integracja grupy dostępności i przywracanie do punktu w czasie

Aby uzyskać więcej informacji, zobacz About SQL Server Backup in Azure VMs (Informacje o kopii zapasowej programu SQL Server na maszynach wirtualnych platformy Azure)

Storage

Używanie Dysków zarządzanych w przypadku kont magazynu zbliżających się do limitu pojemności

Gdy dyski SSD w warstwie Premium niezarządzane na kontach magazynu mają osiągnąć limit pojemności usługi Premium Storage, mogą wystąpić błędy. Aby uniknąć błędów po osiągnięciu tego limitu, przeprowadź migrację do Dysków zarządzanych, która nie mają limitu pojemności konta. Tę migrację można wykonać za pośrednictwem portalu w mniej niż 5 minut.

Potencjalne korzyści: Unikaj problemów ze skalowaniem, gdy konto osiągnie limit pojemności

Aby uzyskać więcej informacji, zobacz Cele skalowalności i wydajności dla kont magazynu w warstwie Standardowa

konfigurowanie kopii zapasowej blob

Kopia zapasowa obiektów blob usługi Azure pomaga chronić dane przed przypadkowym lub złośliwym usunięciem Zalecamy skonfigurowanie kopii zapasowej obiektów blob.

Potencjalne korzyści: ochrona danych przed przypadkowym lub złośliwym usunięciem

Aby uzyskać więcej informacji, zobacz Omówienie kopii zapasowej obiektów blob platformy Azure

Subskrypcje

Włącz usługę Azure Backup, aby uzyskać prostą, niezawodną i niedrogą ochronę danych

Zapewnij bezpieczeństwo informacji i aplikacji dzięki niezawodnej kopii zapasowej jednym kliknięciem z platformy Azure. Uaktywnij usługę Azure Backup, aby uzyskać niedrogą ochronę dla szerokiego zakresu obciążeń, a w tym maszyn wirtualnych, baz danych SQL, aplikacji i udziałów plików.

Potencjalne korzyści: Zapewnianie ochrony aplikacji o krytycznym znaczeniu dla działania firmy

Aby uzyskać więcej informacji, zobacz Dokumentacja usługi Azure Backup — Azure Backup

Tworzenie alertu usługi Azure Service Health

Alerty usługi Azure Service Health umożliwiają informowanie o problemach i poradach w czterech obszarach (problemy z usługą, planowana konserwacja, biuletyny zabezpieczeń i kondycji). Te alerty są spersonalizowane w celu powiadamiania o zakłóceniach lub potencjalnym wpływie na wybrane regiony i usługi platformy Azure.

Potencjalne korzyści: Bądź na bieżąco z problemami i poradami w 4 obszarach (problemy z usługą, planowana konserwacja, biuletyny zabezpieczeń i porady dotyczące kondycji)

Aby uzyskać więcej informacji, zobacz Create activity log alerts on service notifications using the Azure Portal (Tworzenie alertów dziennika aktywności w powiadomieniach usługi przy użyciu witryny Azure Portal)

Virtual Machines

Zwiększanie niezawodności danych poprzez używanie funkcji Dyski zarządzane

Maszyny wirtualne w zestawie dostępności z dyskami, które współużytkujące konta magazynu lub jednostki skalowania magazynu nie są odporne na awarie pojedynczej jednostki skalowania magazynu podczas awarii. Przeprowadź migrację do usługi Dyski zarządzane platformy Azure, aby zapewnić, że dyski różnych maszyn wirtualnych w zestawie dostępności są wystarczająco izolowane na potrzeby unikania występowania elementu single point of failure.

Potencjalne korzyści: Zapewnianie ciągłości działania dzięki odporności danych

Aby uzyskać więcej informacji, zobacz https://aka.ms/aa_avset_manageddisk_learnmore

Włącz replikację maszyn wirtualnych, aby chronić aplikacje przed regionalną awarią

Maszyny wirtualne są odporne na awarie regionalne po włączeniu replikacji do innego regionu. Aby ograniczyć negatywny wpływ na działalność firmy podczas awarii regionu świadczenia platformy Azure, zalecamy włączenie replikacji wszystkich krytycznych dla działania firmy maszyn wirtualnych.

Potencjalne korzyści: Zapewnianie ciągłości działania w przypadku awarii dowolnego regionu świadczenia usługi Azure

Aby uzyskać więcej informacji, zobacz Szybki start: konfigurowanie odzyskiwania po awarii w regionie pomocniczym platformy Azure dla maszyny wirtualnej platformy Azure

Aktualizowanie protokołu łączności wychodzącej do tagów usługi dla usługi Azure Site Recovery

Lista dozwolonych oparta na adresach IP to podatny na zagrożenia sposób kontrolowania łączności wychodzącej dla zapór. Tagi usługi są dobrym rozwiązaniem alternatywnym. Zdecydowanie zalecamy używanie tagów usługi, aby umożliwić maszynom łączność z usługami Azure Site Recovery.

Potencjalne korzyści: zapewnia lepsze bezpieczeństwo, stabilność i odporność niż zakodowane na twardo adresy IP

Aby uzyskać więcej informacji, zobacz Informacje o sieci w odzyskiwaniu po awarii maszyny wirtualnej platformy Azure

Podnieś poziom planu dysków w warstwie Standardowa dołączonych do maszyny wirtualnej obsługującej warstwę Premium i zmień je na dyski w warstwie Premium

Korzystanie z dysków SSD w warstwie Standardowa z maszynami wirtualnymi w warstwie Premium może prowadzić do problemów w postaci opóźnień i nieoptymalnej wydajności. Zalecamy rozważenie uaktualnienia dysków w warstwie Standardowa do dysków w warstwie Premium. W przypadku każdej maszyny wirtualnej z jednym wystąpieniem korzystającej z usługi Premium Storage dla wszystkich dysków systemu operacyjnego i dysków danych gwarantujemy połączenie z maszyną wirtualną przez co najmniej 99,9% czasu. Decydując się na aktualizację, należy uwzględnić dwa czynniki. Po pierwsze, uaktualnienie wymaga ponownego uruchomienia maszyny wirtualnej, a wykonanie tego procesu zajmuje 3–5 minut. Po drugie, jeśli maszyny wirtualne na liście są maszynami produkcyjnymi o kluczowym znaczeniu, oceń wartość wyższej dostępności względem kosztu dysków w warstwie Premium.

Potencjalne korzyści: ulepszona dostępność z umową SLA pojedynczej maszyny wirtualnej dostępna tylko wtedy, gdy wszystkie dyski są w warstwie Premium

Aby uzyskać więcej informacji, zobacz Typy dysków zarządzanych platformy Azure

Uaktualnianie maszyny wirtualnej z usługi Dyski niezarządzane do usługi Dyski zarządzane w warstwie Premium bez ponoszenia dodatkowych kosztów

Usługa Dyski zarządzane platformy Azure zapewnia wyższy poziom odporności, uproszczone zarządzanie usługą, wyższą skalę docelową i więcej opcji wyboru typów dysków. Twoja maszyna wirtualna korzysta z funkcji Dyski niezarządzane w warstwie Premium, którą można zmigrować do funkcji Dyski zarządzane bez ponoszenia dodatkowych kosztów przez portal w czasie krótszym niż 5 minut.

Potencjalne korzyści: Wykorzystanie większej odporności i innych korzyści z Dyski zarządzane

Aby uzyskać więcej informacji, zobacz Wprowadzenie do dysków zarządzanych platformy Azure

Uaktualnianie przestarzałego obrazu maszyny wirtualnej do nowszego obrazu

Maszyny wirtualne (VM) w ramach subskrypcji są uruchomione na obrazach, dla których zaplanowano wycofanie. Gdy obraz zostanie wycofany, nie będzie można utworzyć nowych maszyn wirtualnych na podstawie wycofanego obrazu. Aby zapobiec zakłóceniom w obciążeniach, uaktualnij do nowszej jednostki SKU obrazu. (VMRunningDeprecatedImage)

Potencjalne korzyści: minimalizowanie potencjalnych zakłóceń w obciążeniach maszyn wirtualnych

Aby uzyskać więcej informacji, zobacz Przestarzałe obrazy witryny Azure Marketplace — Azure Virtual Machines

Uaktualnianie do nowszej oferty obrazu maszyny wirtualnej

Maszyny wirtualne (VM) w ramach subskrypcji są uruchomione na obrazach, dla których zaplanowano wycofanie. Gdy obraz zostanie wycofany, nie będzie można utworzyć nowych maszyn wirtualnych na podstawie wycofanego obrazu. Aby zapobiec zakłóceniom w obciążeniach, uaktualnij do nowszej jednostki SKU obrazu. (VMRunningDeprecatedOfferLevelImage)

Potencjalne korzyści: minimalizowanie potencjalnych zakłóceń w obciążeniach maszyn wirtualnych

Aby uzyskać więcej informacji, zobacz Przestarzałe obrazy witryny Azure Marketplace — Azure Virtual Machines

Uaktualnianie do nowszej jednostki SKU obrazu maszyny wirtualnej

Maszyny wirtualne (VM) w ramach subskrypcji są uruchomione na obrazach, dla których zaplanowano wycofanie. Gdy obraz zostanie wycofany, nie będzie można utworzyć nowych maszyn wirtualnych na podstawie wycofanego obrazu. Aby zapobiec zakłóceniom w obciążeniach, uaktualnij do nowszej jednostki SKU obrazu.

Potencjalne korzyści: minimalizowanie potencjalnych zakłóceń w obciążeniach maszyn wirtualnych

Aby uzyskać więcej informacji, zobacz Przestarzałe obrazy witryny Azure Marketplace — Azure Virtual Machines

Uaktualnianie zestawu skalowania maszyn wirtualnych do alternatywnej wersji obrazu

Zestawy skalowania maszyn wirtualnych w subskrypcji są uruchamiane na obrazach, dla których zaplanowano wycofanie. Po wycofaniu obrazu obciążenia zestawu skalowania maszyn wirtualnych nie będą już skalowane w poziomie. Uaktualnij obraz do nowszej wersji, aby zapobiec zakłóceniom obciążenia.

Potencjalne korzyści: minimalizuj wszelkie potencjalne zakłócenia obciążeń zestawu skalowania maszyn wirtualnych

Aby uzyskać więcej informacji, zobacz Przestarzałe obrazy witryny Azure Marketplace — Azure Virtual Machines

Uaktualnianie zestawu skalowania maszyn wirtualnych do alternatywnej oferty obrazów

Zestawy skalowania maszyn wirtualnych w subskrypcji są uruchamiane na obrazach, dla których zaplanowano wycofanie. Po wycofaniu obrazu obciążenia zestawu skalowania maszyn wirtualnych nie będą już skalowane w poziomie. Aby zapobiec zakłóceniom obciążenia, uaktualnij go do nowszej oferty obrazu.

Potencjalne korzyści: minimalizuj wszelkie potencjalne zakłócenia obciążeń zestawu skalowania maszyn wirtualnych

Aby uzyskać więcej informacji, zobacz Przestarzałe obrazy witryny Azure Marketplace — Azure Virtual Machines

Uaktualnianie zestawu skalowania maszyn wirtualnych do alternatywnej jednostki SKU obrazu

Zestawy skalowania maszyn wirtualnych w subskrypcji są uruchamiane na obrazach, dla których zaplanowano wycofanie. Po wycofaniu obrazu obciążenia zestawu skalowania maszyn wirtualnych nie będą już skalowane w poziomie. Aby zapobiec zakłóceniom obciążenia, uaktualnij do nowszej jednostki SKU obrazu.

Potencjalne korzyści: minimalizuj wszelkie potencjalne zakłócenia obciążeń zestawu skalowania maszyn wirtualnych

Aby uzyskać więcej informacji, zobacz Przestarzałe obrazy witryny Azure Marketplace — Azure Virtual Machines

Zapewnienie dostępu do wymaganych adresów URL w środowisku usługi Azure Virtual Desktop

Aby host sesji mógł poprawnie wdrożyć i zarejestrować usługę Windows Virtual Desktop (WVD), należy dodać zestaw adresów URL do listy dozwolonych, gdy maszyna wirtualna jest uruchamiana w środowisku z ograniczeniami. W przypadku braku określonych adresów URL na liście dozwolonych wyszukaj zdarzenie 3702 w dzienniku zdarzeń aplikacji.

Potencjalne korzyści: Zapewnianie pomyślnego wdrożenia i funkcji hosta sesji podczas korzystania z usługi Windows Virtual Desktop

Aby uzyskać więcej informacji, zobacz Wymagane nazwy FQDN i punkty końcowe dla usługi Azure Virtual Desktop

Wyrównywanie lokalizacji zasobu i grupy zasobów

Aby zmniejszyć wpływ awarii regionów, znajdź zasoby z ich grupą zasobów w tym samym regionie. Dzięki temu usługa Azure Resource Manager przechowuje metadane związane ze wszystkimi zasobami w grupie w jednym regionie. Dzięki współlokowaniu można zmniejszyć prawdopodobieństwo wystąpienia niedostępności regionu.

Potencjalne korzyści: zmniejszanie błędów zapisu z powodu awarii regionów

Aby uzyskać więcej informacji, zobacz Co to jest usługa Azure Resource Manager?

Używanie stref dostępności w celu uzyskania lepszej odporności i dostępności

Strefy dostępności platformy Azure chronią aplikacje i dane przed awariami centrum danych. Każda strefa AZ składa się z co najmniej jednego centrum danych wyposażonego w niezależne zasilanie, chłodzenie i sieć. Projektując rozwiązania do używania strefowych maszyn wirtualnych, można odizolować maszyny wirtualne od awarii w dowolnej innej strefie.

Potencjalne korzyści: użycie strefowych maszyn wirtualnych chroni aplikacje przed przerwą w działaniu strefowym w innych strefach.

Aby uzyskać więcej informacji, zobacz Przenoszenie maszyn wirtualnych pojedynczego wystąpienia platformy Azure z regionalnych do strefowych docelowych stref dostępności

Włączanie monitorowania kondycji aplikacji zestawu skalowania maszyn wirtualnych (VMSS) platformy Azure

Konfigurowanie monitorowania kondycji aplikacji zestawu skalowania maszyn wirtualnych przy użyciu rozszerzenia Application Health lub sond kondycji modułu równoważenia obciążenia umożliwia platformie Azure poprawę odporności aplikacji przez reagowanie na zmiany w kondycji aplikacji.

Potencjalne korzyści: zwiększanie odporności przez uwidacznianie kondycji aplikacji na platformie Azure

Aby uzyskać więcej informacji, zobacz Using Application Health extension with Virtual Machine Scale Sets (Używanie rozszerzenia usługi Application Health z zestawami skalowania maszyn wirtualnych)

Włączanie tworzenia kopii zapasowych na maszynach wirtualnych

Zabezpieczenie danych przez włączenie tworzenia kopii zapasowych na maszynach wirtualnych

Potencjalne korzyści: ochrona maszyn wirtualnych

Aby uzyskać więcej informacji, zobacz Co to jest usługa Azure Backup?

Włączanie zasad automatycznej naprawy w zestawach skalowania maszyn wirtualnych platformy Azure (VMSS)

Włączenie automatycznych napraw wystąpień ułatwia osiągnięcie wysokiej dostępności dzięki zachowaniu zestawu wystąpień w dobrej kondycji. Jeśli wystąpienie w złej kondycji zostanie znalezione przez rozszerzenie usługi Application Health lub sondę kondycji modułu równoważenia obciążenia, automatyczne naprawy wystąpień spróbują odzyskać wystąpienie przez wyzwolenie akcji naprawy.

Potencjalne korzyści: Zwiększenie odporności dzięki automatyzacji naprawy wystąpień, które zakończyły się niepowodzeniem

Aby uzyskać więcej informacji, zobacz Automatyczne naprawy wystąpień dla zestawów skalowania maszyn wirtualnych platformy Azure

Konfigurowanie automatycznego skalowania zestawu skalowania maszyn wirtualnych według metryk

Optymalizowanie wykorzystania zasobów, redukcja kosztów i ulepszanie wydajności aplikacji dzięki dostosowanemu automatycznemu skalowaniu opartemu na metryce. Automatycznie dodawaj wystąpienia maszyn wirtualnych na podstawie metryk czasu rzeczywistego, takich jak procesor, pamięć i operacje dysku. Zapewnij wysoką dostępność przy zachowaniu wydajności kosztowej.

Potencjalne korzyści: zapewnia wysoką dostępność przy zachowaniu wydajności kosztowej

Aby uzyskać więcej informacji, zobacz Overview of autoscale with Azure Virtual Machine Scale Sets (Omówienie skalowania automatycznego za pomocą zestawów skalowania maszyn wirtualnych platformy Azure)

Używanie dysków platformy Azure z magazynem strefowo nadmiarowym (ZRS) w celu uzyskania większej odporności i dostępności

Usługa Azure Disks z magazynem ZRS zapewnia synchroniczną replikację danych w trzech strefach dostępności w regionie, dzięki czemu dysk jest odporny na awarie strefowe bez powodowania zakłóceń w aplikacjach. Zmigruj dyski z magazynu LRS do magazynu ZRS w celu uzyskania większej odporności i dostępności.

Potencjalne korzyści: projektując aplikacje do korzystania z dysków ZRS, dane są replikowane na 3 Strefy dostępności, co sprawia, że dysk jest odporny na awarię strefową

Aby uzyskać więcej informacji, zobacz Konwertowanie dysku z magazynu LRS na magazyn ZRS

Serwery DNS należy skonfigurować na poziomie sieci wirtualnej

Ustaw serwery DNS dla maszyny wirtualnej na poziomie sieci wirtualnej, aby zapewnić spójność w całym środowisku. W konfiguracji podstawowego interfejsu sieciowego należy ustawić serwery DNS na dziedziczenie z sieci wirtualnej.

Potencjalne korzyści: zapewnia spójność i niezawodne rozpoznawanie nazw

Aby uzyskać więcej informacji, zobacz Rozpoznawanie nazw dla zasobów w sieciach wirtualnych platformy Azure

Migrowanie do zestawów Virtual Machine Scale Sets Flex

Migrowanie obciążeń z maszyny wirtualnej do usługi Virtual Machine Scale Sets Flex na potrzeby wdrażania między strefami lub w tej samej strefie w różnych domenach błędów. Platforma planuje wycofać zestawy dostępności.

Potencjalne korzyści: dostępność między strefami lub w różnych domenach błędów

Aby uzyskać więcej informacji, zobacz Migrowanie wdrożeń i zasobów do zestawów skalowania maszyn wirtualnych w elastycznej aranżacji

Pakiety robocze

Konfigurowanie zawsze włączonej grupy dostępności dla wielofunkcyjnych serwerów SQL (MPSQL)

Serwery MPSQL z zawsze włączoną grupą dostępności mają lepszą dostępność. Serwery MPSQL nie są konfigurowane jako część zawsze włączonej grupy dostępności w udostępnionej infrastrukturze w systemie Epic. Zawsze włączone grupy dostępności zwiększają dostępność bazy danych i poprawiają wykorzystanie zasobów.

Potencjalne korzyści: ulepszona dostępność bazy danych i użycie zasobów

Aby uzyskać więcej informacji, zobacz Co to jest zawsze włączona grupa dostępności?

Konfigurowanie lokalnej pamięci podręcznej hosta na serwerach Citrix VDI w celu zapewnienia bezproblemowego działania brokera połączeń

Zauważyliśmy, że serwery Citrix VDI nie są skonfigurowane lokalną pamięcią podręczną hosta. Lokalna pamięć podręczna hosta (LHC) to funkcja dostępna w aplikacjach wirtualnych Citrix i na komputerach stacjonarnych, która umożliwia dalsze działanie brokera połączeń w przypadku wystąpienia awarii. LHC włącza się, gdy baza danych lokacji jest niedostępna przez 90 sekund.

Potencjalne korzyści: bezproblemowe operacje brokera połączeń

Wdrażanie serwerów sieci Web funkcji Hyperspace w ramach zestawu skalowania maszyn wirtualnych Flex skonfigurowanego dla 3 stref

Zauważyliśmy, że serwery sieci Web funkcji Hyperspace w konfiguracji Flex zestawu skalowania maszyn wirtualnych nie są rozmieszczone w 3 strefach w wybranym regionie. W przypadku usług, takich jak Hiperspace Web w systemach epickich, które wymagają wysokiej dostępności i dużej skali, zaleca się wdrożenie serwerów w ramach zestawu skalowania maszyn wirtualnych Flex i rozłożone na 3 strefy. Dzięki elastycznej aranżacji platforma Azure zapewnia ujednolicone środowisko w ekosystemie maszyn wirtualnych platformy Azure.

Potencjalne korzyści: wysoka dostępność i duża skala na żądanie dla serwerów internetowych funkcji Hyperspace w bazie danych Epic DB

Aby uzyskać więcej informacji, zobacz Create a Virtual Machine Scale Set that uses Strefy dostępności (Tworzenie zestawu skalowania maszyn wirtualnych używających Strefy dostępności

Ustaw limit czasu bezczynności w usłudze Azure Load Balancer na 30 minut dla konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

Aby zapobiec przekroczeniu limitu czasu modułu równoważenia obciążenia, upewnij się, że wszystkie reguły równoważenia obciążenia platformy Azure mają ustawioną wartość „Limit czasu bezczynności (minuty)” na wartość maksymalną wynoszącą 30 minut. Otwórz moduł równoważenia obciążenia, wybierz pozycję „Reguły równoważenia obciążenia” i dodaj lub edytuj regułę, aby włączyć ustawienie.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Włączanie pływających adresów IP w usłudze Azure Load Balancer dla konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

Włącz pływający adres IP w regułach równoważenia obciążenia dla usługi Azure Load Balancer dla konfiguracji wysokiej dostępności wystąpienia usługi ASCS w obciążeniach SAP, aby móc ponownie wykorzystywać porty i zapewnić lepszą wysoką dostępność. Otwórz moduł równoważenia obciążenia, wybierz pozycję „Reguły równoważenia obciążenia” i dodaj lub edytuj regułę, aby włączyć.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Włączanie portów wysokiej dostępności w usłudze Azure Load Balancer dla konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

Aby móc ponownie wykorzystać porty i zapewnić lepszą wysoką dostępność, włącz porty wysokiej dostępności w regułach równoważenia obciążenia dla konfiguracji wysokiej dostępności wystąpienia usługi ASCS w obciążeniach SAP. Otwórz moduł równoważenia obciążenia, wybierz pozycję „Reguły równoważenia obciążenia” i dodaj lub edytuj regułę, aby włączyć.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Wyłącz znaczniki czasu TCP na maszynach wirtualnych umieszczonych za usługą Azure Load Balancer w konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

Wyłącz znaczniki czasu TCP na maszynach wirtualnych umieszczonych za znacznikami czasu protokołu TCP AzurEnabling spowoduje niepowodzenie sond kondycji z powodu porzucania pakietów TCP przez stos TCP systemu operacyjnego gościa maszyny wirtualnej, co powoduje, że moduł równoważenia obciążenia oznaczy punkt końcowy jako w wyłączony

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz https://launchpad.support.sap.com/#/notes/2382421

Ustaw limit czasu bezczynności w usłudze Azure Load Balancer na 30 minut dla konfiguracji wysokiej dostępności bazy danych HANA w obciążeniach SAP

Aby zapobiec przekroczeniu limitu czasu modułu równoważenia obciążenia, upewnij się, że dla wszystkich reguł równoważenia obciążenia platformy Azure ustawiono wartość parametru „Limit czasu bezczynności (minuty)” na wartość maksymalną wynoszącą 30 minut. Otwórz moduł równoważenia obciążenia, wybierz pozycję „Reguły równoważenia obciążenia” i dodaj lub edytuj regułę, aby włączyć zalecane ustawienia.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Włączanie pływających adresów IP w usłudze Azure Load Balancer dla konfiguracji wysokiej dostępności bazy danych HANA w obciążeniach SAP

Aby zapewnić bardziej elastyczne trasowanie, włącz pływający adres IP w regułach równoważenia obciążenia dla usługi Azure Load Balancer dla konfiguracji wysokiej dostępności wystąpienia bazy danych HANA w obciążeniach SAP. Otwórz moduł równoważenia obciążenia, wybierz pozycję „Reguły równoważenia obciążenia” i dodaj lub edytuj regułę, aby włączyć zalecane ustawienia.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Włączanie portów wysokiej dostępności w usłudze Azure Load Balancer dla konfiguracji wysokiej dostępności bazy danych HANA w obciążeniach SAP

Aby zapewnić większą skalowalność, włącz porty wysokiej dostępności w regułach równoważenia obciążenia dla konfiguracji wysokiej dostępności wystąpienia bazy danych HANA w obciążeniach SAP. Otwórz moduł równoważenia obciążenia, wybierz pozycję „Reguły równoważenia obciążenia” i dodaj lub edytuj regułę, aby włączyć zalecane ustawienia.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Wyłącz znaczniki czasu TCP na maszynach wirtualnych umieszczonych za usługą Azure Load Balancer w konfiguracji wysokiej dostępności bazy danych HANA w obciążeniach SAP

Wyłącz znaczniki czasu TCP na maszynach wirtualnych umieszczonych za usługą Azure Load Balancer. Włączenie znaczników czasu TCP powoduje niepowodzenie sond kondycji z powodu porzucenia pakietów TCP przez stos TCP systemu operacyjnego gościa maszyny wirtualnej, co powoduje, że moduł równoważenia obciążenia oznaczy punkt końcowy jako wyłączony.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Sondy kondycji usługi Azure Load Balancer

Upewnij się, że włączono funkcję stonith dla konfiguracji programu Pacemaker w konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

W klastrze programu Pacemaker do implementacji odgradzania na poziomie węzłów służy zasób STONITH (Shoot The Other Node in the Head). Upewnij się, że ustawiono wartość parametru „stonith-enable” na „true” w konfiguracji klastra wysokiej dostępności, co ułatwi zarządzanie węzłami, w przypadku których dojdzie do niepowodzenia.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux

Ustaw dla tokenu corosync w klastrze programu Pacemaker wartość 30000 dla konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP (RHEL)

Ustawienie tokenu corosync określa limit czasu używany bezpośrednio lub będący podstawą do obliczania rzeczywistego limitu czasu tokenu w klastrach wysokiej dostępności. Ustaw token corosync na wartość 30000 dla oprogramowania SAP na platformie Azure, aby umożliwić przeprowadzenie konserwacji z zachowaniem stanu pamięci.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux

Ustaw dla parametru oczekiwanych głosów wartość „2” w konfiguracji programu Pacemaker w konfiguracji wysokiej dostępności usługi ASCS w przypadku obciążeń SAP (RHEL)

W przypadku klastra wysokiej dostępności z dwoma węzłami ustaw parametr kworum „expected-votes” na wartość „2” zgodnie z zaleceniami dla oprogramowania SAP na platformie Azure, aby zapewnić właściwą spójność kworum, odporności i danych.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux

Włącz parametr „concurrent-fencing” w konfiguracji programu Pacemaker w konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP (ConcurrentFencingHAASCSRH)

Równoczesne odgradzanie umożliwia równoległe wykonywanie operacji odgradzania, co zwiększa wysoką dostępność (HA), zapobiega scenariuszom split-brain i przyczynia się do niezawodnego wdrożenia SAP. Ustaw ten parametr na wartość „true” w konfiguracji klastra programu Pacemaker dla konfiguracji wysokiej dostępności usługi ASCS.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux

Upewnij się, że włączono funkcję stonith dla konfiguracji klastra w konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

W klastrze programu Pacemaker do implementacji odgradzania na poziomie węzłów służy zasób STONITH (Shoot The Other Node in the Head). Upewnij się, że ustawiono wartość parametru „stonith-enable” na „true” w konfiguracji klastra wysokiej dostępności, co ułatwi zarządzanie węzłami, w przypadku których dojdzie do niepowodzenia.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustawianie limitu czasu metody stonith na 144 dla konfiguracji klastra w konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

Parametr „stonith-timeout” określa, jak długo klaster czeka na zakończenie akcji STONITH. Ustawienie go na wartość „144” sekundy zapewnia więcej czasu na ukończenie akcji odgradzania. Zalecamy to ustawienie dla klastrów wysokiej dostępności dla oprogramowania SAP na platformie Azure.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw dla tokenu corosync w klastrze programu Pacemaker wartość 30000 dla konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP (SUSE)

Ustawienie tokenu corosync określa limit czasu używany bezpośrednio lub będący podstawą do obliczania rzeczywistego limitu czasu tokenu w klastrach wysokiej dostępności. Ustaw token corosync na wartość „30000” dla oprogramowania SAP na platformie Azure, aby umożliwić przeprowadzenie konserwacji z zachowaniem stanu pamięci.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw wartość „token_retransmits_before_loss_const” na 10 w klastrze programu Pacemaker w konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

Parametr token_retransmits_before_loss_const tokenu corosync określa liczbę prób ponownych transmisji tokenów przed przekroczeniem limitu czasu w klastrach wysokiej dostępności. W celu zapewnienia stabilności i niezawodności ustaw parametr „totem.token_retransmits_before_loss_const” na wartość „10” dla konfiguracji wysokiej dostępności usługi ASCS.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Limit czasu „corosync join” określa w milisekundach, jak długo czekać na komunikaty o dołączeniu w protokole członkostwa, więc gdy nowy węzeł dołączy do klastra, będzie miał czas na zsynchronizowanie swojego stanu z istniejącymi węzłami. Ustaw wartość „60” w konfiguracji klastra programu Pacemaker dla konfiguracji wysokiej dostępności usługi ASCS.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw dla parametru „corosync consensus” w klastrze programu Pacemaker wartość „36000” dla konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

Parametr „consensus” funkcji corosync określa w milisekundach, jak długo należy czekać na konsensus przed rozpoczęciem rundy członkostwa w konfiguracji klastra. W przypadku niezawodnego zachowania trybu failover ustaw wartość „konsensus” w konfiguracji klastra Pacemaker dla konfiguracji wysokiej dostępności ASCS na 1,2 razy token corosync.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw dla parametru „corosync max_messages” w klastrze programu Pacemaker wartość „20” dla konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

Stała corosync „max_messages” określa maksymalną liczbę komunikatów, które mogą być wysyłane przez jeden procesor po otrzymaniu tokenu. Aby umożliwić wydajną komunikację bez przeciążania sieci, ustaw ją na 20 razy parametr tokenu corosync w konfiguracji klastra Pacemaker.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw parametr „oczekiwanych głosów” na wartość „2” w konfiguracji klastra w konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP (SUSE)

W przypadku klastra wysokiej dostępności z dwoma węzłami ustaw parametr kworum „expected_votes” na wartość 2 zgodnie z zaleceniami dla oprogramowania SAP na platformie Azure, aby zapewnić właściwą spójność kworum, odporności i danych.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw parametr two_node na wartość 1 w konfiguracji klastra w konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

W przypadku klastra wysokiej dostępności z dwoma węzłami ustaw liczbę głosów kworum parametru „two_node” na 1 zgodnie z zaleceniem dotyczącym oprogramowania SAP na platformie Azure.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Włącz parametr „concurrent-fencing” w konfiguracji wysokiej dostępności usługi ASCS programu Pacemaker w obciążeniach SAP (ConcurrentFencingHAASCSSLE)

Równoczesne odgradzanie umożliwia równoległe wykonywanie operacji odgradzania, co zwiększa wysoką dostępność, zapobiega scenariuszom split-brain i przyczynia się do niezawodnego wdrożenia SAP. Ustaw ten parametr na wartość „true” w konfiguracji klastra programu Pacemaker dla konfiguracji wysokiej dostępności usługi ASCS.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Upewnij się, że liczba wystąpień elementu „fence_azure_arm” wynosi 1 w programie Pacemaker w obciążeniach SAP z obsługą wysokiej dostępności

Jeśli używasz agenta odgradzania platformy Azure do odgradzania za pomocą tożsamości zarządzanej lub jednostki usługi, upewnij się, czy istnieje jedno wystąpienie fence_azure_arm (agent odgradzania we/wy dla usługi Azure Resource Manager) w konfiguracji Pacemaker dla konfiguracji wysokiej dostępności usługi ASCS w celu zapewnienia wysokiej dostępności.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw parametr stonith-timeout na wartość 900 w konfiguracji programu Pacemaker za pomocą agenta usługi Azure Fence na potrzeby konfiguracji wysokiej dostępności usługi ASCS

Ustaw parametr „stonith-timeout” na wartość 900, aby zapewnić niezawodne działanie programu Pacemaker. To ustawienie ma zastosowanie w przypadku używania agenta usługi Azure Fence na potrzeby odgradzania wraz z tożsamością zarządzaną lub jednostką usługi.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Tworzenie pliku konfiguracji modułu softdog w konfiguracji programu Pacemaker dla konfiguracji usługi ASCS z wysoką dostępnością w obciążeniach SAP

Czasomierz softdog jest ładowany jako moduł jądra w systemie operacyjnym Linux. Ten czasomierz wyzwala resetowanie systemu, jeśli wykryje, że system się zawiesił. Upewnij się, że plik konfiguracji modułu softdog został utworzony w klastrze programu Pacemaker dla konfiguracji usługi ASCS z wysoką dostępnością

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Upewnij się, że moduł softdog został załadowany dla aplikacji Pacemaler w konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

Czasomierz softdog jest ładowany jako moduł jądra w systemie operacyjnym Linux. Ten czasomierz wyzwala resetowanie systemu, jeśli wykryje, że system się zawiesił. Najpierw upewnij się, że został utworzony plik konfiguracji softdog, a następnie załaduj moduł softdog w konfiguracji programu Pacemaker dla ustawień wysokiej dostępności usługi ASCS

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw parametr PREFER_SITE_TAKEOVER na wartość „true” w konfiguracji programu Pacemaker dla konfiguracji wysokiej dostępności bazy danych HANA

Parametr PREFER_SITE_TAKEOVER w SAP HANA określa, czy agent zasobów replikacji systemu (SR) HANA preferuje przejęcie wystąpienia pomocniczego zamiast ponownego uruchamiania podstawowego nieudanego trybu lokalnie. Aby zapewnić niezawodne działanie konfiguracji wysokiej dostępności (HA) bazy danych HANA, ustaw parametr PREFER_SITE_TAKEOVER na wartość „true”.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux

Włącz metodę stonith w konfiguracji w przypadku obciążeń SAP o wysokiej dostępności na maszynach wirtualnych z systemem operacyjnym Redhat

W klastrze programu Pacemaker do implementacji odgradzania na poziomie węzłów służy zasób STONITH (Shoot The Other Node in the Head). Aby pomóc w zarządzaniu węzłami, w przypadku których doszło do niepowodzenia, upewnij się, czy ustawiono wartość parametru „stonith-enable” na „true” w konfiguracji klastra wysokiej dostępności dla obciążenia SAP.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux

Ustaw token corosync w klastrze programu Pacemaker na 30000 dla bazy danych HANA o wysokiej dostępności w przypadku maszyny wirtualnej z systemem operacyjnym RHEL

Ustawienie tokenu corosync określa limit czasu używany bezpośrednio lub będący podstawą do obliczania rzeczywistego limitu czasu tokenu w klastrach wysokiej dostępności. Ustaw token corosync na wartość 30000 dla oprogramowania SAP na platformie Azure z systeme operacyjnym Redhat, aby umożliwić przeprowadzenie konserwacji z zachowaniem stanu pamięci.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux

Ustaw oczekiwaną wartość parametru votes na „2” w przypadku obciążeń SAP o wysokiej dostępności (RHEL)

W przypadku klastra wysokiej dostępności z dwoma węzłami ustaw kworum votes na wartość „2” zgodnie z zaleceniami dla oprogramowania SAP na platformie Azure, aby zapewnić właściwą spójność kworum, odporności i danych.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux

Włącz parametr „concurrent-fencing” w konfiguracji programu Pacemaker dla konfiguracji wysokiej dostępności bazy danych HANA

Równoczesne odgradzanie umożliwia równoległe wykonywanie operacji odgradzania, co zwiększa wysoką dostępność (HA), zapobiega scenariuszom split-brain i przyczynia się do niezawodnego wdrożenia SAP. Ustaw ten parametr na wartość „true” w konfiguracji klastra programu Pacemaker dla konfiguracji wysokiej dostępności bazy danych HANA.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux

Ustaw wartość parametru PREFER_SITE_TAKEOVER na „true” w konfiguracji klastra w przypadku obciążeń SAP o wysokiej dostępności

Parametr PREFER_SITE_TAKEOVER w topologii SAP HANA określa, czy agent zasobów SR platformy HANA preferuje przejęcie względem wystąpienia pomocniczego zamiast ponownego uruchamiania podstawowego nieudanego trybu lokalnie. Ustaw go na wartość „true”, aby zapewnić niezawodne działanie konfiguracji wysokiej dostępności bazy danych HANA

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Włącz metodę stonith w konfiguracji klastra w przypadku obciążeń SAP o wysokiej dostępności na maszynach wirtualnych z systemem operacyjnym SUSE

W klastrze programu Pacemaker do implementacji odgradzania na poziomie węzłów służy zasób STONITH (Shoot The Other Node in the Head). Upewnij się, że ustawiono wartość parametru „stonith-enable” na „true” w konfiguracji klastra wysokiej dostępności, co ułatwi zarządzanie węzłami, w przypadku których dojdzie do niepowodzenia.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw limit czasu metody stonith na 144 w konfiguracji klastra w przypadku obciążeń SAP o wysokiej dostępności

Parametr „stonith-timeout” określa, jak długo klaster czeka na zakończenie akcji STONITH. Ustawienie go na wartość „144” sekundy zapewnia więcej czasu na ukończenie akcji odgradzania. Zalecamy to ustawienie dla klastrów wysokiej dostępności dla oprogramowania SAP na platformie Azure.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw token corosync w klastrze programu Pacemaker na 30000 dla bazy danych HANA o wysokiej dostępności w przypadku maszyny wirtualnej z systemem operacyjnym SUSE

Ustawienie tokenu corosync określa limit czasu używany bezpośrednio lub będący podstawą do obliczania rzeczywistego limitu czasu tokenu w klastrach wysokiej dostępności. Aby umożliwić konserwację zachowującą pamięć, ustaw token corosync na wartość 30000 dla bazy danych HANA z włączoną wysoką dostępnością dla maszyny wirtualnej z systemem operacyjnym SUSE.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw dla parametru „token_retransmits_before_loss_const” wartość 10 w klastrze programu Pacemaker w obciążeniach SAP z obsługą wysokiej dostępności

Parametr token_retransmits_before_loss_const tokenu corosync określa liczbę prób ponownych transmisji tokenów przed przekroczeniem limitu czasu w klastrach wysokiej dostępności. Ustaw dla parametru totem.token_retransmits_before_loss_const wartość 10 zgodnie z zaleceniem dla konfiguracji wysokiej dostępności bazy danych HANA.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw dla parametru „corosync join” w klastrze programu Pacemaker wartość 60 dla bazy danych HANA z obsługą wysokiej dostępności w obciążeniach SAP

Limit czasu „corosync join” określa w milisekundach, jak długo czekać na komunikaty o dołączeniu w protokole członkostwa, więc gdy nowy węzeł dołączy do klastra, będzie miał czas na zsynchronizowanie swojego stanu z istniejącymi węzłami. Ustaw wartość „60” w konfiguracji klastra programu Pacemaker dla konfiguracji wysokiej dostępności bazy danych HANA.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw parametr „konsensus corosync” w klastrze programu Pacemaker na 36 000 dla bazy danych HANA z obsługą wysokiej dostępności w obciążeniach SAP

Parametr „consensus” funkcji corosync określa w milisekundach, jak długo należy czekać na konsensus przed rozpoczęciem nowej rundy członkostwa w klastrze. W przypadku niezawodnego zachowania trybu failover ustaw wartość „konsensus” w konfiguracji klastra Pacemaker dla konfiguracji wysokiej dostępności bazy danych HANA na 1,2 razy token corosync.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw dla parametru „corosync max_messages” w klastrze programu Pacemaker wartość 20 dla bazy danych HANA z obsługą wysokiej dostępności w obciążeniach SAP

Stała corosync „max_messages” określa maksymalną liczbę komunikatów, które mogą być wysyłane przez jeden procesor po otrzymaniu tokenu. Aby umożliwić wydajną komunikację bez przeciążania sieci, ustaw ją na 20 razy parametr tokenu corosync w konfiguracji klastra Pacemaker.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw oczekiwaną wartość parametru votes na 2 w przypadku obciążeń SAP o wysokiej dostępności (SUSE)

Ustaw oczekiwaną wartość parametru votes na „2” w konfiguracji klastra w przypadku obciążeń SAP o wysokiej dostępności, aby zapewnić właściwą spójność kworum, odporności i danych.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw parametr two_node na 1 w konfiguracji klastra w przypadku obciążeń SAP o wysokiej dostępności

W przypadku klastra wysokiej dostępności z dwoma węzłami ustaw liczbę głosów kworum parametru „two_node” na 1 zgodnie z zaleceniem dotyczącym oprogramowania SAP na platformie Azure.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Włącz parametr „concurrent-fencing” w konfiguracji klastra w przypadku obciążeń SAP o wysokiej dostępności

Równoczesne odgradzanie umożliwia równoległe wykonywanie operacji odgradzania, co zwiększa wysoką dostępność, zapobiega scenariuszom split-brain i przyczynia się do niezawodnego wdrożenia SAP. Ustaw ten parametr na wartość „true” w obciążeniach SAP z włączoną wysoką dostępnością.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Upewnij się, że istnieje jedno wystąpienie elementu fence_azure_arm w konfiguracji programu Pacemaker dla konfiguracji bazy danych HANA DB z wysoką dostępnością

Jeśli używasz agenta odgradzania platformy Azure do odgradzania za pomocą tożsamości zarządzanej lub jednostki usługi, upewnij się, czy istnieje jedno wystąpienie fence_azure_arm (agent odgradzania we/wy dla usługi Azure Resource Manager) w konfiguracji Pacemaker dla konfiguracji wysokiej dostępności bazy danych HANA DB w celu zapewnienia wysokiej dostępności.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Ustaw parametr stonith-timeout na wartość 900 w konfiguracji programu Pacemaker za pomocą agenta usługi Azure Fence na potrzeby konfiguracji wysokiej dostępności bazy danych HANA

Jeśli używasz agenta odgradzania platformy Azure do odgradzania z tożsamością zarządzaną lub jednostką usługi, zapewnij niezawodne działanie programu Pacemaker dla konfiguracji wysokiej dostępności bazy danych HANA przez ustawienie limitu czasu „stonith-timeout” na 900.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Zapewnianie dostępności pliku konfiguracji modułu softdog w konfiguracji programu Pacemaker dla bazy danych HANA w obciążeniach SAP

Czasomierz softdog jest ładowany jako moduł jądra w systemie operacyjnym Linux. Ten czasomierz wyzwala resetowanie systemu, jeśli wykryje, że system się zawiesił. Upewnij się, że plik konfiguracji softdog został utworzony w klastrze programu Pacemaker dla konfiguracji bazy danych HANA DB z wysoką dostępnością.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Upewnij się, że moduł softdog został załadowany dla aplikacji Pacemaker w konfiguracji wysokiej dostępności usługi ASCS w obciążeniach SAP

Czasomierz softdog jest ładowany jako moduł jądra w systemie operacyjnym Linux. Ten czasomierz wyzwala resetowanie systemu, jeśli wykryje, że system się zawiesił. Najpierw upewnij się, że został utworzony plik konfiguracji softdog, a następnie załaduj moduł softdog w konfiguracji programu Pacemaker dla ustawień wysokiej dostępności bazy danych HANA DB.

Potencjalne korzyści: niezawodność konfiguracji wysokiej dostępności w obciążeniach SAP

Aby uzyskać więcej informacji, zobacz Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure na serwerze SUSE Linux Enterprise Server

Następne kroki

Dowiedz się więcej o niezawodności — Microsoft Azure Well Architected Framework