Azure Database for MySQL – enskild server

  • Artikel

GÄLLER FÖR: Azure Database for MySQL – enskild server

Viktigt!

Azure Database for MySQL – enskild server är på väg att dras tillbaka. Vi rekommenderar starkt att du uppgraderar till en flexibel Azure Database for MySQL-server. Mer information om hur du migrerar till en flexibel Azure Database for MySQL-server finns i Vad händer med Azure Database for MySQL – enskild server?

Azure Database for MySQL som drivs av MySQL Community Edition är tillgängligt i två distributionslägen:

  • Flexibel server
  • Enskild server

I den här artikeln ger vi en översikt och introduktion till grundläggande begrepp i distributionsmodellen för enskild server. Mer information om läget för flexibel serverdistribution finns i översikten över flexibel server. Information om hur du bestämmer vilket distributionsalternativ som är lämpligt för din arbetsbelastning finns i välja rätt MySQL-serveralternativ i Azure.

Översikt

Azure Database for MySQL – enskild server är en fullständigt hanterad databastjänst som är utformad för minimal anpassning. Den enskilda serverplattformen är utformad för att hantera de flesta av databashanteringsfunktionerna, till exempel korrigeringar, säkerhetskopior, hög tillgänglighet, säkerhet med minimal användarkonfiguration och kontroll. Arkitekturen är optimerad för inbyggd hög tillgänglighet med 99,99 % tillgänglighet i en enda tillgänglighetszon. Den stöder communityversionen av MySQL 5.6 (pensionerad), 5.7 och 8.0. Tjänsten är allmänt tillgänglig idag i många olika Azure-regioner.

Enskilda servrar passar bäst endast för befintliga program som redan utnyttjar en enskild server. För alla nya utvecklingar eller migreringar är flexibel server det rekommenderade distributionsalternativet. Mer information om skillnaderna mellan distributionsalternativ för flexibel server och enskild server finns i avsnittet om att välja rätt distributionsalternativ för dokumentationen .

Hög tillgänglighet

Distributionsmodellen för enskild server är optimerad för inbyggd hög tillgänglighet och elasticitet till reducerad kostnad. Arkitekturen separerar beräkning och lagring. Databasmotorn körs på en egen beräkningscontainer, medan datafiler finns i Azure Storage. Lagringen har tre lokalt redundanta synkrona kopior av databasfilerna som garanterar datahållbarhet.

Om servern slutar fungera under planerade eller oplanerade redundanshändelser behåller tjänsten hög tillgänglighet för servrarna med hjälp av följande automatiserade procedur:

  1. En ny beräkningscontainer etableras
  2. Lagringen med datafiler mappas till den nya containern
  3. MySQL-databasmotorn är online på den nya beräkningscontainern
  4. Gateway-tjänsten säkerställer transparent redundans så att inga ändringar på programsidan krävs.

Den typiska redundanstiden varierar mellan 60 och 120 sekunder. Den molnbaserade designen för enskild server gör att den kan stödja 99,99 % av tillgängligheten, vilket eliminerar kostnaden för passivt vänteläge med frekvent vänteläge.

Azures branschledande serviceavtal på 99,99 % tillgänglighet (SLA), som drivs av ett globalt nätverk av Microsoft-hanterade datacenter, hjälper till att hålla dina program igång dygnet runt.

Azure Database for MySQL - Single Server Architecture conceptual diagram

Automatisk korrigering

Tjänsten utför automatisk korrigering av den underliggande maskinvaran, operativsystemet och databasmotorn. Korrigeringen innehåller säkerhets- och programuppdateringar. För MySQL-motorn är delversionsuppgraderingar automatiska och ingår som en del av korrigeringscykeln. Det krävs ingen användaråtgärd eller konfigurationsinställningar för korrigering. Korrigeringsfrekvensen hanteras av tjänsten baserat på nyttolastens allvarlighetsgrad. I allmänhet följer tjänsten det månatliga lanseringsschemat som en del av den kontinuerliga integreringen och versionen. Användare kan prenumerera på meddelandet om planerat underhåll för att få meddelande om det kommande underhållet 72 timmar före händelsen.

Automatiska säkerhetskopieringar

Enskild server skapar automatiskt serversäkerhetskopior och lagrar dem i användarkonfigurerad lokalt redundant eller geo-redundant lagring. Säkerhetskopior kan användas för att återställa servern till valfri tidpunkt inom kvarhållningsperioden för säkerhetskopior. Standardperioden för kvarhållning av säkerhetskopior är sju dagar. Kvarhållningen kan konfigureras upp till 35 dagar. Alla säkerhetskopior krypteras med AES 256-bitars kryptering. Mer information finns i Säkerhetskopior.

Justera prestanda och skalning på några sekunder

Enskild server finns på tre SKU-nivåer: Basic, Generell användning och Minnesoptimerad. Basic-nivån passar bäst för lågkostnadsutveckling och arbetsbelastningar med låg samtidighet. Generell användning och Minnesoptimerad passar bättre för produktionsarbetsbelastningar som kräver hög samtidighet, skalning och förutsägbara prestanda. Du kan skapa din första app i en liten databas för några kronor i månaden och sedan justera skalan för att bemöta lösningens behov. Lagringsskalningen är online och har stöd för automatisk lagringsväxt. Dynamisk skalbarhet gör att databasen reagerar transparent på resurskrav som ändras snabbt. Du betalar bara för de resurser du förbrukar. Mer information finns i Prisnivåer.

Säkerhet, efterlevnad och styrning i företagsklass

Enskild server använder den FIPS 140-2-verifierade kryptografiska modulen för lagringskryptering av vilande data. Data, inklusive säkerhetskopior och temporära filer som skapas när frågor körs, krypteras. Tjänsten använder AES 256-bitars chiffer som ingår i Azure Storage-kryptering, och nycklarna kan vara systemhanterade (standard) eller kundhanterade. Tjänsten krypterar data i rörelse med SSL/TLS (Transport Layer Security) som tillämpas som standard. Tjänsten stöder TLS-versionerna 1.2, 1.1 och 1.0 med möjlighet att framtvinga lägsta TLS-version.

Tjänsten ger privat åtkomst till servrarna med privat länk och erbjuder skydd mot hot via den valfria relationsdatabasplanen för Microsoft Defender för öppen källkod. Microsoft Defender för relationsdatabaser med öppen källkod identifierar avvikande aktiviteter som indikerar ovanliga och potentiellt skadliga försök att komma åt eller utnyttja databaser.

Förutom intern autentisering stöder enskild server Microsoft Entra-ID-autentisering . Microsoft Entra-autentisering är en mekanism för att ansluta till MySQL-servrarna med hjälp av identiteter som definierats och hanteras i Microsoft Entra-ID. Med Microsoft Entra-autentisering kan du hantera databasanvändares identiteter och andra Azure-tjänster på en central plats, vilket förenklar och centraliserar åtkomstkontroll.

Granskningsloggning är tillgänglig för att spåra all aktivitet på databasnivå.

Single Server är ett klagomål på alla branschledande certifieringar som FedRAMP, HIPAA, PCI DSS. Besök Azure Säkerhetscenter för information om Azures plattformssäkerhet.

Mer information om säkerhetsfunktioner i Azure Database for MySQL finns i säkerhetsöversikten.

Övervakning och avisering

Enskild server är utrustad med inbyggda funktioner för prestandaövervakning och aviseringar. Alla Azure-mått har en frekvens på en minut och för varje mått tillhandahålls 30 dagars historik. Du kan konfigurera aviseringar för måtten. Tjänsten gör det möjligt att konfigurera långsamma frågeloggar och levereras med en differentierad frågearkivfunktion . Query Store förenklar prestandafelsökningen genom att hjälpa dig att snabbt hitta de längsta och mest resursintensiva frågorna. Med de här verktygen kan du snabbt optimera dina arbetsbelastningar och konfigurera servern för bästa prestanda. Mer information finns i Övervakning .

Migrering

Tjänsten kör communityversionen av MySQL. Detta möjliggör fullständig programkompatibilitet och kräver minimal refaktoriseringskostnad för att migrera befintligt program som utvecklats på MySQL-motorn till enskild server. Migreringen till den enskilda servern kan utföras med något av följande alternativ:

  • Dump and Restore – För offlinemigreringar, där användarna har råd med viss stilleståndstid, dumpar och återställning med hjälp av communityverktyg som mysqldump/mydumper, kan det vara det snabbaste sättet att migrera. Mer information finns i Migrera med dump och återställning .
  • Azure Database Migration Service – För sömlösa och förenklade offlinemigreringar till en enskild server med snabb datamigrering kan Azure Database Migration Service utnyttjas.
  • Datareplikering – För minimal stilleståndstid kan även datareplikering, som förlitar sig på binlogbaserad replikering, utnyttjas. Datareplikering föredras för minimala avbrottsmigreringar av praktiska experter som vill ha mer kontroll över migreringen. Mer information finns i datareplikering .

Kontakter

Om du har frågor eller förslag om att arbeta med Azure Database for MySQL skickar du ett e-postmeddelande till Azure Database for MySQL-teamet (@Ask Azure DB for MySQL). Den här e-postadressen är inte ett tekniskt supportalias.

Tänk dessutom på följande kontaktpunkter efter behov:

Nästa steg

Nu när du har läst en introduktion till Azure Database for MySQL – distributionsläge för enskild server är du redo att: