Azure Database for MySQL-server – enskild server

  • Artikel
  • 5 minuter för att läsa

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

Azure Database for MySQL som drivs av MySQL Community Edition finns 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 Översikt ö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 utformats för minimal anpassning. Den enskilda serverplattformen är utformad för att hantera de flesta databashanteringsfunktioner som korrigering, säkerhetskopiering, 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 enskild tillgänglighetszon. Den stöder community-versionen av MySQL 5.6 (tillbakadragen), 5.7 och 8.0. Tjänsten är allmänt tillgänglig i dag i många olika Azure-regioner.

Enskilda servrar passar bäst för befintliga program som redan använder en enskild server. För all ny utveckling eller migrering är flexibel server det rekommenderade distributionsalternativet. Mer information om skillnaderna mellan distributionsalternativen flexibel server och enskild server finns i välja rätt distributionsalternativ för din dokumentation.

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 egenutvecklad beräkningscontainer, medan datafiler finns i Azure Storage. Lagringen har tre lokalt redundanta synkrona kopior av databasfilerna som säkerställer datatillförlitligheten.

Under planerade eller oplanerade redundanshändelser, om servern går ned, upprätthå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. Gatewaytjänsten säkerställer transparent redundans så att inga ändringar på programsidan krävs.

Den typiska redundanstiden sträcker sig mellan 60–120 sekunder. Den molnbaserade utformningen av enskild server gör att den stöder 99,99 % av tillgängligheten, vilket eliminerar kostnaden för passivt hett vänteläge.

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

Azure Database for MySQL – Konceptdiagram över arkitektur för enskild server

Automatisk korrigering

Tjänsten utför automatisk uppdatering av den underliggande maskinvaran, operativsystemet och databasmotorn. Korrigeringen omfattar säkerhets- och programuppdateringar. För MySQL-motorn är uppgraderingar av lägre versioner automatiska och ingår som en del av korrigeringscykeln. Det krävs inga användaråtgärder eller konfigurationsinställningar för korrigering. Uppdateringsfrekvensen är tjänst som hanteras baserat på nyttolastens allvarlighet. I allmänhet följer tjänsten månadsschemat som en del av den kontinuerliga integreringen och lanseringen. Användare kan prenumerera på meddelandet om planerat underhåll för att få ett 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. Du kan välja att konfigurera kvarhållningen i upp till 35 dagar. Alla säkerhetskopior krypteras med AES 256-bitars kryptering. Mer information finns i Säkerhetskopieringar.

Justera prestanda och skalning på några sekunder

Enskild server är tillgänglig på tre SKU-nivåer: Basic, Generell användning och Minnesoptimerad. Basic-nivån passar bäst för utveckling till låg kostnad och arbetsbelastningar med låg samtidighet. Den 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 stöder automatisk lagringsskalning. Dynamisk skalbarhet gör att databasen reagerar transparent på resurskrav som ändras snabbt. Du betalar bara för de resurser som du förbrukar. Mer information finns i Prisnivåer.

Säkerhet, efterlevnad och styrning i företagsklass

Enskild server använder FIPS 140-2-verifierad kryptografimodul för lagringskryptering av vilodata. 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-lagringskryptering och nycklarna kan vara system hanterade (standard) eller kundbaserade. Tjänsten krypterar data i rörelse med SSL/TLS (Transport Layer Security) framtvingat 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 tillåter privat åtkomst till servrarna med privat länk och erbjuder skydd mot hot via den valfria planen Microsoft Defender för relationsdatabaser med ö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 Azure Active Directory autentisering. Azure AD-autentisering är en mekanism för att ansluta till MySQL-servrar med hjälp av identiteter som definierats och hanteras i Azure AD. Med Azure AD-autentisering kan du hantera databasanvändaridentiteter 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 klagomål mot alla branschledande certifieringar som FedRAMP, HIPAA och PCI DSS. Besök Azure Säkerhetscenter för information om Azures plattformssäkerhet.

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

Övervakning och avisering

Enskild server är utrustad med inbyggda funktioner för prestandaövervakning och avisering. Alla Azure-mått har en frekvens på en minut och varje mått visar 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 Query Store-funktion. Query Store förenklar prestandafelsökning genom att hjälpa dig att snabbt hitta de långvarigaste och mest resursintensiva frågorna. Med dessa verktyg kan du snabbt optimera dina arbetsbelastningar och konfigurera servern för bästa prestanda. Mer information finns i Övervakning.

Migrering

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

  • Dump and Restore – För offlinemigrering, där användarna har råd med viss stilleståndstid, dumpar och återställning med hjälp av community-verktyg som mysqldump/mydumper kan tillhandahålla det snabbaste sättet att migrera. Mer information finns i Migrera med dumpning och återställning.
  • Azure Database Migration Service – För sömlös och förenklad offlinemigrering till en enskild server med snabb datamigrering kan Azure Database Migration Service utnyttjas.
  • Datareplikering – För minimala stilleståndstidsmigrering kan datareplikering, som förlitar sig på binlog-baserad replikering, också utnyttjas. Datareplikering rekommenderas för minimala avbrottstidsmigrering av praktiska experter som vill ha mer kontroll över migreringen. Mer information finns i datareplikering.

Kontakter

Om du har frågor eller förslag på hur du arbetar med Azure Database for MySQL kan du skicka ett e-postmeddelande till Azure Database for MySQL Team ( @Ask Azure DB for MySQL). Den här e-postadressen är inte ett alias för teknisk support.

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: