Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Rutynowa konserwacja obejmuje aktualizacje zakulisowe w usłudze Azure App Service. Te aktualizacje mogą obejmować ulepszenia wydajności, poprawki błędów, nowe funkcje lub aktualizacje zabezpieczeń. Konserwacja może dotyczyć platformy App Service lub bazowego systemu operacyjnego.
Ważne
Zmiana powodująca niekompatybilność lub wycofanie funkcji nie jest częścią rutynowego utrzymania. Aby uzyskać więcej informacji, zobacz Nowoczesne zasady cyklu życia.
Gwarancje dotyczące jakości usług i czasu pracy firmy Microsoft nadal obowiązują w okresach konserwacji. Powiadomienia są udostępniane w celu zapewniania klientom wglądu w zmiany platformy.
Czego oczekiwać
Podobnie jak komputery osobiste, telefony komórkowe i inne urządzenia, maszyny w chmurze wymagają regularnych aktualizacji. W przeciwieństwie do urządzeń fizycznych usługa Azure App Service obsługuje rutynową konserwację przy minimalnych zakłóceniach. Obciążenia można przenosić do zaktualizowanego sprzętu w ciągu kilku sekund, co pozwala na kontynuowanie aktualizacji bez przestojów.
Konserwacja zwykle odbywa się co miesiąc, ale może się różnić w zależności od potrzeb organizacji i innych czynników.
Ponieważ typowe rozwiązanie w chmurze składa się z wielu aplikacji, baz danych, kont magazynu, funkcji i innych zasobów, jego części mogą być poddawane konserwacji w różnym czasie. Ta odmiana może być spowodowana lokalizacjami geograficznymi, regionami, centrami danych i strefami dostępności. Aby uzyskać więcej informacji, zobacz Bezpieczne praktyki wdrażania.
Aby znaleźć zdarzenia konserwacji, wyszukaj usługę Service Health w witrynie Azure Portal. W obszarze Aktywne zdarzenia wybierz pozycję Planowana konserwacja.
Od góry do dołu przykład pokazuje:
- Opisowy tytuł zdarzenia konserwacji.
- Regiony i subskrypcje, których dotyczy problem.
- Oczekiwane okno konserwacji.
Na poniższych zrzutach ekranu przedstawiono dodatkowe informacje dostępne na karcie Zasoby, których to dotyczy :
Od lewej do prawej w przykładzie pokazano:
- Wybierz kartę Zasoby objęte wpływem.
- Opcja Więcej informacji .
Uwaga / Notatka
Ręczne inicjowanie konserwacji nie jest obsługiwane w przypadku planów usługi App Service. Jednak środowiska App Service Environment (ASE) obsługują preferencje konserwacji ręcznej.
W tym przykładzie pokazano:
- Stan prac konserwacyjnych, który może być oczekiwany, rozpoczęty lub zakończony.
- Po rozpoczęciu konserwacji znaczniki czasu można wyświetlić w obszarze Więcej informacji.
Często zadawane pytania
Dlaczego konserwacja trwa tak długo?
Rutynowa konserwacja zapewnia najnowsze aktualizacje platformy i usługi. Trudno przewidzieć, w jaki sposób konserwacja wpływa na poszczególne aplikacje, więc powiadomienia zapewniają ogólne zakresy czasu. Zakresy te odzwierciedlają ogólne działanie we wszystkich zasobach, a nie konkretne doświadczenia na poziomie aplikacji. Aplikacje są ponownie uruchamiane w ramach konserwacji na świeżo zaktualizowanych maszynach i kontynuują pracę. Nie ma przestoju, gdy żądania i ruch nie są obsługiwane.
Dlaczego otrzymuję tak wiele powiadomień?
Klienci często mają wiele aplikacji, które są uaktualniane w różnym czasie. Aby uniknąć wysyłania powiadomień dla każdego z nich, wysyłamy jedno powiadomienie, które przechwytuje wiele zasobów. Na początku i w całym oknie konserwacji wysyłamy powiadomienie. Jeśli przedział czasu jest długi, możesz otrzymywać wiele przypomnień o tym samym wdrożeniu, dzięki czemu można łatwiej skorelować wszelkie ponowne uruchomienia, przerwy lub inne problemy.
Jak rutynowa konserwacja jest związana z SLA?
Konserwacja platformy nie powinna mieć wpływu na czas pracy aplikacji ani dostępność. Aplikacje nadal pozostają w trybie online podczas konserwacji platformy.
Konserwacja platformy może spowodować zimne uruchomienie aplikacji na nowych maszynach wirtualnych, co może prowadzić do opóźnień. Aplikacja jest nadal uważana za online podczas zimnego uruchamiania. Aby zminimalizować lub uniknąć zimnych startów, rozważ użycie lokalnej pamięci podręcznej dla aplikacji systemu Windows i kontroli kondycji.
Nie oczekujemy, że witryny będą ponosić jakiekolwiek naruszenia umowy dotyczącej poziomu usług (SLA) w oknach konserwacyjnych.
Jak uaktualnienie zapewnia bezproblemową pracę moich aplikacji?
Azure App Service to zestaw jednostek skalujących, które zapewniają hosting aplikacji webowych i rozwiązań dla klientów. Każda jednostka skalowania jest podzielona na domeny uaktualniania i strefy dostępności. Ten dział optymalizuje rozmieszczenie większych planów usługi App Service i umożliwia płynne wdrożenia, ponieważ nie wszystkie maszyny w każdej jednostce skali są aktualizowane jednocześnie.
Operacje konserwacji uaktualniają maszyny w sposób iteracyjny, gdy usługa App Service monitoruje stan floty. Jeśli wystąpi problem, system może zatrzymać wdrożenie. Aby uzyskać więcej informacji na temat tego procesu, zobacz wpis w blogu Demystifying the magic behind App Service OS updates.
Czy godziny pracy są odzwierciedlane?
Tak, godziny pracy są odzwierciedlane dla strefy czasowej regionu. Operacje konserwacji są zoptymalizowane pod kątem rozpoczęcia poza standardowymi godzinami pracy od 9:00 do 17:00. Statystycznie jest to najlepszy czas na wszelkie przerwy i ponowne uruchomienia obciążeń, ponieważ w aplikacjach klienta i przechodnio na samej platformie występuje mniejszy stres. Konserwacja usługi App Service została zaprojektowana w celu zminimalizowania zakłóceń w godzinach pracy. Jeśli jakiekolwiek uaktualnienia są nadal w toku do godziny 9:00 w danym regionie, spróbują zatrzymać się przed osiągnięciem krytycznych faz. Niektóre operacje przenoszenia wystąpień podstawowych mogą być kontynuowane, ale są one koordynowane w celu bezpiecznego nakładania się i utrzymania dostępności serwisu.
Jakie są moje opcje kontrolowania rutynowej konserwacji?
Jeśli uruchamiasz obciążenia w izolowanym produkcie za pośrednictwem środowiska App Service Environment w wersji 3, możesz zaplanować uaktualnienia w razie potrzeby. Aby uzyskać więcej informacji na temat tej możliwości, zobacz wpis w blogu Control and automate planned maintenance for App Service Environment v3 (Kontrolowanie i automatyzowanie planowanej konserwacji środowiska App Service Environment w wersji 3).
Czy mogę lepiej przygotować aplikacje do ponownego uruchomienia?
Jeśli aplikacje potrzebują dodatkowego czasu podczas ponownego uruchomienia, aby stać się dostępnymi, rozważ użycie sprawdzenia stanu. Typowy wzorzec wymagający dodatkowego czasu to duża zależność od zasobów zewnętrznych podczas rozgrzewki lub uruchamiania aplikacji.
Możesz użyć kontroli kondycji, aby poinformować platformę, że aplikacja nie jest jeszcze gotowa do odbierania żądań. System może używać tych informacji, aby przekazywać żądania do innych instancji w ramach Twojego planu usługi aplikacji. W takich przypadkach zalecamy posiadanie co najmniej dwóch wystąpień w planie.
Moje aplikacje były w trybie online, ale sytuacja się pogorszyła, jak tylko zaczęły się pojawiać te powiadomienia. Co się zmieniło?
Od początku aktualizacje i konserwacje są przeprowadzane na platformie. Częstotliwość aktualizacji zmniejszyła się wraz z upływem czasu, więc liczba przerw również się zmniejszyła, a czas pracy wzrósł. Jednak teraz masz lepszy wgląd we wszystkie zmiany. Zwiększona widoczność może spowodować postrzeganie, że dzieje się więcej zmian.