När du ska använda Azure Database for MySQL

Slutförd

I den här lektionen går du igenom hur du avgör om Azure Database for MySQL passar in i din programarkitektur och utvecklingsprocess. Som utvecklare kan fokusering på kärnprogrammet snarare än på invecklingarna i databashantering, till exempel VM-egenskaper, versionshantering och säkerhetskonfigurationer, påskynda utvecklingscyklerna. Azure Database for MySQL, en hanterad tjänst, möjliggör detta fokusskifte genom att hantera de komplexa databashanteringsuppgifterna och därmed anpassa utvecklarnas arbete till produktivitets- och innovationsmål.

För scenarier som kräver specifika MySQL-versioner som inte stöds av Azure Database for MySQL – flexibel server eller om större kontroll över databasmiljön är avgörande är MySQL som körs på virtuella Azure-datorer ett värdefullt alternativ. Den här IaaS-lösningen (Infrastructure as a Service) möjliggör detaljerad anpassning och hantering av databasen, vilket gör den lämplig för specialiserade eller äldre program som förlitar sig på vissa MySQL-funktioner.

Nu ska vi utvärdera de här alternativen i detalj mot viktiga beslutskriterier, till exempel administrativt arbete, kostnader och alternativ med hög tillgänglighet, för att identifiera det lämpligaste valet för dina specifika behov.

Beslutsvillkor

Om du vill välja mellan att använda MySQL på virtuella Azure-datorer eller Azure Database for MySQL är det viktigt att du förstår hur varje alternativ överensstämmer med organisationens behov när det gäller administrativa åtgärder, kostnader och alternativ för hög tillgänglighet. En detaljerad jämförelse som hjälper dig att vägleda ditt beslut visas i följande tabell:

Villkor Azure Database for MySQL MySQL på virtuella Azure-datorer
Administrativt arbete Kräver minimal administrativt arbete eftersom det är en fullständigt hanterad tjänst. Azure hanterar allt underhåll, alla uppdateringar och säkerhetskopior, vilket frigör utvecklare för att fokusera på programutveckling i stället för databashantering. Trots att du är helt hanterad har du fortfarande flexibilitet och kontroll över databashanteringsfunktioner, konfigurationsinställningar och schemalagda underhållsperioder. Kräver betydande administrativt arbete eftersom det innebär att hantera den virtuella datorn, operativsystemet och databasmotorn. Detta omfattar uppgifter som systemuppdateringar, säkerhetskorrigeringar och säkerhetskopior, som ger fullständig kontroll och anpassning, men också ökat ansvar.
Kostnad Erbjuder en rad olika prisnivåer som lämpar sig för olika behov, från lätta program till lösningar i företagsklass. Kostnaderna varierar beroende på den valda nivån och resurser faktureras som används, vilket potentiellt kan ge kostnadsbesparingar via hanterade tjänster. Azure Database for MySQL erbjuder en kostnadsfri utvärderingsversion med ett kostnadsfritt Azure-konto. Den erbjuder även funktioner för kostnadskontroll, till exempel möjligheten att stoppa servern när den inte används och automatisk skalning av IOPS. Vanligtvis innebär kostnaden för virtuella datorer, lagring och ytterligare omkostnader för att underhålla infrastrukturen. Dessutom medför implementering av funktioner som hög tillgänglighet (HA), säkerhetskopieringar och andra hanteringsuppgifter extra kostnader, till skillnad från Azure Database for MySQL, där dessa funktioner är inbyggda.
Alternativ för hög tillgänglighet Tillhandahåller inbyggda lösningar med hög tillgänglighet, inklusive zonredundanta distributioner utan ytterligare konfiguration. Det gör det enklare att uppnå hög tillgänglighet eftersom den hanteras av Azure, vilket säkerställer att databasen är motståndskraftig mot fel med minimal stilleståndstid. Hög tillgänglighet måste konfigureras och underhållas manuellt, vilket innebär att du konfigurerar redundansmekanismer och potentiellt ytterligare Azure-tjänster. Detta ger flexibilitet och anpassning på bekostnad av ökad komplexitet och potentiella konfigurations- och underhållsutmaningar.

Jämförande insikter

Administrativt arbete

  • Kontroll jämfört med bekvämlighet: MySQL på virtuella Azure-datorer passar för organisationer som behöver djup kontroll över sin databasmiljö för efterlevnad, äldre kompatibilitet eller specifik prestandajustering. Den här modellen är att föredra där anpassning och direkt administrativ kontroll prioriteras framför driftens bekvämlighet.
  • Minskad administrativ börda: Azure Database for MySQL erbjuder en hanterad miljö där Azure hanterar den operativa bördan med att underhålla fysiska servrar, operativsystem och grundläggande databashanteringsuppgifter, vilket avsevärt kan minska den administrativa tiden och resurserna, vilket gör det möjligt för team att koncentrera sig på strategiska uppgifter som ger mer värde för verksamheten.
  • Flexibilitet och skalbarhet: Båda modellerna har skalbarhetsalternativ, men mekanismerna skiljer sig åt. Virtuella Azure-datorer erbjuder flexibiliteten att skala och justera resurser manuellt efter behov, medan Azure Database for MySQL ger enkla skalbarhetsalternativ som hanteras via Azure Portal, vilket minskar komplexiteten i resurshanteringen. Dessutom möjliggör Azure Database for MySQL flexibel server detaljerad kontroll och flexibilitet för databashanteringsfunktioner och konfigurationsinställningar, vilket ger en viktig fördel när det gäller finjustering av prestanda och beteende.

Valet mellan dessa modeller beror på organisationens behov, expertis och prioriteringar. Om omfattande kontroll och anpassning krävs kan MySQL på virtuella Azure-datorer vara det bättre valet. Om enkel hantering och minskade administrativa kostnader är mer kritiska skulle Azure Database for MySQL vara fördelaktigt.

Kostnad

Att välja Azure Database for MySQL minskar vanligtvis administrativa kostnader och komplexitet eftersom det eliminerar behovet av direkt hantering av databasprogramvaran och operativsystemet. Den här hanterade tjänstmodellen är vanligtvis mer kostnadseffektiv för företag som inte kräver de djupgående anpassningsalternativ som mySQL körs på en virtuell dator tillhandahåller.

Å andra sidan kan MySQL på virtuella Azure-datorer medföra högre kostnader på grund av behovet av mer praktisk hantering, men det ger större kontroll över databasen och operativsystemet, vilket är fördelaktigt för specialiserade behov som inte stöds av den hanterade plattformen.

Båda alternativen ger skalbarhet, men en flexibel servers möjlighet att dynamiskt justera resurser och endast debitera för faktisk användning kan ge kostnadsfördelar under varierande arbetsbelastningsvillkor. Om du förstår dessa skillnader kan du välja det bästa alternativet baserat på dina specifika krav och budgetbegränsningar.

Hög tillgänglighet

Hög tillgänglighet (HA) säkerställer att dina program förblir tillgängliga med minimal stilleståndstid, även under systemfel eller underhållshändelser.

Implementering av hög tillgänglighet på virtuella Azure-datorer innebär en betydande grad av manuell konfiguration. Du ansvarar för att konfigurera flera komponenter, till exempel att konfigurera redundanskluster, replikering och belastningsutjämning. Den här metoden erbjuder en hög anpassningsnivå så att du kan skräddarsy HA-arkitekturen så att den uppfyller specifika krav. Det kräver dock en djup förståelse för både Azure-infrastrukturen och MySQL, och det medför vanligtvis högre kostnader på grund av komplexiteten i att hantera ytterligare virtuella datorer och nätverkskomponenter som behövs för en robust HA-konfiguration.

Å andra sidan ger Azure Database for MySQL inbyggd hög tillgänglighet utan ytterligare installation eller kostnad. Den här tjänsten hanterar automatiskt redundans till väntelägesrepliker i olika tillgänglighetszoner, vilket säkerställer att databastjänsterna fortsätter att fungera även om en zon slutar fungera. Den hanterade HA-lösningen som tillhandahålls av Azure Database for MySQL minskar avsevärt de administrativa kostnaderna, eftersom replikering, redundans och nätverkskonfigurationer hanteras av Azure, vilket gör att utvecklare kan fokusera mer på programutveckling snarare än infrastrukturhantering.

Sammanfattning

Valet mellan Azure Database for MySQL och MySQL på virtuella Azure-datorer beror ofta på de specifika kraven för dina program och organisationens inställningar när det gäller kontroll, kostnader och administrativa kostnader. För program där Standard MySQL-funktioner är tillräckliga och enkel hantering värderas är Azure Database for MySQL vanligtvis det bästa valet. Om ditt program däremot kräver specifika MySQL-konfigurationer eller om du behöver optimera databasmiljön i stor utsträckning kan MySQL på virtuella Azure-datorer vara lämpligare.

När du fattar ditt beslut bör du inte bara överväga de aktuella behoven utan även den potentiella skalningen och utvecklingen av dina program för att säkerställa att den valda databaslösningen kan växa och anpassas med din verksamhet.

Sammanfattningsvis kan du läsa följande vägledning.

Välj MySQL på virtuella Azure-datorer när du:

  • Vill du undvika tid och kostnader för att hämta ny lokal maskinvara.
  • Behöver specifika MySQL-versioner som inte stöds av flexibel server.
  • Kräv fullständig kontroll och anpassning av MySQL-motorn som Azure Database inte stöder för MySQL-tjänsten.

Välj Azure Database for MySQL när du:

  • Vill ha zonredundant eller hög tillgänglighet i samma zon.
  • Kräv maximal kontroll med möjlighet att välja fönstret schemalagt underhåll.
  • Behöver dataskydd med hjälp av automatiska säkerhetskopieringar och återställning till tidpunkt i upp till 35 dagar.
  • Föredrar automatisk korrigering och underhåll för underliggande maskinvara, operativsystem och databasmotor för att hålla tjänsten säker och uppdaterad.
  • Kräv förutsägbar prestanda med inkluderande betala per användning-priser.
  • Behöver elastisk skalning inom några sekunder.
  • Sök kostnadsoptimering med lågkostnadsdriven SKU och möjlighet att stoppa/starta servern.
  • Kräva säkerhet i företagsklass, branschledande efterlevnad och sekretess för att skydda känsliga data i vila och i rörelse.
  • Vill ha övervakning och automatisering för att förenkla hantering och övervakning för storskaliga distributioner.
  • Kräv bättre kontroll och anpassning över apputveckling.
  • Behöver implementera horisontell skalning med minimal omkostnader med hjälp av läsrepliker.
  • Värdesätt en branschledande supportupplevelse.