Mi történik az Önálló Azure Database for PostgreSQL-kiszolgálóval a kivonás bejelentése után?
A KÖVETKEZŐKRE VONATKOZIK:
Azure Database for PostgreSQL – Önálló kiszolgáló
Azure Database for PostgreSQL – Az önálló kiszolgáló a kivonási útvonalon van, és 2025. március 28-ra van ütemezve a kivonásra.
Az Azure Database for PostgreSQL – Single Server 2018-ban általánosan elérhetővé vált. Az azure-adatbázis környezetében a számítási, rendelkezésre állási, méretezhetőségi és teljesítménybeli képességek terén elért új ügyfelek visszajelzései és új fejlesztései miatt az egykiszolgálós ajánlatot ki kell vonni, és egy új architektúrával kell frissíteni. Az Azure Database for PostgreSQL – Rugalmas kiszolgáló a szolgáltatás következő generációja, és az Azure nyílt forráskódú adatbázisplatformjának legjobbját nyújtja.
A kivonás részeként 2023. november 30-tól már nem támogatjuk új önálló kiszolgálópéldányok létrehozását az Azure Portalról. Ha egyetlen kiszolgálópéldányt kell létrehoznia az üzletmenet-folytonossági igényeknek megfelelően, továbbra is használhatja az Azure CLI-t és az ARM-sablont. 2025 márciusától azonban ezek a módszerek már nem lesznek használatban.
Ha jelenleg egy Azure Database for PostgreSQL- egykiszolgálós szolgáltatással rendelkezik, amely éles kiszolgálókat üzemeltet, örömmel tájékoztatjuk, hogy migrálhatja az Önálló Azure Database for PostgreSQL-kiszolgálót a rugalmas Azure Database for PostgreSQL-kiszolgálóra.
Az Azure Database for PostgreSQL – Rugalmas kiszolgáló egy teljes mértékben felügyelt, éles üzemre kész adatbázis-szolgáltatás, amely részletesebb vezérlést és rugalmasságot biztosít az adatbázis-kezelési funkciók és a konfigurációs beállítások felett. A rugalmas Azure Database for PostgreSQL-kiszolgálóról további információt az Azure Database for PostgreSQL – Rugalmas kiszolgáló című témakörben talál.
Migrálás az Azure Database for PostgreSQL-ből – önálló kiszolgálóról az Azure Database for PostgreSQL-re – rugalmas kiszolgáló
Megtudhatja, hogyan migrálhat az Azure Database for PostgreSQL-ről – egykiszolgálós azure database for PostgreSQL – rugalmas kiszolgálóra az önálló kiszolgálóról a rugalmas kiszolgálói migrálási eszközre.
Gyakori kérdések (GYIK)
K. Miért vonja ki az önálló Azure Database for PostgreSQL-kiszolgálót?
V. Az Azure Database for PostgreSQL – Single Server 2018-ban általánosan elérhetővé vált. Az azure-adatbázis környezetében a számítási, rendelkezésre állási, méretezhetőségi és teljesítménybeli képességek terén elért új ügyfelek visszajelzései és új fejlesztései miatt az egykiszolgálós ajánlatot ki kell vonni, és egy új architektúrával kell frissíteni. Az Azure Database for PostgreSQL – Rugalmas kiszolgáló a szolgáltatás következő generációja, és az Azure nyílt forráskódú adatbázisplatformjának legjobbját nyújtja.
K. Miért kérik fel, hogy migráljak a rugalmas Azure Database for PostgreSQL-kiszolgálóra?
A.Az Azure Database for PostgreSQL – Rugalmas kiszolgáló a legjobb platform az összes nyílt forráskódú PostgreSQL-számítási feladat azure-beli futtatásához. Azure Database for PostgreSQL – A rugalmas kiszolgáló gazdaságos, jobb teljesítményt biztosít minden szolgáltatási szinten, és több módot kínál a költségek szabályozására az olcsóbb és gyorsabb vészhelyreállítás érdekében. A rugalmas kiszolgáló további fejlesztései a következők:
- A Postgres 11-es és újabb verziójának támogatása, valamint beépített biztonsági fejlesztések
- Jobb árteljesítmény a többrétegű számítási lehetőségek támogatásával.
- Továbbfejlesztett üzemidő a gyakori elérésű készenléti állapot ugyanazon vagy egy másik rendelkezésre állási zónán való konfigurálásával és a felhasználó által vezérelt karbantartási időszakokkal.
- Egyszerűsített fejlesztői élmény nagy teljesítményű adatterhelésekhez.
K. Milyen hamar kell áttelepítenem az önálló kiszolgálómat egy rugalmas kiszolgálóra?
V. Az Önálló Azure Database for PostgreSQL -et 2025. március 28-ig tervezzük megszüntetni, ezért javasoljuk, hogy a lehető leghamarabb migrálja az önálló kiszolgálót egy rugalmas kiszolgálóra, hogy elegendő idő álljon rendelkezésre a migrálási életciklus végigfuttatásához és a rugalmas kiszolgáló által kínált előnyök kihasználásához.
K. Mi történik a meglévő Azure Database for PostgreSQL- egykiszolgálós példányokkal?
V. A meglévő Azure Database for PostgreSQL – Egykiszolgálós számítási feladatok 2025 márciusáig továbbra is támogatottak lesznek.
K. Létrehozhatok még egy új 11-es verziójú Azure Database for PostgreSQL - Single Servert a 2023 novemberi közösségi EOL-dátum után?
V. 2023. november 30-tól már nem hozhat létre új önálló kiszolgálópéldányokat a PostgreSQL 11-es verziójához az Azure Portalon keresztül. 2024 novemberéig azonban továbbra is létrehozhatja őket a parancssori felületen keresztül. A verziószámozási támogatási szabályzatunkkal továbbra is támogatjuk az önálló kiszolgálókat. A legjobb, ha azonnal megkezdi a migrálást a rugalmas Azure Database for PostgreSQL-kiszolgálóra.
K. Továbbra is futtathatom az Önálló Azure Database for PostgreSQL-kiszolgálómat a 2025. március 28-i naplemente után?
V. 2025. március 28-i naplemente időpontjáig tervezzük támogatni az egykiszolgálós kiszolgálót, és határozottan javasoljuk, hogy a migrálást a lehető leghamarabb tervezze meg. Azt tervezzük, hogy 2025. március 28-án megszűnik az önálló kiszolgálótelepítések támogatása.
K. Mi a teendő, ha az önálló kiszolgáló megszüntetéséről szóló közleményt követően mégis egy önálló kiszolgálót kell létrehoznom az üzleti igényeim kielégítéséhez?
V. Nem áll meg azonnal az új önálló kiszolgálók létrehozásának lehetősége, így továbbra is létrehozhat új önálló kiszolgálókat a parancssori felületen keresztül, hogy megfeleljen az Azure Database for PostgreSQL– Single Serveren támogatott összes PostgreSQL-verzió üzleti igényeinek. Határozottan javasoljuk, hogy fedezze fel a rugalmas kiszolgálót, és ellenőrizze, hogy ez megfelel-e az igényeinek. Ha szükséges, forduljon hozzánk bizalommal, hogy segíthessünk Önnek, és javaslatot tehessünk a legjobb útra.
K. Vannak további költségek a migrálás végrehajtásával kapcsolatban?
V. A migrálás során fizetnie kell a cél rugalmas kiszolgálóért és a forráskiszolgálóért. A rugalmas célkiszolgáló konfigurációja és számítástechnika határozza meg a felmerülő többletköltségeket (további részletekért lásd a díjszabást ). Miután a sikeres migrálás után leszerelte a forráskiszolgálót, csak a rugalmas kiszolgálóért kell fizetnie. Az önálló kiszolgáló rugalmas kiszolgálói migrálási eszköz használata nem jár többletköltséggel. Ha kérdései vagy aggályai vannak azzal kapcsolatban, hogy mennyibe kerül az önálló kiszolgáló rugalmas kiszolgálóra való migrálása, forduljon a Microsoft-fiók képviselőjéhez.
K. Hatással lesz a számlázásomra az Azure Database for PostgreSQL – Rugalmas kiszolgáló futtatása az Önálló Azure Database for PostgreSQL helyett?
V. A számlázásnak összehasonlíthatónak kell lennie, ha az Önálló Azure Database for PostgreSQL-kiszolgálóhoz hasonló konfigurációt választ. Ha azonban ugyanazt a zónát vagy zónaredundánst választja ki, amely magas rendelkezésre állást biztosít a cél rugalmas kiszolgáló számára, a számla magasabb lesz, mint az egyetlen kiszolgálón. Ugyanannak a zóna- vagy zónaredundáns magas rendelkezésre állásnak további készenléti kiszolgálót kell felpörögnie, és redundáns biztonsági mentési adatokat kell tárolnia, így a második kiszolgáló többletköltsége. Ez az architektúra alacsonyabb állásidőt tesz lehetővé a nem tervezett leállások és a tervezett karbantartások során. Általánosságban elmondható, hogy a rugalmas kiszolgáló jobb árteljesítményt biztosít, azonban ez a számítási feladattól függ.
K. Leállok, amikor az Azure Database-t a PostgreSQL-ből egy rugalmas kiszolgálóra migrálom?
V. Az önálló kiszolgálóról rugalmas kiszolgálóra irányuló migrálási eszköz jelenleg csak az offline migrálást támogatja. Az offline migráláshoz állásidőre van szükség az alkalmazások számára az áttelepítési folyamat során. További információ: Migrálási eszköz – Önálló Azure Database for PostgreSQL-kiszolgálóról rugalmas kiszolgálóra.
Az állásidő számos tényezőtől függ, többek között az adatbázisok számától, az adatbázisok méretétől, az adatbázisokon belüli táblák számától, az indexek számától és az adatok táblák közötti eloszlásától. A forrás- és célkiszolgáló termékváltozatától, valamint a forrás- és célkiszolgálón elérhető IOPS-tól is függ.
A migrálás számos tényezője miatt a legjobb módszer az alkalmazás állásidejének becslésére, ha az elsődleges kiszolgálóról visszaállított PITR-kiszolgálón próbálja meg az éles migrálás megtervezését.
Az offline migrálások kevésbé összetettek, kevés a meghibásodási esélyük, és ajánlott az áttelepítések egyetlen kiszolgálóról egy rugalmas kiszolgálóra a szolgáltatásablakokkal rendelkező számítási feladatokhoz.
Felveheti a kapcsolatot a fiókcsapatokkal, ha az állásidő követelményeinek nem felel meg az egyetlen kiszolgáló által biztosított offline migrálás egy rugalmas migrálási eszközre.
Feljegyzés
Hamarosan megjelenik az online migrálás támogatása.
K. Lesznek-e jövőbeli frissítések az önálló kiszolgálóra a Legújabb PostgreSQL-verziók támogatásához?
V. Javasoljuk, hogy migráljon rugalmas kiszolgálóra, ha a legújabb PostgreSQL-motorverziókon kell futnia. A közösség által a Postgres 11-es verziójához kiadott alverziókat továbbra is üzembe helyezzük, amíg a közösség ki nem vonja azt 2023. nov.-ban.
Feljegyzés
A Postgres 11-es verziójának támogatását kiterjesztjük a közösség nyugdíjazási dátumán túlra, és az átállás megkönnyítése érdekében támogatni fogjuk a PostgreSQL 11-es verzióját az egykiszolgálós és a rugalmas kiszolgálón is. Fontolja meg a rugalmas kiszolgálóra való migrálást a legújabb Postgres-motorverziók előnyeinek kihasználásához.
K. Miben különbözik a rugalmas kiszolgáló 99,99%-os rendelkezésre állási SLA-ja az egykiszolgálóstól?
V. A rugalmas kiszolgáló zónaredundáns üzembe helyezése 99,99%-os rendelkezésre állást biztosít zonális szintű rugalmassággal, az egykiszolgálós kiszolgáló pedig 99,99%-os rendelkezésre állást biztosít, zonális rugalmasság nélkül. A rugalmas magas rendelkezésre állású (HA) architektúra üzembe helyez egy gyakori rendelkezésre állású kiszolgálót redundáns számítási és tárolási kapacitással (az egyes helyek 3x másolatban tárolt adataival). Az egykiszolgálós HA-architektúra nem rendelkezik passzív, gyakori elérésű készenléti funkcióval a zonális hibák utáni helyreállításhoz. A rugalmas kiszolgálói HA-architektúra csökkenti az állásidőt a nem tervezett leállások és tervezett karbantartások során.
K. Az önálló kiszolgáló olyan régióban van üzembe helyezve, amely nem támogatja a rugalmas kiszolgálót. Hogyan léphetek tovább a migrálással?
V. Közel vagyunk a regionális paritáshoz egyetlen kiszolgálóval. Ezek azok a régiók, ahol nincs rugalmas kiszolgálói jelenlét.
- Kelet-Kína (CE és CE2),
- Észak-Kína (CN és CN2)
- Nyugat-India
- Észak-Svédország
Javasoljuk, hogy migráljon a CN3/CE3, Közép-India, Svédország középső és svédországi déli régióiba. K. Egy privát hivatkozás van konfigurálva az önálló kiszolgálóhoz, és ez a funkció jelenleg nem támogatott a rugalmas kiszolgálón. Hogyan kell áttelepíteni az adatokat?
V. A privát kapcsolat rugalmas kiszolgálótámogatása a legfontosabb prioritásunk és az ütemterv. Ez a funkció a tervek szerint 2023 negyedik negyedévében jelenik meg. Egy másik lehetőség a rugalmas VNET-kiszolgálóra való migrálás.
K. Van lehetőség arra, hogy az önálló kiszolgálót rugalmas kiszolgálómigrálásra visszaállítsa?
V. Bármilyen számú tesztelési migrálást végrehajthat, tesztelheti az áttelepítés sikerességét, és a végleges migrálást is elvégezheti, ha elkészült. A tesztelési migrálások nem érintik az egyetlen kiszolgáló forrását, amely az áttelepítés végrehajtásáig működőképes marad. Ha a tesztelési migrálás során bármilyen hiba merül fel, elhalaszthatja a végleges migrálást, és továbbra is futtathatja a forráskiszolgálót. Ezután a hibák elhárítását követően újra megpróbálkozhat a végleges migrálással. Miután végleges áttelepítést hajtott végre egy rugalmas kiszolgálóra, és megnyitotta azt az éles számítási feladat számára, adatvesztés nélkül elveszítheti az önálló kiszolgálóra való visszalépés lehetőségét.
K. Hogyan kell migrálni a DB (> 1TB)
A.Az önálló kiszolgálóról a rugalmas kiszolgálóra migrálási eszköz minden méretű adatbázist áttelepíthet egyetlen kiszolgálóról egy rugalmas kiszolgálóra. Az eszköz új verziója nem korlátozza az adatbázisok méretét.
K. Támogatott a régiók közötti migrálás?
V. Az önálló kiszolgálóról rugalmas kiszolgálóra irányuló migrálási eszköz jelenleg nem támogatja a régiók közötti migrálást. Ez egy későbbi időpontban támogatott. A pg_dump/pg_restore használatával régiók közötti áttelepítéseket hajthat végre.
A régiók közötti adatmigrálásokat kerülni kell, mert az áttelepítés hosszú időt vesz igénybe. Ennek egyszerűbb módja, ha elindít egy olvasási replikát a cél georégióban, feladatátvételt végez az alkalmazásban, és követi a korábban ismertetett lépéseket.
K. Támogatott az előfizetések közötti migrálás?
V. Az egykiszolgálóról rugalmas kiszolgálóra irányuló migrálási eszköz támogatja az előfizetések közötti migrálást.
K. Az erőforráscsoport-előfizetés támogatott?
V. Az önálló kiszolgálóról rugalmas kiszolgálóra irányuló migrálási eszköz támogatja az erőforráscsoportok közötti migrálást.
K. Elérhető támogatás a különböző verziók között?
V. Az önálló kiszolgálóról rugalmas kiszolgálóra migrálási szolgáltatás támogatja az áttelepítést egy alacsonyabb PostgreSQL-verzióról (PG 9.5 vagy újabb) bármely magasabb verzióra. Mint mindig, az alkalmazás kompatibilitását a magasabb PostgreSQL-verziókkal előzetesen ellenőrizni kell.
Egykiszolgálóról rugalmas kiszolgálóra irányuló migrálási eszköz
Az egykiszolgálóról rugalmas kiszolgálóra irányuló migrálási eszköz egy hatékony eszköz, amellyel könnyedén migrálhatja az SQL Server-adatbázist egyetlen kiszolgálóról egy rugalmas kiszolgálóra. Ezzel az eszközzel egyszerűen áthelyezheti az adatbázist egy helyszíni kiszolgálóról vagy egy virtuális gépről egy rugalmas felhőbeli kiszolgálóra, így kihasználhatja a felhőalapú számítástechnika méretezhetőségét és rugalmasságát.
K. A rendszer milyen adatokat, sémákat és metaadat-összetevőket telepít át a migrálás részeként?
V. Az önálló kiszolgálóról rugalmas kiszolgálóra irányuló migrálási eszköz áttelepíti a sémát, az adatokat és a metaadatokat a forrásból a célhelyre. Az adatbázis-migrálás részeként az alábbi adatok, séma és metaadat-összetevők migrálva lesznek:
Adatok áttelepítése
- Az összes adatbázisból/sémából származó összes tábla.
Séma áttelepítése:
- Elnevezés
- Elsődleges kulcs
- Adattípus
- Ordinális pozíció
- Alapértelmezett érték
- Nullability (Nullability)
- Autoincrement attribútumok
- Másodlagos indexek
Metaadatok áttelepítése:
- Tárolt eljárások
- Funkciók
- Eseményindítók
- Megjelenítések
- Idegenkulcs-korlátozások
K. Mi a különbség az offline és az online migrálás között?
V. Az önálló kiszolgálóról rugalmas kiszolgálóra irányuló migrálási eszköz mostantól támogatja az offline migrálást, és hamarosan online migrálások is várhatók. Offline migrálás esetén az alkalmazás állásideje a migrálás kezdetekor kezdődik. Online migrálás esetén az állásidő a migrálás végén szükséges időre korlátozódik, de logikai replikációs mechanizmust használ. Az adatoknak/sémáknak át kell adniuk ezeket a nyílt forráskódú PG-motorra vonatkozó korlátozásokat az online migráláshoz. Javasoljuk, hogy tesztelje az offline migrálást annak megállapításához, hogy az állásidő elfogadható-e.
Az online és offline migrálásokat az alábbi táblázatban hasonlítjuk össze:
| Terület | Online migrálás | Offline migrálás |
|---|---|---|
| Adatbázis rendelkezésre állása olvasásokhoz a migrálás során | Elérhető | Elérhető |
| Adatbázis rendelkezésre állása íráshoz a migrálás során | Rendelkezésre áll | Általában nem ajánlott. A migrálás rögzítése vagy migrálása után kezdeményezett írások |
| Alkalmazás alkalmassága | A maximális üzemidőt igénylő alkalmazások | Olyan alkalmazások, amelyek megengedhetik maguknak a tervezett állásidőt, vagy olyan séma-/számítási feladatokra vonatkozó korlátozásokkal rendelkeznek, amelyek tiltják az online migrálást |
| Alkalmasság írási feladatokhoz | Alkalmas, de várhatóan csökkenti a számítási feladatot a migrálás során | Ez csak akkor ajánlott megoldás, ha az áttelepítés során letilthatja az írásokat. A forrásban lévő írások nem lesznek migrálva a célkiszolgálóra a migrálás megkezdése után |
| Manuális átállás | Szükséges | Nem kötelező |
| Leállítást igényel | Kicsi és rögzített az adatmérettől függetlenül | Az adatok méretével és egyéb tényezőikkel arányos. A kisebb adatbázisok esetében akár néhány perc is lehet, nagyobb adatbázisok esetén pedig néhány óra is lehet |
| Migrálási idő | Az adatbázis méretétől és az írási tevékenységtől függ az átállásig | Az adatbázis méretétől függ |
K. Vannak javaslatok az önálló kiszolgálóról a rugalmas kiszolgálóra migrálási eszköz teljesítményének optimalizálására?
V. Igen. A gyorsabb migráláshoz válasszon egy magasabb termékváltozatot a rugalmas kiszolgálóhoz. Válasszon legalább 4VCore vagy újabb értéket a migrálás gyors befejezéséhez. Az SKU-t bármikor módosíthatja úgy, hogy megfeleljen az alkalmazás áttelepítés utáni igényeinek.
K. Mennyi ideig tart offline migrálás az önálló kiszolgálóról a rugalmas kiszolgálóra migrálási eszközzel?
V. Az alábbi táblázat a különböző méretű adatbázisok offline migrálásának idejét mutatja be az önálló kiszolgálóról a rugalmas kiszolgálóra irányuló migrálási eszköz használatával. A migrálás egy rugalmas kiszolgálóval és az SKU-val történt:
Standard_D4ds_v4 (4 mag, 16 GB memória, 128 GB lemez és 500 IOPS)
| Adatbázisméret | Idő (Óó:MM) |
|---|---|
| 1 GB | 00:01 |
| 5 GB | 00:03 |
| 10 GB | 00:08 |
| 50 GB | 00:35 |
| 100 GB | 01:00 |
| 500 GB | 04:00 |
| 1000 GB | 07:00 |
Feljegyzés
A fenti számok a migrálás befejezéséhez szükséges időt közelítik. A kiszolgálóra való migráláshoz szükséges pontos idő lekéréséhez erősen javasoljuk, hogy az egyetlen kiszolgáló pitR-ét (időponthoz kötött visszaállítást) használja, és futtassa az egykiszolgálós rugalmas kiszolgáló áttelepítési eszközén.
K. Mennyi ideig tart az online migrálás az önálló kiszolgálóról a rugalmas kiszolgálóra migrálási eszközzel?
V. Az online migrálás a következő lépésekkel jár:
- Adatbázisok kezdeti másolata
- Adatrögzítés módosítása – Az 1. lépés során a forráson lévő összes tranzakciót át kell adni a célnak.
Az 1. lépésben megadott idő megegyezik az offline migrálással (lásd az előző kérdést).
A 2. lépéshez szükséges idő a forráson végrehajtott tranzakcióktól függ. Ha írásigényes számítási feladatról van szó, a 2. lépéshez szükséges idő hosszabb lesz.
További támogatás
K. További kérdéseim vannak a nyugdíjba vonulásról.
V. További információkhoz többféleképpen is hozzájuthat.
Válaszokat kaphat a Microsoft Q&A közösségi szakértőitől.
Kapcsolatba léphet az Azure Database for PostgreSQL termékcsapatával.
Ha támogatási csomaggal rendelkezik, és műszaki segítségre van szüksége, hozzon létre egy támogatási kérést:
- Az Összegzés mezőbe írja be a probléma leírását.
- A Probléma típusa mezőben válassza a Technikai lehetőséget.
- Az Előfizetés mezőben válassza ki az előfizetését.
- A Szolgáltatás mezőben válassza a Saját szolgáltatások lehetőséget.
- Szolgáltatástípus esetén válassza az önálló Azure Database for PostgreSQL-kiszolgálót.
- Erőforrás esetén válassza ki az erőforrást.
- Problématípus esetén válassza a Migrálás az Azure DB for PostgreSQL-be lehetőséget.
- A Probléma altípus esetében válassza a migrálást egyetlen kiszolgálóról rugalmas kiszolgálóra.
Figyelmeztetés
Ez a cikk nem az Azure Database for PostgreSQL – rugalmas kiszolgálófelhasználók számára készült. Ez az Azure Database for PostgreSQL- egykiszolgálós ügyfelek számára készült, akiknek frissítenie kell az Azure Database for PostgreSQL rugalmas kiszolgálóra.
Tudjuk, hogy a migrálási szolgáltatások bosszantó élményt jelenthetnek, és előre elnézést kérünk az esetleges kellemetlenségekért. Kiválaszthatja, hogy melyik forgatókönyv működik a legjobban Önnek és a környezetének.