A PaaS-üzemelő példányok magas rendelkezésre állási és vészhelyreállítási lehetőségeinek ismertetése
A PaaS más, ha a rendelkezésre állásról van szó; csak az Azure által biztosított beállításokat konfigurálhatja.
Az Azure SQL Database és a felügyelt Azure SQL Database-példány SQL Server-alapú beállításainál a lehetőségek az aktív georeplikálás (csak Azure SQL Database) és az automatikus adatátvételi csoportok (Azure SQL Database vagy felügyelt Azure SQL Database-példány).
Az Azure Database for MySQL szolgáltatásszint-szerződéssel rendelkezik, amely garantálja a 99,99-es rendelkezésre állást, ami azt jelenti, hogy szinte nincs állásidő. Az Azure Database for MySQL esetében, ha csomópontszintű probléma( például hardverhiba) lép fel, egy beépített feladatátvételi mechanizmus indul el. A MySQL-adatbázis tranzakciós módosításai a véglegesítéskor szinkron módon lesznek megírva a tárolóba. Csomópontszintű megszakítás esetén az adatbázis-kiszolgáló automatikusan létrehoz egy új csomópontot, és csatolja az adattárolót.
Alkalmazás szempontjából a szükséges újrapróbálkozási logikát kell kódolnia, mivel az új csomópont felpörgetésének részeként minden kapcsolat megszakad, és a repülési tranzakciók elvesznek. Ez a folyamat minden felhőalkalmazás esetében ajánlott eljárásnak számít, mivel az átmeneti hibák kezelésére kell őket tervezni.
Az Azure Database for PostgreSQL a MySQL-hez hasonló modellt használ a standard üzemi modellben; Az Azure PostgreSQL azonban egy Citus nevű vertikálisan felskálázott rugalmas skálázási megoldást is kínál. A Citus vertikális felskálázást és további magas rendelkezésre állást biztosít a kiszolgálócsoportok számára. Ha engedélyezve van, egy készenléti replika konfigurálva van egy kiszolgálócsoport minden csomópontjára, ami szintén növeli a költségeket, mivel megduplázná a csoport kiszolgálóinak számát. Abban az esetben, ha az eredeti csomópontnak olyan problémája van, hogy nem válaszol vagy teljesen meghibásodik, a készenléti rendszer átveszi a helyét. Az adatok szinkronizálása a PostgreSQL szinkron streamelési replikációval történik.
Az Azure Database for MySQL-hez hasonlóan az Azure Database for PostgreSQL-et használó megoldásoknak is újrapróbálkozási logikát kell tartalmazniuk az alkalmazásban az megszakadt kapcsolatok és a repülés közbeni tranzakciók elvesztése miatt.
Az Azure Database for MySQL és a PostgreSQL egyaránt támogatja az olvasási replika használatát. Ez azt jelenti, hogy a replika olyan tevékenységekhez használható, mint a jelentéskészítés az elsődleges adatbázisból származó munka kiszervezéséhez. Az olvasási replika azért is növeli a rendelkezésre állást, mert egy másik régióban létezik.