Vendor lock-in je známý koncept pro databázové technologie. S rostoucím využíváním cloudu se toto uzamčení rozšířilo také na poskytovatele cloudu. Vendor lock-in můžeme definovat jako proprietární uzamčení, díky kterému je zákazník závislý na prodejci pro jeho produkty nebo služby. Někdy toto uzamčení neznamená, že nemůžete změnit dodavatele/poskytovatele, ale může to být nákladný nebo časově náročný úkol.
PostgreSQL, open source databázová technologie, sama o sobě nemá problém se zablokováním dodavatele, ale pokud provozujete své systémy v cloudu, je pravděpodobné, že se budete muset vypořádat s tento problém v určitou dobu.
V tomto blogu se podělíme o několik tipů, jak se vyhnout zablokování PostgreSQL cloudu, a také se podíváme na to, jak může ClusterControl pomoci se tomu vyhnout.
Tip č. 1:Zkontrolujte omezení nebo omezení poskytovatele cloudu
Poskytovatelé cloudu obecně nabízejí jednoduchý a přátelský způsob (nebo dokonce nástroj) k migraci vašich dat do cloudu. Problém je, že když je chcete opustit, může být těžké najít snadný způsob migrace dat k jinému poskytovateli nebo do místního nastavení. Tento úkol má obvykle vysoké náklady (často na základě objemu provozu).
Abyste se tomuto problému vyhnuli, musíte vždy nejprve zkontrolovat dokumentaci a omezení poskytovatele cloudu, abyste věděli, jaká omezení mohou být při odchodu nevyhnutelná.
Tip č. 2:Předběžný plán odchodu poskytovatele cloudu
Nejlepší doporučení, které vám můžeme dát, je nečekat na poslední chvíli, abyste věděli, jak opustit poskytovatele cloudu. Měli byste si to naplánovat dlouho dopředu, abyste věděli, jak nejlépe, nejrychleji a nejlevněji odejít.
Protože tento plán s největší pravděpodobností závisí na vašich konkrétních obchodních požadavcích, bude se plán lišit v závislosti na tom, zda můžete naplánovat okna údržby a zda společnost bude akceptovat nějaké prostoje. Když si to naplánujete předem, určitě se vyhnete bolesti hlavy na konci dne.
Tip č. 3:Nepoužívejte žádné produkty exkluzivního poskytovatele cloudu
Produkt poskytovatele cloudu bude téměř vždy fungovat lépe než produkt s otevřeným zdrojovým kódem. To je způsobeno skutečností, že byl navržen a testován pro provoz na infrastruktuře poskytovatele cloudu. Výkon bude často podstatně lepší než druhý.
Pokud potřebujete migrovat databáze k jinému poskytovateli, budete mít problém se zablokováním technologie, protože produkt poskytovatele cloudu je k dispozici pouze v aktuálním prostředí poskytovatele cloudu. To znamená, že nebudete moci snadno migrovat. Pravděpodobně můžete najít způsob, jak toho dosáhnout vygenerováním souboru s výpisem paměti (nebo jinou metodou zálohování), ale pravděpodobně budete mít dlouhou dobu výpadku (v závislosti na množství dat a technologiích, které chcete použít).
Pokud používáte Amazon RDS nebo Aurora, Azure SQL Database nebo Google Cloud SQL (abyste se mohli zaměřit na aktuálně nejpoužívanější poskytovatele cloudu), měli byste zvážit možnosti migrace na open source. databáze. Tím neříkáme, že byste to měli migrovat, ale rozhodně byste měli mít možnost to udělat, pokud to bude potřeba.
Tip č. 4:Ukládejte si zálohy k jinému poskytovateli cloudu
Osvědčeným postupem pro snížení prostojů, ať už v případě migrace nebo obnovy po havárii, je nejen ukládat zálohy na stejné místo (z důvodů rychlejší obnovy), ale také zálohy ukládat do jiného poskytovatele cloudu nebo dokonce on-prem.
Podle tohoto postupu, když potřebujete obnovit nebo migrovat svá data, stačí zkopírovat nejnovější data poté, co byla záloha přijata zpět. Objem provozu a času bude podstatně nižší než při kopírování všech dat bez komprese během události migrace nebo selhání.
Tip č. 5:Použijte multicloudový nebo hybridní model
Toto je pravděpodobně nejlepší možnost, pokud se chcete vyhnout cloudovému uzamčení . Ukládání dat na dvou nebo více místech v reálném čase (nebo tak blízko reálnému času, jak jen můžete) vám umožňuje migrovat rychle a můžete to udělat s co nejmenšími prostoji. Pokud máte cluster PostgreSQL u jednoho poskytovatele cloudu a máte pohotovostní uzel PostgreSQL u jiného, v případě, že potřebujete změnit poskytovatele, můžete pouze povýšit pohotovostní uzel a poslat provoz do tohoto nového primárního uzlu PostgreSQL.
Podobný koncept je aplikován na hybridní model. Svůj produkční cluster můžete ponechat v cloudu a poté můžete vytvořit pohotovostní cluster nebo databázový uzel on-prem, který generuje hybridní (cloud/on-prem) topologii, a v případě selhání nebo nutnosti migrace můžete podporovat pohotovostní uzel bez jakéhokoli cloudového uzamčení, když používáte své vlastní prostředí.
V tomto případě mějte na paměti, že poskytovatel cloudu vám pravděpodobně bude účtovat odchozí provoz, takže při silném provozu by tato metoda mohla vygenerovat nadměrné náklady pro společnost.
Jak může ClusterControl pomoci vyhnout se zablokování PostgreSQL
Abyste se vyhnuli zablokování PostgreSQL, můžete také použít ClusterControl k nasazení (nebo importu), správě a monitorování vašich databázových clusterů. Tímto způsobem nebudete závislí na konkrétní technologii nebo poskytovateli, aby udrželi vaše systémy v chodu.
ClusterControl má přátelské a snadno použitelné uživatelské rozhraní, takže ke správě databází nepotřebujete používat konzolu pro správu poskytovatelů cloudu, stačí se přihlásit a budete mít přehled všech vašich databázových clusterů ve stejném systému.
Má tři různé verze (včetně komunitní bezplatné verze). ClusterControl můžete používat (bez některých placených funkcí), i když vypršela platnost vaší licence a nebude to mít vliv na výkon vaší databáze.
Můžete nasadit různé open source databázové stroje ze stejného systému a pouze K jeho používání je vyžadován přístup SSH a privilegovaný uživatel.
ClusterControl může také pomoci se správou vašeho zálohovacího systému. Odtud můžete naplánovat novou zálohu pomocí různých metod zálohování (v závislosti na databázovém stroji), komprimovat, šifrovat a ověřovat zálohy obnovením v jiném uzlu. Můžete jej také uložit na více různých místech současně (včetně cloudu).
Multi-cloudovou nebo hybridní implementaci lze snadno provést pomocí ClusterControl pomocí Cluster-to-Cluster Replication nebo funkce Add Replication Slave. Chcete-li nasadit nový databázový uzel nebo cluster na jiném místě, stačí se řídit jednoduchým průvodcem.
Závěr
Vzhledem k tomu, že data jsou pro společnost pravděpodobně nejdůležitějším aktivem, s největší pravděpodobností budete chtít mít data pod kontrolou. Cloud lock-in v tomto nepomáhá. Pokud jste ve scénáři cloud lock-in, znamená to, že nemůžete spravovat svá data, jak byste chtěli, a to může být problém.
Uzamčení v cloudu však není vždy problém. Je možné, že celý svůj systém (databáze, aplikace atd.) provozujete u stejného poskytovatele cloudu pomocí produktů poskytovatele (Amazon RDS nebo Aurora, Azure SQL Database nebo Google Cloud SQL) a nehledáte migraci čehokoli, místo toho je možné, že využíváte všech výhod poskytovatele cloudu. Vyhnout se cloudovému uzamčení není vždy nutností, protože záleží na každém případu.
Doufáme, že se vám na našem blogu líbilo sdílení nejběžnějších způsobů, jak se vyhnout zablokování PostgreSQL cloudu, a jak může ClusterControl pomoci.