Tervezett karbantartási értesítés az Azure Database for MySQL-ben – önálló kiszolgáló

  • Cikk

A következőkre vonatkozik: Azure Database for MySQL – Önálló kiszolgáló

Fontos

Az önálló Azure Database for MySQL-kiszolgáló a kivonási útvonalon van. Határozottan javasoljuk, hogy frissítsen rugalmas Azure Database for MySQL-kiszolgálóra. További információ a rugalmas Azure Database for MySQL-kiszolgálóra való migrálásról: Mi történik az önálló Azure Database for MySQL-kiszolgálóval?

Megtudhatja, hogyan készülhet fel a tervezett karbantartási eseményekre az Azure Database for MySQL-ben.

What is a planned maintenance?

Az Azure Database for MySQL szolgáltatás a mögöttes hardver, operációs rendszer és adatbázismotor automatikus javítását végzi. A javítás új szolgáltatásszolgáltatásokat, biztonsági és szoftverfrissítéseket tartalmaz. A MySQL-motor esetében az alverziófrissítések automatikusak, és a javítási ciklus részeként szerepelnek benne. A javításhoz nincs szükség felhasználói műveletre vagy konfigurációs beállításokra. A javítást széles körben teszteljük, és biztonságos üzembe helyezési eljárásokkal gördülünk ki.

A tervezett karbantartás egy karbantartási időszak, amikor ezeket a szolgáltatásfrissítéseket egy adott Azure-régió kiszolgálóira telepítik. A tervezett karbantartás során a rendszer létrehoz egy értesítési eseményt, amely tájékoztatja az ügyfeleket, hogy mikor megy végbe a szolgáltatásfrissítés üzembe helyezése abban az Azure-régióban, amelyben a kiszolgálóik találhatók. Két tervezett karbantartás közötti minimális időtartam 30 nap. A következő karbantartási időszakról 72 órával korábban értesítést kap.

Planned maintenance - duration and customer impact

Egy adott Azure-régió tervezett karbantartása általában várhatóan 15 órát vesz igénybe. Az ablak pufferidőt is tartalmaz a visszaállítási terv végrehajtásához, ha szükséges. A tervezett karbantartás során előfordulhat, hogy az adatbázis-kiszolgáló újraindul vagy feladatátvételt végez, ami az adatbázis-kiszolgálók rövid elérhetetlenségét eredményezheti a végfelhasználók számára. Az Azure Database for MySQL-kiszolgálók tárolókban futnak, így az adatbázis-kiszolgáló újraindítása általában gyors, várhatóan 60–120 másodperc alatt fejeződik be. A mérnöki csapat gondosan figyeli a teljes tervezett karbantartási eseményt, beleértve az egyes kiszolgálók újraindításait is. A kiszolgáló feladatátvételi ideje az adatbázis-helyreállítási időtől függ, ami hosszabb ideig online állapotba kerülhet, ha a feladatátvétel időpontjában nagy tranzakciós tevékenység van a kiszolgálón. A hosszabb újraindítási idő elkerülése érdekében ajánlott elkerülni a hosszú ideig futó tranzakciókat (tömeges terheléseket) a tervezett karbantartási események során.

Összefoglalva, míg a tervezett karbantartási esemény 15 órán át fut, az egyes kiszolgálói hatás általában 60 másodpercig tart a kiszolgálón végzett tranzakciós tevékenységtől függően. A rendszer 72 naptári órával a tervezett karbantartás megkezdése előtt küld értesítést, egy másikat pedig egy adott régióban, miközben a karbantartás folyamatban van.

How can I get notified of planned maintenance?

A tervezett karbantartási értesítések funkcióval riasztásokat kaphat egy közelgő tervezett karbantartási eseményről. A közelgő karbantartásról az esemény előtt 72 naptári órával, egy másikkal pedig az adott régióban folyamatban lévő karbantartásról kap értesítést.

Értesítés tervezett karbantartásról

Fontos

A tervezett karbantartási értesítések jelenleg előzetes verzióban érhetők el az USA nyugati középső régiója kivételével minden régióban

A tervezett karbantartási értesítések lehetővé teszik, hogy riasztásokat kapjon a közelgő tervezett karbantartási eseményről az Azure Database for MySQL-hez. Ezek az értesítések integrálva vannak a Service Health tervezett karbantartásával, és lehetővé teszik az előfizetések összes ütemezett karbantartásának megtekintését egy helyen. Emellett abban is segítenek, hogy az értesítést a különböző erőforráscsoportok megfelelő célközönségeire kiterjessze, mivel előfordulhat, hogy különböző kapcsolattartók felelnek a különböző erőforrásokért. Az esemény előtt 72 naptári órával értesítést kap a közelgő karbantartásról.

Minden olyan kísérletet megteszünk, hogy minden eseményről 72 órás értesítést küldsünk a tervezett karbantartásról . Kritikus vagy biztonsági javítások esetén azonban az értesítések az eseményhez közelebbi időpontban is érkezhetnek, vagy akár el is maradhatnak.

Ellenőrizheti a tervezett karbantartási értesítéseket az Azure Portalon, vagy konfigurálhatja a riasztásokat az értesítések fogadásához.

Tervezett karbantartási értesítés ellenőrzése az Azure Portalról

  1. Az Azure Portalon válassza a Service Health lehetőséget.
  2. A Tervezett karbantartás lap kiválasztása
  3. Válassza ki az előfizetést, régiót és szolgáltatást , amelynek a tervezett karbantartási értesítését ellenőrizni szeretné.

Tervezett karbantartással kapcsolatos értesítések

  1. A portálon válassza a Service Health lehetőséget.
  2. A Riasztások rész alatt válassza az Állapotriasztások lehetőséget.
  3. Válassza a + Szolgáltatásállapot riasztásának hozzáadása lehetőséget, majd töltse ki a mezőket.
  4. Töltse ki a szükséges mezőket.
  5. Válassza az Eseménytípus, majd a Tervezett karbantartás vagy Az összes kijelölése lehetőséget
  6. A műveletcsoportokban megadhatja, hogyan szeretné megkapni a riasztást (e-mail küldése, logikai alkalmazás aktiválása stb.)
  7. Győződjön meg róla, hogy a Szabály engedélyezése létrehozás után értéke Igen.
  8. Kattintson a Riasztási szabály létrehozása gombra a riasztás létrehozásának befejezéséhez

A szolgáltatásállapot-riasztások létrehozásának részletes lépéseit a szolgáltatásértesítések tevékenységnapló-riasztásainak létrehozása című témakörben találja.

Can I cancel or postpone planned maintenance?

Karbantartásra van szükség a kiszolgáló biztonságának, stabil és naprakész állapotának megőrzéséhez. A tervezett karbantartási eseményt nem lehet megszakítani vagy elhalasztani. Miután az értesítést egy adott Azure-régióba küldte, a javítás ütemezése nem módosítható az adott régió egyetlen kiszolgálója esetében sem. A javítás a teljes régióra egyszerre kerül ki. Az Azure Database for MySQL – Egykiszolgálós szolgáltatás olyan natív felhőalkalmazásokhoz készült, amelyek nem igénylik a szolgáltatás részletes vezérlését vagy testreszabását. Ha szeretné ütemezni a kiszolgálók karbantartását, javasoljuk, hogy fontolja meg a rugalmas kiszolgálók használatát.

Are all the Azure regions patched at the same time?

Nem, az összes Azure-régió ki van javítva az üzembe helyezéssel kapcsolatos bölcs időszakok időzítése során. Az üzembe helyezés bölcs ablaka általában helyi idő szerint 17:00 és 20:00 között tart egy adott Azure-régióban. A földrajzilag párosított Azure-régiók különböző napokon vannak javítva. Az adatbázis-kiszolgálók magas rendelkezésre állása és üzletmenet-folytonossága érdekében ajánlott a régiók közötti olvasási replikák használata.

Retry logic

Az átmeneti hiba, más néven átmeneti hiba egy olyan hiba, amely megoldja magát. A karbantartás során átmeneti hibák léphetnek fel. A legtöbb ilyen eseményt a rendszer kevesebb mint 60 másodperc alatt automatikusan enyhíti. Az átmeneti hibákat újrapróbálkozási logikával kell kezelni.

További lépések