Hybrid Cloud är en vanlig arkitekturdesign i alla företag. Detta koncept kombinerar offentliga moln, privata moln och till och med lokala lösningar som gör att företag kan ha flexibilitet när det gäller var de ska lagra och hur de ska använda sin data. Det hjälper också till att implementera en hög tillgänglighetsmiljö. Problemet är att driftsättningen av den här typen av miljö kan vara en svår och tidskrävande uppgift. I den här bloggen kommer vi att se vad Hybrid Cloud är, några överväganden att ta hänsyn till innan du använder det och hur man distribuerar den här miljön med ClusterControl.
Vad är Hybrid Cloud?
Det är en topologi som använder en blandning av privata och offentliga moln och till och med lokala tjänster. Det låter som en multimolnmiljö, men den största skillnaden är att det här konceptet syftar på kombinationer av offentligt och privat specifikt, vilket kan inkludera lokalt också.
överväganden för hybridmolndatabaser
Flytet till en hybridmiljö är olika för alla företag eftersom de har sin egen unika uppsättning data, krav, begränsningar och processer som hör till det.
Låt oss se några överväganden att ta hänsyn till när vi planerar den här typen av topologi.
-
Compliance:Se till att välja en leverantör som är specialiserad på din bransch och som är bekant med de unika efterlevnadsåtgärder som måste uppfyllas oavsett om det är HIPAA, FISMA, PCI eller vilka regler som ditt företag abonnerar på. I slutändan bör din databashanteringsstrategi bestämmas av vilken arkitektur som bäst möter ditt företags behov och skalas med dig när du växer.
-
Arbetsbelastningar:Varje databas har olika arbetsbelastningar. Vissa av dessa kommer att klara sig bättre i ett offentligt moln, några på plats och några i ett privat moln. Att känna till din arbetsbelastning är viktigt för att hitta den bästa mixen för dina databaser.
-
Hantering och underhåll:En ny miljö innebär ett nytt sätt att hantera den och underhålla data. Se till att du har rätt bitar och personer på plats för att hantera de nya miljöerna måste bestämmas innan du tar steget.
Hur man distribuerar PostgreSQL i en hybrid molnmiljö
Vi antar att du har en ClusterControl-installation igång och redan har skapat två olika Cloud Provider-konton, eller ett konto om du använder Public och Private Cloud i samma Cloud Provider, eller om du använder en kombination av moln och lokala miljöer.
Förbereda din molnmiljö
Först måste du skapa din miljö i din huvudsakliga molnleverantör. I det här fallet kommer vi att använda AWS med 2 PostgreSQL-noder:
Se till att du har tillåten SSH- och PostgreSQL-trafik från din ClusterControl-server av redigera din säkerhetsgrupp:
Gå sedan till den sekundära molnleverantören eller till de privata eller lokala servrarna och skapa minst en virtuell maskin som kommer att vara standbynoden.
Och igen, se till att du tillåter SSH- och PostgreSQL-trafik från din ClusterControl-server:
I det här fallet tillåter vi trafiken utan några begränsningar för källan, men det är bara ett exempel och det rekommenderas inte i verkligheten.
Distribuera ett PostgreSQL-kluster
Gå till din ClusterControl-server och välj alternativet "Deploy". Om du redan har en PostgreSQL-instans igång, måste du välja "Importera befintlig server/databas" istället.
När du väljer PostgreSQL måste du ange Användare, Nyckel eller Lösenord och port för att ansluta med SSH till dina PostgreSQL-noder. Du behöver också namnet på ditt nya kluster och om du vill att ClusterControl ska installera motsvarande programvara och konfigurationer åt dig.
Kontrollera användarkraven för ClusterControl för mer information om detta steg.
När du har ställt in SSH-åtkomstinformationen måste du definiera databasanvändare, version och datadir (valfritt). Du kan också ange vilket förråd som ska användas. I nästa steg måste du lägga till dina servrar i klustret du ska skapa.
När du lägger till dina servrar kan du ange IP eller värdnamn. I det här steget kan du också lägga till noden placerad i den sekundära molnleverantören eller på plats, eftersom ClusterControl inte har några begränsningar för nätverket som ska användas, men för att göra det tydligare kommer vi att lägga till det i nästa sektion. Det enda kravet här är att ha SSH-åtkomst till noden.
I det sista steget kan du välja om din replikering ska vara Synkron eller Asynkron.
Om du lägger till din fjärrnod här är det viktigt att använda asynkron replikering, annars kan ditt kluster påverkas av latensen eller nätverksproblem.
Du kan övervaka skapandets status i ClusterControl-aktivitetsmonitorn.
När uppgiften är klar kan du se ditt nya PostgreSQL-kluster på huvudskärmen för ClusterControl.
Lägga till en fjärrberedskapsnod
När du har skapat ditt kluster kan du utföra flera uppgifter på det, som att distribuera/importera en lastbalanserare eller en replikeringsnod.
Gå till klusteråtgärder och välj "Lägg till replikeringsslav":
Låt oss använda alternativet "Lägg till ny replikeringsslav" eftersom vi antar att fjärrnoden är en ny installation, om inte kan du använda alternativet "Importera befintlig replikeringsslav" istället.
Här behöver du bara välja din primära server, ange IP-adressen för din nya standby-server och databasporten. Sedan kan du välja om du vill att ClusterControl ska installera programvaran och om replikeringen ska vara Synchronous eller Asynchronous. Återigen, om du lägger till en nod på en annan plats (annan molnleverantör eller lokalt) bör du använda asynkron replikering för att undvika problem relaterade till nätverkets prestanda.
På detta sätt kan du lägga till så många repliker du vill och sprida lästrafik mellan dem med hjälp av en lastbalanserare, som du även kan implementera med ClusterControl.
Du kan övervaka skapandet av replikeringsnoden i ClusterControl-aktivitetsmonitorn.
Och kontrollera din slutliga topologi i Topology View-sektionen.
Slutsats
Dessa ClusterControl-funktioner gör att du snabbt kan ställa in replikering i en hybridmolnmiljö, mellan olika molnleverantörer, eller till och med mellan en molnleverantör och en lokal miljö, för en PostgreSQL-databas (och olika teknologier) och hantera installationen i ett enkelt och vänligt sätt. Om kommunikationen mellan molnleverantörerna, eller mellan privata och offentliga moln, måste du av säkerhetsskäl begränsa trafiken endast från kända källor, för att minska risken för obehörig åtkomst till ditt nätverk.