Magas rendelkezésre állás a Service Csatlakozás orhoz
A service Csatlakozás or támogatja az Azure rendelkezésre állási zónáit, hogy rugalmasságot és megbízhatóságot érjen el az üzletileg kritikus fontosságú számítási feladatokhoz. A Service Csatlakozás or magas rendelkezésre állású architektúrájának célja, hogy a szolgáltatáskapcsolatok legalább 99,9%-ban működjenek, így nem kell aggódnia a lehetséges karbantartási műveletek és kimaradások hatásai miatt. A Service Csatlakozás or úgy lett kialakítva, hogy magas rendelkezésre állási támogatást nyújtson az Azure-ban futó összes alkalmazástípushoz.
A felhasználók számos régióban terjeszthetik az Azure számítási szolgáltatásokat a rendelkezésre állási zónák között. A service Csatlakozás or ezen számítási szolgáltatások bővítményerőforrás-szolgáltatója. Amikor szolgáltatáskapcsolatot hoz létre egy számítási szolgáltatásban, amelyen engedélyezve vannak a rendelkezésre állási zónák, az Azure automatikusan beállítja a szolgáltatáskapcsolat megfelelő szolgáltatáskapcsolat rendelkezésre állási zónáját is. A Microsoft felelős a rendelkezésre állási zónák beállításáért és a szolgáltatáskapcsolatok vészhelyreállításáért.
Zónaredundancia a Service Csatlakozás orban
A Service Csatlakozás or egy Azure-bővítményerőforrás-szolgáltató. Kibővíti a Azure-alkalmazás Service-t, az Azure Spring Appst és az Azure Container Appst. Amikor új szolgáltatáskapcsolatot hoz létre ezen számítási szolgáltatások egyikében a Service Csatlakozás or használatával, a rendszer kiépül egy kapcsolati erőforrást a legfelső szintű szülő számítási szolgáltatás részeként.
A zónaredundancia engedélyezéséhez engedélyeznie kell a zónaredundanciát a számítási szolgáltatáshoz. Miután a számítási szolgáltatást zónaredundanciával konfigurálta, a szolgáltatáskapcsolatok is automatikusan zónaredundánssá válnak. Ha például engedélyezve van egy zónaredundanciával rendelkező app service, a platform automatikusan elterjeszti az App Service-példányokat a kijelölt régió három zónájában. Amikor szolgáltatáskapcsolatot hoz létre ebben az app service-ben a Service Csatlakozás or használatával, a szolgáltatáskapcsolati erőforrás automatikusan létrejön a kijelölt régió három megfelelő zónájában is. A forgalom az összes elérhető kapcsolati erőforráshoz lesz irányítva. Ha egy zóna lemegy, a platform észleli az elveszett példányokat, automatikusan megpróbálja megtalálni az új helyettesítő példányokat, és szükség szerint elterjeszti a forgalmat.
Megjegyzés:
A szolgáltatáskapcsolatok létrehozásához, frissítéséhez, ellenőrzéséhez és listázásához a Service Csatlakozás or meghívja az API-kat egy számítási szolgáltatásból és egy célszolgáltatásból. Mivel a Service Csatlakozás or mind a számítási szolgáltatástól, mind a célszolgáltatástól kapott válaszokra támaszkodik, előfordulhat, hogy a szolgáltatás Csatlakozás or felé irányuló kérések zónalelépési forgatókönyvben nem lesznek sikeresek, ha a célszolgáltatás nem érhető el. Ez a korlátozás az App Service-re, az Azure Container Appsre és az Azure Spring Appsre vonatkozik.
Zónaredundáns szolgáltatáskapcsolat létrehozása a Service Csatlakozás orral
Kövesse az alábbi utasításokat egy zónaredundáns szolgáltatáskapcsolat létrehozásához az App Service-ben az Azure CLI vagy az Azure Portal használatával. Ugyanez a folyamat használható zónaredundáns kapcsolat létrehozásához az Azure Spring Appshez és az Azure Container Apps számítási szolgáltatásaihoz.
Ha zónaredundanciát szeretne engedélyezni egy szolgáltatáskapcsolathoz az Azure CLI használatával, először hozzon létre egy zónaredundáns App Service-t.
Hozzon létre egy App Service-csomagot, és adjon meg egy paramétert
--zone-redundant. Opcionálisan adja meg a--number-of-workerskapacitás megadásához szükséges paramétert. További információ a zónaredundáns App Service üzembe helyezéséről.az appservice plan create --resource-group MyResourceGroup --name MyPlan --zone-redundant --number-of-workers 6Hozzon létre egy alkalmazást az App Service-ben, és hozzon létre egy kapcsolatot a Blob Storage-fiókjával vagy egy másik választott célszolgáltatással.
az webapp create --name MyApp --plan MyPlan resource-group MyResourceGroup az webapp connection create storage-blob
Mivel engedélyezte a zónaredundanciát az App Service-ben, a szolgáltatáskapcsolat zónaredundáns is.
Tipp.
Ajánlott engedélyezni a zónaredundanciát a célszolgáltatáshoz. Zónaleválasztásos forgatókönyv esetén a kapcsolat felé történő forgalom automatikusan átterjed más zónákra. A kapcsolatok létrehozása, érvényesítése és frissítése azonban a célszolgáltatás felügyeleti API-jaira támaszkodik. Ha egy célszolgáltatás nem támogatja a zónaredundanciát, vagy nincs engedélyezve a zónaredundancia, ezek a műveletek sikertelenek lesznek.
A service Csatlakozás or vészhelyreállításának és rugalmasságának ismertetése
A vészhelyreállítás az alkalmazásfunkciók katasztrofális veszteség utáni visszaállításának folyamata.
A felhőben előre elismerjük, hogy a hibák biztosan bekövetkeznek. Az összes hiba megakadályozása helyett a cél egyetlen hibás összetevő hatásának minimálisra csökkentése. Ha katasztrófa történik, a Service Csatlakozás or feladatátvételt fog végrehajtani a párosított régióba. Az ügyfeleknek nem kell semmit tenniük, ha a szolgáltatáskimaradásról a Szolgáltatás Csatlakozás or csapata dönt/deklarál.
Az RTO (Helyreállítási idő célkitűzése) kifejezéssel jelezzük a szolgáltatás Csatlakozás ort érintő kimaradás kezdete és a teljes rendelkezésre állásra való helyreállítás közötti időt. Az RPO (helyreállítási pont célkitűzése) használatával jelezzük az utolsó művelet helyes visszaállítása és a szolgáltatás Csatlakozás ort érintő kimaradás kezdete közötti időt. A várt és maximális RPO 24 óra, az RTO pedig 24 óra.
A szolgáltatás Csatlakozás oron végzett műveletek a katasztrófa idején, a feladatátvétel előtt meghiúsulhatnak. A feladatátvétel befejezése után az adatok vissza lesznek állítva, és az ügyfélnek nem kell semmilyen műveletet végrehajtania.
A szolgáltatás-összekötő kezeli a tárolás és a számítás üzletmenet-folytonosságát és vészhelyreállítását (BCRD). A platform arra törekszik, hogy a lehető legkisebb hatással legyen a tárolási/számítási problémák esetén bármely régióban. Az adatréteg kialakítása prioritást élvez a késéssel szemben katasztrófa esetén – ami azt jelenti, hogy ha egy régió leáll, a Szolgáltatás Csatlakozás or megpróbálja kiszolgálni a végfelhasználói kérést a párosított régióból.
A feladatátvételi művelet során a Service Csatlakozás or kezeli a DNS-remappinget az elérhető régiókra. Az ügyfélnézetből származó összes adat és művelet a feladatátvétel után a szokásos módon szolgál. A szolgáltatás Csatlakozás or körülbelül egy óra múlva módosítja a DNS-ét. A manuális feladatátvétel végrehajtása több időt vesz igénybe. Mivel a Service Csatlakozás or más Azure-szolgáltatásokra épülő erőforrás-szolgáltató, a tényleges idő a mögöttes szolgáltatások feladatátvételi idejétől függ.
Vészhelyreállítási régió támogatása
A Service Csatlakozás or jelenleg a következő régiópárokat támogatja. Elsődleges régió leállása esetén a másodlagos régióba történő feladatátvétel automatikusan elindul.
| Elsődleges | Másodlagos |
|---|---|
| East US 2 EUAP | East US |
| West Central US | USA 2. nyugati középső régiója |
| West Europe | North Europe |
| North Europe | West Europe |
| USA keleti régiója | USA 2. nyugati régiója |
| West US 2 | East US |
Régiók közötti feladatátvétel
A Microsoft felelős a régiók közötti feladatátvételek kezeléséért. A szolgáltatás Csatlakozás or 10 percenként futtat állapotellenőrzéseket, és a rendszer regionális feladatátvételeket észlel és kezel a Szolgáltatás Csatlakozás or háttérrendszerében. A feladatátvételi folyamat nem igényel módosításokat az ügyfél alkalmazásaiban vagy számítási szolgáltatás konfigurációiban. A service Csatlakozás or egy aktív-passzív fürtkonfigurációt használ automatikus feladatátvétellel. Vészhelyreállítás után az ügyfelek a Service Csatlakozás or által biztosított összes funkciót használhatják.
A 10 percenként futó állapot-ellenőrzés a felhasználói viselkedést szimulálja a Szolgáltatás Csatlakozás or által támogatott egyes számítási szolgáltatások célszolgáltatásaihoz való kapcsolatok létrehozásával, érvényesítésével és frissítésével. A Microsoft megkezdi a szolgáltatás Csatlakozás or feladatátvételének elemzését és elindítását, ha az alábbi feltételek bármelyikének eleget teszünk:
- A szolgáltatás állapotának ellenőrzése egymás után háromszor meghiúsul
- A szolgáltatás Csatlakozás or függő szolgáltatásai kimaradást deklarálnak
- Az ügyfelek régiókimaradást jelentenek
A szolgáltatáskapcsolatokra irányuló kérelmek a feladatátvétel során lesznek hatással. A feladatátvétel befejeződése után a szolgáltatáskapcsolat adatai visszaállnak. Az Azure állapotlapján ellenőrizheti az összes Azure-szolgáltatás állapotát.
Következő lépések
A Service Csatlakozás orról az alábbi fogalomcikkben olvashat bővebben.
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: