Kapcsolatkészletezési stratégia az Azure Database for PostgreSQL-hez a PgBouncer használatával

Stratégiai útmutató a rugalmas Azure Database for PostgreSQL-kiszolgálópéldányok kapcsolatkészletezési mechanizmusának kiválasztásához.

Bevezetés

Rugalmas Azure Database for PostgreSQL-kiszolgálópéldány használatakor az adatbázishoz való csatlakozáshoz létre kell hozni egy kommunikációs csatornát az ügyfélalkalmazás és a kiszolgáló között. Ez a csatorna felelős az adatok kezeléséért, a lekérdezések végrehajtásáért és a tranzakciók elindításáért. A kapcsolat létrejötte után az ügyfélalkalmazás parancsokat küldhet a kiszolgálónak, és válaszokat fogadhat. Egy új kapcsolat létrehozása azonban minden művelethez teljesítményproblémákat okozhat a kritikus fontosságú alkalmazások esetében. Minden alkalommal, amikor új kapcsolat jön létre, az Azure Database for PostgreSQL egy új folyamatot hoz létre a postmaster folyamattal, amely több erőforrást használ fel.

A probléma megoldásához a kapcsolatkészletezés az Azure Database for PostgreSQL-ben újra felhasználható kapcsolatok gyorsítótárának létrehozására szolgál. Amikor egy alkalmazás vagy ügyfél kapcsolatot kér, az a kapcsolatkészletből jön létre. A munkamenet vagy a tranzakció befejezése után a kapcsolat visszakerül a készletbe újra. A kapcsolatok újrafelhasználásával csökken az erőforrások kihasználtsága, és javul a teljesítmény.

Bár a kapcsolatkészletezéshez különböző eszközök állnak rendelkezésre, ebben a szakaszban a PgBouncer használatával történő kapcsolatkészletezés különböző stratégiáit tárgyaljuk.

Mi az a PgBouncer?

A PgBouncer a PostgreSQL-hez tervezett hatékony kapcsolatkészletező, amely azzal az előnnyel jár, hogy csökkenti a feldolgozási időt, és optimalizálja az erőforrás-használatot egy vagy több adatbázis több ügyfélkapcsolatának kezelése során. A PgBouncer három különböző készletezési módot tartalmaz a kapcsolatváltáshoz:

• Munkamenet-készletezés: Ez a módszer kiszolgálókapcsolatot rendel az ügyfélalkalmazáshoz az ügyfélkapcsolat teljes időtartamára. Az ügyfélalkalmazás leválasztásakor a PgBouncer azonnal visszaadja a kiszolgálói kapcsolatot a készlethez. A munkamenet-készletezési mechanizmus a nyílt forráskódú PgBouncer alapértelmezett módja. Lásd a PgBouncer konfigurációját
• Tranzakciókészletezés: A tranzakciókészletezéssel egy kiszolgálói kapcsolat dedikált az ügyfélalkalmazás számára egy tranzakció során. Miután a tranzakció sikeresen befejeződött, a PgBouncer intelligensen felszabadítja a kiszolgálókapcsolatot, így ismét elérhetővé válik a készleten belül. A tranzakció-pooling az alapértelmezett mód az Azure Database for PostgreSQL beépített PgBouncer eszközében, és nem támogatja az úgynevezett előkészített tranzakciókat.
• Utasításkészletezés: Az utasításkészletezésben a rendszer minden egyes utasításhoz hozzárendel egy kiszolgálói kapcsolatot az ügyfélalkalmazáshoz. Az utasítás befejezése után a kiszolgálókapcsolat azonnal visszakerül a kapcsolatkészletbe. Fontos megjegyezni, hogy ebben a módban a többutas tranzakciók nem támogatottak.

A PgBouncer hatékony kihasználtsága három különböző használati minta szerint kategorizálható.

• A PgBouncer és az Application Colocation üzembe helyezése
• Alkalmazásfüggetlen központosított PgBouncer-üzemelő példányok
• Beépített PgBouncer és adatbázis telepítés

Ezeknek a mintáknak mindegyikének megvannak a maga előnyei és hátrányai.

1. PgBouncer és alkalmazástelepítés üzembe helyezése

Ennek a módszernek a használatakor a PgBouncer ugyanazon a kiszolgálón lesz üzembe helyezve, ahol az alkalmazást üzemelteti. Az alkalmazás > PgBouncer üzembe helyezhető hagyományos virtuális gépeken vagy mikroszolgáltatás-alapú architektúrán belül a kiemelt módon:

Én. Az Alkalmazás virtuális gépen üzembe helyezett PgBouncer

Ha az alkalmazás egy Azure-beli virtuális gépen fut, beállíthatja a PgBouncert ugyanazon a virtuális gépen. A PgBouncer rugalmas Azure Database for PostgreSQL-kiszolgálópéldánysal való kapcsolatkészletezési proxyként való telepítéséhez és konfigurálásához kövesse az alábbi hivatkozás utasításait.

A PgBouncer alkalmazáskiszolgálón való üzembe helyezése számos előnyt biztosíthat, különösen akkor, ha rugalmas Azure Database for PostgreSQL-kiszolgálóadatbázisokkal dolgozik. Az üzembe helyezési módszer fő előnyei és korlátozásai a következők:

Előnyök:

• Csökkentett késés: A PgBouncer ugyanazon alkalmazás virtuális gépen való üzembe helyezésével az elsődleges alkalmazás és a kapcsolatkészletező közötti kommunikáció a közelségük miatt hatékonyan működik. A PgBouncer alkalmazás virtuális gépen való üzembe helyezése minimálisra csökkenti a késést, és biztosítja a zökkenőmentes és gyors interakciókat.
• Továbbfejlesztett biztonság:A PgBouncer biztonságos közvetítőként működhet az alkalmazás és az adatbázis között, ami további biztonsági réteget biztosít. Kényszerítheti a hitelesítést és a titkosítást, biztosítva, hogy csak a jogosult ügyfelek férhessenek hozzá az adatbázishoz.

Általánosságban elmondható, hogy a PgBouncer alkalmazáskiszolgálón való üzembe helyezése hatékonyabb, biztonságosabb és méretezhetőbb megközelítést biztosít a rugalmas Azure Database for PostgreSQL-kiszolgálói adatbázisokhoz való kapcsolatok kezeléséhez, növelve az alkalmazás teljesítményét és megbízhatóságát.

Korlátozások:

• Egy meghibásodási pont: Ha a PgBouncer egyetlen példányként van üzembe helyezve az alkalmazáskiszolgálón, az egy lehetséges meghibásodási ponttá válik. Ha a PgBouncer-példány leáll, az megzavarhatja a teljes adatbázis-kapcsolatkészletet, ami leállást okozhat az alkalmazás számára. Az egy meghibásodási pont csökkentése érdekében több PgBouncer-példányt is beállíthat egy terheléselosztó mögött a magas rendelkezésre állás érdekében.
• Korlátozott méretezhetőség: A PgBouncer méretezhetősége annak a kiszolgálónak a kapacitásától függ, ahol üzembe helyezték. Ha az alkalmazáskiszolgáló eléri a kapcsolati korlátot, a PgBouncer szűk keresztmetszetté válhat, ami korlátozza az alkalmazás méretezési képességét. Előfordulhat, hogy a kapcsolati terhelést több PgBouncer-példány között kell elosztania, vagy alternatív megoldásokat kell megfontolnia, például a kapcsolatkészletezést az alkalmazás szintjén.
• Konfiguráció összetettsége: A PgBouncer konfigurálása és finomhangolása összetett lehet, különösen akkor, ha olyan tényezőket mérlegel, mint a kapcsolati korlátok, a készletméretezés és a terheléselosztás. A rendszergazdáknak gondosan kell finomhangolniuk a PgBouncer konfigurációját az alkalmazás követelményeinek megfelelően, és biztosítaniuk kell az optimális teljesítményt és stabilitást.

Fontos, hogy mérlegelje ezeket a korlátozásokat az előnyök alapján, és értékelje ki, hogy a PgBouncer a megfelelő választás-e az adott alkalmazás és adatbázis beállításához.

II. AKS-oldalkocsiként üzembe helyezett PgBouncer

A PgBouncert használhatja oldalkocsis tárolóként, ha az alkalmazás tárolóba van kapcsolva és fut az Azure Kubernetes Service (AKS), az Azure Container Instance (ACI), az Azure Container Apps (ACA) vagy az Azure Red Hat OpenShift (ARO) szolgáltatásban. A Sidecar-minta egy motorkerékpárhoz csatlakoztatott oldalkocsi fogalmából merít ihletet, ahol egy segédtároló, más néven oldalkocsi-tároló csatlakozik egy szülőalkalmazáshoz. Ez a minta kibővíti a szülőalkalmazást a funkciók kibővítésével és kiegészítő támogatás biztosításával.

Az oldalkocsi-mintát általában úgy használják, hogy a tárolók atomi tárolócsoportként lesznek ütemezve. A PgBouncer egy AKS-oldalkocsiban való üzembe helyezése szorosan összekapcsolja az alkalmazást és a sidecar életciklusát, és erőforrásokat oszt meg, például a gazdagépnevet és a hálózatkezelést az erőforrások hatékony felhasználása érdekében. A PgBouncer oldalkonténer az alkalmazástároló mellett működik az Azure Kubernetes Service (AKS) ugyanazon podján belül egy az egyhez leképezéssel, amely kapcsolat-összevonó proxyként szolgál az Azure Database for PostgreSQL rugalmas kiszolgálópéldányai számára.

Ezt az oldalkocsi-mintát általában úgy használják, hogy a tárolók atomi tárolócsoportként lesznek ütemezve. A sidecar-minta erősen köti az alkalmazást és a sidecar életciklusát, és megosztott erőforrásokkal rendelkezik, például gazdagépnévvel és hálózatkezeléssel. Ezzel a beállítással a PgBouncer optimalizálja a kapcsolatkezelést, és elősegíti az alkalmazás és a rugalmas Azure Database for PostgreSQL-kiszolgálópéldány közötti hatékony kommunikációt.

A Microsoft közzétett egy PgBouncer oldalkocsi proxyrendszerképet a Microsoft tárolóregisztrációs adatbázisában.

További részletekért tekintse meg ezt a cikket.

Az üzembe helyezési módszer fő előnyei és korlátozásai a következők:

Előnyök:

• Csökkentett késés: A PgBouncer AKS-oldalkocsiként való üzembe helyezésével az elsődleges alkalmazás és a kapcsolatkészletező közötti kommunikáció a közelségük miatt zökkenőmentes és hatékony. A PgBouncer egy AKS-oldalkocsi üzembe helyezése minimálisra csökkenti a késést, és biztosítja a zökkenőmentes és gyors interakciókat.
• Egyszerűsített felügyelet és üzembe helyezés: A PgBouncer és az alkalmazástároló szoros összekapcsolása leegyszerűsíti a felügyeleti és üzembe helyezési folyamatot. Mindkét összetevő szorosan integrálva van, ami megkönnyíti az adminisztrációt és a zökkenőmentes koordinációt.
• Magas rendelkezésre állás és kapcsolati rugalmasság: Ha egy alkalmazástároló meghibásodik vagy újraindul, a PgBouncer oldalkocsi tároló szorosan követi, biztosítva a magas rendelkezésre állást. Ez a beállítás garantálja a kapcsolat rugalmasságát, és a feladatátvételek során is kiszámítható teljesítményt tart fenn, hozzájárulva egy megbízható és robusztus rendszerhez.

A PgBouncerT AKS-oldalkocsiként tekintve ezekkel az előnyökkel javíthatja az alkalmazás teljesítményét, egyszerűsítheti a felügyeletet, és biztosíthatja a kapcsolatkészletező folyamatos rendelkezésre állását.

Korlátozások:

• Kapcsolati teljesítménnyel kapcsolatos problémák: A több ezer podot használó nagyméretű alkalmazások, amelyek mindegyik futó oldalkocsis PgBouncert használnak, potenciális kihívásokkal szembesülhetnek az adatbázis-kapcsolat kimerülésével kapcsolatban. Ez a helyzet teljesítménycsökkenést és szolgáltatáskimaradásokat eredményezhet. Az egyes podokhoz tartozó oldalkocsis PgBouncer telepítése növeli az adatbázis-kiszolgálóhoz való egyidejű kapcsolatok számát, ami meghaladhatja a kapacitását. Ennek eredményeképpen előfordulhat, hogy az adatbázis nem tudja kezelni a bejövő kapcsolatok nagy mennyiségét, teljesítményproblémákhoz, például megnövekedett válaszidőkhez vagy akár szolgáltatáskimaradásokhoz vezethet.
• Összetett üzembe helyezés: Az oldalkocsi-minta kihasználtsága összetettebbé teszi az üzembe helyezési folyamatot, mivel két tárolót kell futtatnia ugyanazon a podon belül. Ez megnehezítheti a hibaelhárítási és hibakeresési tevékenységeket, ami további erőfeszítést igényel a problémák azonosításához és megoldásához.
• Skálázási kihívások: Fontos megjegyezni, hogy az oldalkocsi minta nem feltétlenül ideális választás a magas skálázhatóságot igénylő alkalmazásokhoz. A sidecar-tárolók felvétele több erőforrásigényt is előírhat, ami korlátozhatja a hatékonyan létrehozható és felügyelhető podok számát.

Ennek az oldalkocsi-mintának a figyelembe vétele során elengedhetetlen, hogy gondosan értékelje az üzembe helyezés összetettsége és a méretezhetőség követelményei közötti kompromisszumot, hogy meghatározza az adott alkalmazásforgatókönyv legmegfelelőbb megközelítését.

2. Alkalmazásfüggetlen – Központosított PgBouncer üzembe helyezés

Ennek a megközelítésnek a használatakor a PgBouncer központi szolgáltatásként van üzembe helyezve, az alkalmazástól függetlenül. A PgBouncer szolgáltatás üzembe helyezhető hagyományos virtuális gépeken vagy egy mikroszolgáltatás-alapú architektúrában a kiemelt módon:

Én. Az Azure Load Balancer mögött üzembe helyezett PgBouncer ubuntu virtuális gépen

A PgBouncer kapcsolatproxy az alkalmazás és az Azure Load Balancer mögötti adatbázisréteg között van beállítva, ahogyan az a képen látható. Ebben a mintában több PgBouncer-példány van üzembe helyezve egy terheléselosztó mögött szolgáltatásként az egy meghibásodási pont csökkentése érdekében. Ez a minta olyan helyzetekben is megfelelő, amikor az alkalmazás felügyelt szolgáltatáson fut, például Azure-alkalmazás Servicesen vagy Azure Functionsen, és csatlakozik a PgBouncer szolgáltatáshoz a meglévő infrastruktúrával való egyszerű integráció érdekében.

A PgBouncer kapcsolatkészletezési proxy telepítéséről és beállításáról az Azure Database for PostgreSQL rugalmas kiszolgálópéldányaihoz a linkre kattintva tájékozódhat.

Az üzembe helyezési módszer fő előnyei és korlátozásai a következők:

Előnyök:

• Egyetlen hibapont eltávolítása: Előfordulhat, hogy egyetlen PgBouncer virtuális gép meghibásodása nem befolyásolja az alkalmazáskapcsolatot, mivel az Azure Load Balancer mögött több PgBouncer-példány is található.
• Zökkenőmentes integráció felügyelt szolgáltatásokkal: Ha az alkalmazást felügyelt szolgáltatásplatformon( például Azure-alkalmazás Services vagy Azure Functions) üzemelteti, a PgBouncer virtuális gépen való üzembe helyezése lehetővé teszi a meglévő infrastruktúrával való egyszerű integrációt.
• Egyszerűsített beállítás azure-beli virtuális gépen: Ha már azure-beli virtuális gépen futtatja az alkalmazást, a PgBouncer beállítása ugyanazon a virtuális gépen egyszerű. A PgBouncer virtuális gépen való üzembe helyezése biztosítja, hogy a PgBouncer az alkalmazás közelében legyen üzembe helyezve, minimalizálva a hálózati késést és maximalizálja a teljesítményt.
• Nem tolakodó konfiguráció: A PgBouncer virtuális gépen való üzembe helyezésével elkerülheti a kiszolgálóparaméterek módosítását a rugalmas Azure Database for PostgreSQL-kiszolgálópéldányon. Ez akkor hasznos, ha rugalmas Azure Database for PostgreSQL-kiszolgálópéldányon szeretné konfigurálni a PgBouncert. Ha például az SSLMODE paramétert "kötelező" értékre módosítja egy rugalmas Azure Database for PostgreSQL-kiszolgálópéldányon, előfordulhat, hogy az SSLMODE=FALSE függvényre támaszkodó alkalmazások meghiúsulnak. A PgBouncer külön virtuális gépen való üzembe helyezése lehetővé teszi az alapértelmezett kiszolgálókonfiguráció fenntartását, miközben továbbra is használja a PgBouncer előnyeit.

Ezen előnyök figyelembe vételével a PgBouncer virtuális gépen való üzembe helyezése kényelmes és hatékony megoldást kínál az Azure-infrastruktúrán futó alkalmazás teljesítményének és kompatibilitásának javítására.

Korlátozások:

• Felügyeleti többletterhelés: Mivel a PgBouncer telepítve van a virtuális gépen, előfordulhat, hogy több konfigurációs fájl kezelése felügyeleti többletterhelést jelent. Ez megnehezíti a verziófrissítések, az új kiadások és a termékfrissítések kezelését.
• Szolgáltatás paritása: Ha a hagyományos PostgreSQL-ről egy rugalmas Azure Database for PostgreSQL-kiszolgálópéldányra migrál, és a PgBouncert használja, előfordulhat, hogy néhány funkcióbeli hiányosság tapasztalható. Az md5-támogatás hiánya például az Azure Database for PostgreSQL-ben.

II. Szolgáltatásként üzembe helyezett központosított PgBouncer az AKS-ben

Ha nagy mértékben méretezhető és nagy méretű tárolóalapú üzembe helyezésekkel dolgozik az Azure Kubernetes Service-ben (AKS), amely több száz podból áll, vagy olyan helyzetekben, amikor több alkalmazásnak kell csatlakoznia egy megosztott adatbázishoz, a PgBouncer önálló szolgáltatásként használható, nem pedig oldalkocsis tárolóként.

A PgBouncer különálló szolgáltatásként való használatával hatékonyan kezelheti és kezelheti az alkalmazások kapcsolatkészletezését szélesebb körben. Ez a megközelítés lehetővé teszi a kapcsolatkészletezési funkciók központosítását, így több alkalmazás is csatlakozhat ugyanahhoz az adatbázis-erőforráshoz az optimális teljesítmény és erőforrás-kihasználtság fenntartása mellett.

A Microsoft tárolóregisztrációs adatbázisában közzétett PgBouncer oldalkocsi proxyrendszerkép használható szolgáltatás létrehozásához és üzembe helyezéséhez.

Az üzembe helyezési módszer fő előnyei és korlátozásai a következők:

Előnyök:

• Fokozott megbízhatóság: A PgBouncer önálló szolgáltatásként való üzembe helyezése magas rendelkezésre állású konfigurációt tesz lehetővé. Ez javítja a kapcsolatkészletezési infrastruktúra általános megbízhatóságát, biztosítva a folyamatos rendelkezésre állást még a hibák vagy a megszakítások esetén is.
• Optimális erőforrás-kihasználtság: Ha az alkalmazás vagy az adatbázis-kiszolgáló korlátozott erőforrásokkal rendelkezik, előnyös lehet egy külön, a PgBouncer szolgáltatás futtatására dedikált gép kiválasztása. A PgBouncer nagy erőforrásokkal rendelkező gépen való üzembe helyezésével biztosítható az optimális teljesítmény, és megelőzhetőek az erőforrás-versengési problémák.
• Központosított kapcsolatkezelés: Ha az adatbázis-kapcsolatok központosított kezelése követelmény, a különálló PgBouncer szolgáltatás egyszerűbb megközelítést biztosít. A kapcsolatkezelési feladatok központosított szolgáltatásba való összevonásával hatékonyan figyelheti és vezérelheti az adatbázis-kapcsolatokat több alkalmazás között, egyszerűsítve az adminisztrációt és a konzisztenciát.

Ha a PgBouncert önálló szolgáltatásként tekinti az AKS-en belül, ezekkel az előnyökkel jobb megbízhatóságot, erőforrás-hatékonyságot és adatbázis-kapcsolatok központosított kezelését érheti el.

Korlátozások:

• Megnövekedett hálózati késés: A PgBouncer önálló szolgáltatásként való üzembe helyezésekor fontos megfontolni a nagyobb késés lehetséges bevezetését. Ennek az az oka, hogy az alkalmazás és a PgBouncer szolgáltatás közötti kapcsolatokat át kell adni a hálózaton keresztül. Fontos, hogy értékelje az alkalmazás késési követelményeit, és vegye figyelembe a központosított kapcsolatkezelés és a lehetséges késési problémák közötti kompromisszumot.

Bár az önálló szolgáltatásként futó PgBouncer olyan előnyöket kínál, mint a központosított felügyelet és az erőforrás-optimalizálás, fontos felmérni a lehetséges késésnek az alkalmazás teljesítményére gyakorolt hatását, hogy az megfeleljen az Adott követelményeknek.

3. Beépített PgBouncer az Azure Database for PostgreSQL-ben

Az Azure Database for PostgreSQL beépített kapcsolatkészletezési megoldásként kínálja a PgBouncert . Ez választható szolgáltatásként érhető el, amely adatbázis-kiszolgálónként engedélyezhető. A PgBouncer ugyanazon a virtuális gépen fut, mint a rugalmas Azure Database for PostgreSQL-kiszolgálópéldány. Mivel a kapcsolatok száma néhány száz vagy ezer fölé nő, az Azure Database for PostgreSQL erőforrás-korlátozásokba ütközhet. Ilyen esetekben a beépített PgBouncer jelentős előnyt biztosíthat az inaktív és a rövid élettartamú kapcsolatok kezelésének javításával az adatbázis-kiszolgálón.

A linkre hivatkozva engedélyezheti és beállíthatja a PgBouncer-kapcsolatkészletezést az Azure Database for PostgreSQL-ben.

Az üzembe helyezési módszer fő előnyei és korlátozásai a következők:

Előnyök:

• Közvetlen konfiguráció: A rugalmas Azure Database for PostgreSQL-kiszolgálópéldány beépített PgBouncerével nincs szükség külön telepítésre vagy összetett telepítésre. Egyszerűen konfigurálható közvetlenül a kiszolgálóparaméterekből, így biztosítva a zökkenőmentes használatot.
• Felügyelt szolgáltatások kényelme: Felügyelt szolgáltatásként a felhasználók élvezhetik a többi Felügyelt Azure-szolgáltatás előnyeit. Ez magában foglalja az automatikus frissítéseket, szükségtelenné teszi a manuális karbantartást, és biztosítja, hogy a PgBouncer naprakész maradjon a legújabb funkciókkal és biztonsági javításokkal.
• Nyilvános és privát kapcsolat támogatása: A rugalmas Azure Database for PostgreSQL-kiszolgálópéldány beépített PgBouncerje támogatja a nyilvános és a privát kapcsolatokat is. Ez lehetővé teszi a felhasználók számára, hogy biztonságos kapcsolatokat létesíthessenek magánhálózatokon keresztül, vagy külső kapcsolatot létesíthessenek az adott követelményektől függően.
• Magas rendelkezésre állás (HA): Feladatátvétel esetén, amikor egy készenléti kiszolgáló előlépteti az elsődleges szerepkört, a PgBouncer zökkenőmentesen újraindul az újonnan előléptetett készenléti gépen anélkül, hogy az alkalmazás kapcsolati sztring módosításokat igényel. Ez biztosítja a folyamatos rendelkezésre állást, és minimalizálja az alkalmazás megszakadását.
• Költséghatékony: Költséghatékony, mivel a felhasználóknak nem kell fizetniük az olyan extra számítási feladatokért, mint a virtuális gép vagy a tárolók, bár ennek van némi cpu-hatása, mivel egy másik folyamat fut ugyanazon a gépen.

A rugalmas Azure Database for PostgreSQL-kiszolgálópéldány beépített PgBouncer funkciójával a felhasználók élvezhetik az egyszerűsített konfiguráció, a felügyelt szolgáltatás megbízhatósága, a különböző készletezési módok támogatása és a zökkenőmentes magas rendelkezésre állás előnyeit a feladatátvételi forgatókönyvekben.

Korlátozások:

• A Burstable nem támogatott:A PgBouncer jelenleg nem támogatott a Burstable kiszolgáló számítási szintje esetében. Ha a számítási szintet általános célúról vagy memóriaoptimalizáltról burstable szintre módosítja, elveszíti a PgBouncer képességet.
• Újra kell létesíteni a kapcsolatokat az újraindítás után: Amikor a kiszolgáló újraindul a méretezési műveletek, a HA feladatátvétel vagy újraindítás során, a PgBouncer is újraindul a kiszolgáló virtuális gépével együtt. Ezért a meglévő kapcsolatokat újra létre kell hozni.

A PgBouncer implementálásának különböző módjait tárgyaltuk, és a táblázat összefoglalja, hogy melyik üzembe helyezési módszert válassza:

Kiválasztási feltételek	PgBouncer alkalmazás virtuális gépen	PgBouncer virtuális gépen az ALB használatával*	PgBouncer az AKS Sidecaron	PgBouncer mint szolgáltatás	Azure Database for PostgreSQL beépített PgBouncer
Egyszerűsített kezelés
magas rendelkezésre állás
Tárolóalapú alkalmazások
Csökkentett hálózati terhelés és késés
Részletes ellenőrzés a monitorozás és a hibakeresés során

Legenda

Nehézségi szint	Jelkép
Egyszerű
Közepes
Nehéz

*ALB: Azure Load Balancer.