En hybridsky refererer til et blandet computer-, lager- og servicemiljø bestående af lokal infrastruktur, private cloud-tjenester og en offentlig cloud-orkestrering mellem de forskellige platforme. Brug af en kombination af offentlige skyer, on-premises computing og private skyer i dit datacenter betyder, at du har en hybrid cloud-infrastruktur.
Ydeevne har almindeligvis lavere prioritet i en hybridsky, da fokus ved at have hybrid cloud-infrastruktur almindeligvis er mod katastrofegendannelse, tilgængelighed og skalerbarhed. I dette blogindlæg vil vi dække nogle generelle tips til at fremme ydeevnen af vores applikationer, arbejdsbelastninger og klynger, der kører på en hybrid cloud-opsætning.
Dedikerede værter/instanser/ressourcer
Omkostningerne ved cloud-tjenester hævdes at være lavere på grund af den omfattende deling af ressourcer. En højere grad af deling vil dog automatisk betyde færre garantier for ydeevne.
Skyforekomster er tilbøjelige til uforudsigelig stabilitet, men med nogle ekstra omkostninger kan vi reducere denne risiko med dedikerede ressourcer. Dedikerede forekomster er forekomster, der kører på hardware, der er dedikeret til en enkelt lejer. Normalt er de dedikerede værter eller forekomster fysisk isoleret på værtshardwareniveau fra forekomster, der tilhører andre lejere. Dette vil garantere tilstrækkelige ressourcer til tjenesten og praktisk talt stabilisere ydeevnen af dine arbejdsbelastninger på lang sigt. Afhængigt af dit budget har du flere muligheder for at vælge dedikerede ressourcer såsom dedikerede værter, forekomster eller båndbredde.
Der er også en masse tilbud og rabatter, hvis du planlægger at køre instanserne i en længere periode. For eksempel, ved at forpligte sig til AWS EC2 Reserve Instance kan brugere spare op til 70 % af instansomkostningerne sammenlignet med standard on-demand-omkostninger. Når applikationerne eller arbejdsbelastningerne er testet og klar til produktion, anbefales det stærkt, at du vælger en langtidskontrakt, forudsat at du allokerer nok ressourcer til instansen for den pågældende kontraktperiode.
Båndbreddestyring
Båndbredde er dyrt. Det, der er dyrt, er infrastrukturen til at transportere båndbredden fra et sted til et andet. Udlægningsfiberen, routinghardwaren i carrier-grad og provider-graden, overvågnings- og vedligeholdelsesomkostningerne for at holde det hele kørende, udlejning af datacentersuiter, bemanding af en 24/7 Network Operation Center (NOC) ingeniør, bidrager alle til den høje pris for en pålidelig båndbredde. For ikke at nævne tempoet i teknologien, brugernes krav og leverandørens produktlevetid kræver ofte, at en stor del af ovenstående investering smides væk og livscyklus hvert 7. til 10. år, i nogle tilfælde 5 år.
Det meste af den offentlige sky giver mulighed for dataudveksling med andre Cloud Service Provider (CSP), hvilket kan opnås på flere måder:
-
Overførsel af data via offentlige IP-adresser over internettet.
-
Brug af en administreret VPN-tjeneste mellem det lokale netværk og CSP-netværket.
-
Opret forbindelse direkte fra det lokale netværk eller private cloud-netværk med den anden CSP som Partner Interconnect for Google Cloud eller AWS Direct Connect til AWS.
-
Overfør data til den anden CSP via et fælles tilstedeværelse (POP).
-
Netværkspeering med private cloud-netværk og CSP-netværket.
Disse muligheder er forskellige med hensyn til overførselshastighed, latens, pålidelighed, serviceniveauaftaler (SLA'er), kompleksitet og omkostninger. Uanset mulighederne er ideen den samme - jo mindre dataoverførsel der bruges, jo lavere koster det.
For at reducere brugen af båndbredde er komprimering det vigtigste, vi bør gøre. De fleste af replikeringstjenesterne understøtter nu forbindelseskomprimering, hvilket i høj grad kan reducere dataoverførselsstørrelsen mellem flere websteder. For eksempel kan aktivering af forbindelseskomprimering for MySQL master-slave nemt reducere båndbreddeforbruget ned til 1,5x uden yderligere konfiguration på komprimeringsniveauet eller algoritmen. Dette kaldes den tabsfrie datakomprimeringsteknik. Du kan indstille til et endnu højere kompressionsforhold med en afvejning af processorkraft til komprimering og dekompression på begge endepunkter.
Placeringen af arbejdsbyrden er også vigtig. Med hybrid cloud-opsætning kan applikationer og arbejdsbelastninger eksistere på både private eller offentlige skyer. For interne applikationer er det meget bedre at placere dem i den private sky tættere på de lokale med lavere netværksforsinkelse. For at forbedre ydeevnen af offentlige applikationer skal du placere applikationerne på kantens servere af Content Delivery Network (CDN), hvilket i høj grad vil reducere byrden for hovedserveren til kun at håndtere den dynamiske anmodning og aflaste den statiske indholdslevering til flere edge-servere, som geografisk tættere på slutbrugerne.
Hurtigere kryptering
Kryptering under transport og hvile er obligatorisk i en hybrid cloud-opsætning, da vi kun ejer en brøkdel af infrastrukturen. Vi ønsker ikke, at nysgerrige øjne ser på vores data, mens de overføres, eller risikoen for databrud fra tyveri eller udefrakommende, der har fysisk adgang til vores data. Med enkle ord skal hver del af flytte data eller ikke-fysisk tilgængelige data være krypteret, punktum. Nogle krypteringscifre kan dog kompromittere hastigheden og ydeevnen af arbejdsbelastningerne.
En almindelig fejlslutning er at antage, at en meddelelse, der er krypteret med AES256, er sværere at knække end den samme information, der er beskyttet med AES128. Det giver logisk mening, at en større nøglestørrelse introducerer større kompleksitet, men som med alle systemer er implementeringer underlagt svagheder. Hvis vi antager, at vi taler om AES128 versus AES256, er der en kendt svaghed i nøgleudvidelsesfunktionen, der påvirker AES256. Grundlæggende reducerer svagheden kompleksiteten af AES256 til den lavere end AES128.
Nogle af tunnelværktøjerne som WireGuard er kendte for deres hurtigere kryptering og temmelig enkle at implementere, når du tunnelerer mellem flere websteder. Det virker på samme måde som SSH-kryptering ved hjælp af en asymmetrisk kryptografi-tilgang. Ifølge denne forskning er WireGuard i gennemsnit 58 % hurtigere end OpenVPN på tværs af alle de testede lokationer. Hurtigere kryptering betyder mindre tid til at kryptere og dekryptere data, så din dataudvekslingsydelse kan øges markant.
Hvis du spekulerer på, hvordan du konfigurerer WireGuard VPN til et hybridt cloudmiljø, så tjek dette blogindlæg, Multi-Cloud Deployment for MariaDB Replication Using WireGuard.
Overvåg alt
Cloud-baserede miljøer er afhængige af et kompliceret sæt ressourcer, og det er udfordrende at identificere de tilgængeligheds- og ydeevneproblemer, som har størst indflydelse på virksomhedstjenester. Driftsteamet skal være i stand til holistisk at overvåge applikationstilstand, herunder de medfølgende cloud-infrastrukturkomponenter.
Ydeevneforbedringen på en hybridsky kan ikke ske uden bred synlighed i alle ressourcer til enhver tid. Ressourcer som instans- og netværksudnyttelse, applikationsydelse, brugeroplevelse, latenstid og logfiler er meget vigtige at blive indsamlet og samplet for at sikre, at vi proaktivt kan fejlfinde problemer med ydeevne og tilgængelighed, før de når slutbrugerne eller bliver værre. Fejlallokering af ressourcer vil altid ske i et dårligt leveringsmiljø, hvilket i sidste ende fører til dårlig kapacitetsplanlægning og spild af penge og ressourcer.
De fleste af de offentlige cloud-udbydere tilbyder dybdegående overvågningstjenester, der dækker flere lag og komponenter af de abonnerede cloud-tjenester. Den manglende brik er dog almindeligvis en overvågningssammenlægning mellem forskellige cloudplatforme, udbydere og miljøer. Open source alt-i-én overvågningsværktøjer som Icinga, Nagios Core og Zabbix kan konfigureres til at overvåge næsten alt, der er involveret i en hybridsky, især cloud-forekomster, netværk, tjenester og applikationer.
I tilfælde af ydeevneovervågning for databaseservere i hybrid cloud-miljøet, kan følgende ressourcer hjælpe:
-
Overvågning af MariaDB-ydelse i en hybridsky
-
Overvågning af PostgreSQL i et hybridmiljø