Erőforrások skálázása az Azure Database for PostgreSQL-ben

A rugalmas Azure Database for PostgreSQL-kiszolgálópéldányok támogatják a vertikális és a vízszintes méretezési lehetőségeket is.

Vertikális skálázás

A példány vertikális skálázásához további erőforrásokat adhat hozzá rugalmas Azure Database for PostgreSQL-kiszolgálópéldányához. Növelheti vagy csökkentheti a hozzá rendelt CPU-k és memória számát.

A példány hálózati átviteli sebessége a processzor és a memória által választott értékektől függ.

Rugalmas Azure Database for PostgreSQL-kiszolgálópéldány létrehozása után egymástól függetlenül méretezheti:

• Számítási szint és termékváltozat.
• Tárolási szint és méret.
• Biztonsági mentés megőrzési ideje.

A számítási réteget rugalmasan fel vagy le tudja skálázni a rugalmas, általános célú, és memória-optimalizált konfigurációk között, hogy a munkafolyamat igényeihez alkalmazkodjon. Ezen szintek mindegyikében különböző generációk előre konfigurált hardvereinek széles választéka közül választhat, változó számú CPU-val és telepített memóriával. Kiválaszthatja azt a lehetőséget, amely támogatja az erőforrás-követelményeket, miközben csökkenti a működési költségeket, és igazodik az igényeihez.

A virtuális magok számát és a telepített memóriát felfelé vagy lefelé skálázhatja. A tárolási réteget felfelé vagy lefelé is konfigurálhatja, hogy megfeleljen a számítási feladat által igényelt átviteli sebességre és IOPS-követelményekre. Csak a tárterület méretét növelheti. A követelményektől függően növelheti vagy csökkentheti a biztonsági mentés megőrzési idejét 7–35 nap között.

Ezeket az erőforrásokat több felülettel skálázhatja. Használhatja például az Azure Portalt vagy az Azure CLI-t.

Feljegyzés

Miután megnövelte a példányhoz rendelt tárterület méretét, nem zsugorodhat kisebb méretre.

Horizontális skálázás

Az Azure Database for PostgreSQL rugalmas fürtöi lehetővé teszik az adatbázis horizontális felskálázását, hogy támogassa az egyetlen adatbázispéldány képességein túlmutató adatterheléseket. A rugalmas fürtök lehetővé teszik a párhuzamos műveletek egyidejű végrehajtását a fürt összes csomópontja között, jelentősen növelve az átviteli sebességet és feloldva az ultra-alacsony késést. A rugalmas fürtök két táblaszváncolási modellt kínálnak: soralapú szváncolást és sémaalapú szváncolást.

Replika skálázásának olvasása

A példány horizontális skálázásának másik módja az olvasási replikák létrehozása. Az olvasási replikák lehetővé teszik az olvasási számítási feladatok skálázását különálló rugalmas Azure Database for PostgreSQL-kiszolgálópéldányokra. Ezek nem befolyásolják az elsődleges példány teljesítményét és rendelkezésre állását.

Vízszintesen skálázott beállítás esetén az elsődleges példányt és az olvasási replikákat függőlegesen is skálázhatja.

Ha módosítja a virtuális magok vagy a számítási szint számát, a példány újraindul, így a hozzárendelt új hardver elkezdi futtatni a kiszolgáló számítási feladatait. Ez idő alatt a rendszer átvált az új kiszolgálótípusra. Nem hozható létre új kapcsolat, és a rendszer visszaállítja az összes nem véglegesített tranzakciót.

A kiszolgáló újraindításához szükséges teljes idő az összeomlás helyreállítási folyamatától és az adatbázis újraindításkor végzett tevékenységétől függ. Az újraindítás általában egy percet vagy kevesebbet vesz igénybe, de több perc is lehet. Az időzítés a tranzakciós tevékenységtől függ, amikor az újraindítást kezdeményezték.

Ha az alkalmazás érzékeny a számítási skálázás során esetlegesen előforduló repülés közbeni tranzakciók elvesztésére, implementáljon egy tranzakció újrapróbálkozási mintát.

A tárterület méretezéséhez a legtöbb esetben nem szükséges a kiszolgáló újraindítása. További információ: Tárolási lehetőségek az Azure Database for PostgreSQL-ben.

A biztonsági mentés megőrzési időszakának változásai online műveletnek számítanak.

Az újraindítási idő javítása érdekében végezzen skálázási műveleteket csúcsidőn kívül. Ez a megközelítés csökkenti az adatbázis-kiszolgáló újraindításához szükséges időt.

Közel nulla üzemen kívüli idő skálázás

A közel nulla állásidő-skálázás egy olyan funkció, amely a tárolási és számítási szintek módosításakor minimálisra csökkenti az állásidőt. Ha módosítja a virtuális magok számát, vagy módosítja a számítási szintet, a kiszolgáló újraindul az új konfiguráció alkalmazásához. Az új kiszolgálóra való váltás során nem hozható létre új kapcsolat.

Ez a folyamat általában 2–10 percet vehet igénybe normál skálázás mellett. A közel nulla állásidő-skálázási funkcióval ez az időtartam kevesebb, mint 30 másodpercre csökken. Az erőforrások skálázása során az állásidő csökkentése javítja az adatbázispéldány általános rendelkezésre állását.

Hogyan működik?

Amikor rugalmas Azure Database for PostgreSQL-kiszolgálópéldányát skálázási forgatókönyvekben frissíti, a szolgáltatás létrehoz egy új virtuális gépet a kiszolgáló számára a frissített konfigurációval. Ezután szinkronizálja a példányt jelenleg futtató virtuális géppel, majd rövid megszakítással átvált az új virtuális gépre. Ezután egy háttérfolyamat megszünteti a régi virtuális gépet.

Ez a folyamat minimális állásidővel teszi lehetővé a zökkenőmentes frissítéseket, és automatikusan aktiválódik a tárolási vagy számítási szintek módosításakor. A funkció használatához nem kell semmilyen műveletet elvégeznie. Ez a funkció mind a nagy rendelkezésre állású (HA), mind a nem HA Azure Database for PostgreSQL rugalmas kiszolgálópéldányok esetében támogatott.

Az elsődleges kiszolgálóból és egy vagy több olvasási replikából álló horizontálisan skálázott konfigurációk esetében a skálázási műveleteknek egy adott sorrendet kell követnie az adatkonzisztencia biztosítása és az állásidő minimalizálása érdekében. A sorozat részleteiért lásd az olvasási replikákkal való skálázást.

Feljegyzés

A közel nulla állásidő-skálázás az alapértelmezett művelettípus. Amikor a következő korlátozások lépnek fel, a rendszer normál skálázásra vált, ami a közel nulla állásidő-skálázáshoz képest több állásidőt foglal magában.

Pontos állásidő-várakozások

• Állásidő időtartama: A legtöbb esetben az állásidő 10 és 30 másodperc között mozog.
• Egyéb szempontok: A skálázási esemény után a DNS Time-To-Live (TTL) időtartama körülbelül 30 másodperc. A skálázási folyamat nem szabályozza közvetlenül ezt az időszakot. Ez a DNS-viselkedés szokásos része. Alkalmazás szempontjából a skálázás során tapasztalt teljes állásidő 40 és 60 másodperc között lehet.

Szempontok és korlátozások

• A közel nulla állásidő-skálázás működéséhez engedélyezze a delegált alhálózat IP-címei közötti bejövő és kimenő kapcsolatokat a virtuális hálózat integrált hálózatkezelésének használatakor. Ha nem engedélyezi ezeket a kapcsolatokat, a közel nulla állásidő-skálázási folyamat nem működik, és a skálázás a szabványos skálázási munkafolyamaton keresztül történik.
• A közel nulla állásidő-skálázás nem működik, ha regionális kapacitáskorlátozások vagy kvótakorlátok vonatkoznak az előfizetésére.
• A közel nulla állásidő-skálázás nem működik replikakiszolgálók esetében, mert csak az elsődleges kiszolgálón támogatott. Replikakiszolgálók esetén a skálázási művelet automatikusan végighalad a normál folyamaton.
• A közel nulla állásidő-skálázás nem működik, ha egy virtuális hálózatba injektált kiszolgáló nem rendelkezik elegendő használható IP-címmel a delegált alhálózatban. Ha önálló kiszolgálóval rendelkezik, egy további IP-cím szükséges. Egy magas rendelkezésre állású példányhoz két további IP-cím szükséges.
• A logikai replikációs pontok nem maradnak meg közel nulla állásidős feladatátvételi esemény során. A logikai replikációs pontok fenntartásához és a skálázási művelet utáni adatkonzisztenciához használja a pg_failover_slot bővítményt. További információ: pg_failover_slots bővítmény engedélyezése rugalmas kiszolgálópéldányban.
• A közel nulla állásidő-skálázás nem működik a nem megjelölt táblákkal. Ha bármelyik adatához naplózatlan táblákat használ, a közel nulla állásidővel történő skálázás után elveszíti az ezekben a táblákban lévő összes adatot.
• A közel nulla nem működik, ha a kiszolgáló számítását 1 vagy 2 virtuális magból álló számítási méretre skálázza.

Kapcsolódó tartalom

• Az Azure Database for PostgreSQL kezelése