Planera för din Azure SQL-databas

  • 7 minuter

Azure tillhandahåller PaaS-tjänster (Platform as a Service) som du kan använda för att hantera alla typer av data, från strukturerade relationsdata till ostrukturerade data.

Här får du lära dig varför Azure SQL Database är ett bekvämt, kostnadseffektivt och säkert sätt att hantera dina relationsdatabaser.

Men varför ska man välja Azure SQL Database?

Ditt transportlogistikprogram kräver lagrade procedurer som kör grundläggande CRUD-åtgärder (skapa, läsa, uppdatera och ta bort). Du har erfarenhet av att arbeta med SQL Server och andra relationsdatabaser.

Du har två alternativ när det gäller databasen:

  • Värd för SQL Server lokalt: IT-teamet kör ett litet internt datacenter för att stödja ekonomiavdelningen och några andra team. Samarbeta med IT-avdelningen och låt datacentret vara värd för en SQL Server-distribution.
  • Värd för Azure SQL Database i molnet: Azure SQL Database baseras på SQL Server och tillhandahåller de relationsdatabasfunktioner du behöver.

Du bestämmer dig för att skapa webb- och programnivåerna för din logistikapp i Azure. Därför är det klokt att även vara värd för din databas där. Det finns dock några andra orsaker till varför Azure SQL Database är ett smart val och varför det är ännu enklare än att använda virtuella datorer.

  • Praktiskt

    När du konfigurerar SQL Server på en virtuell dator (VM) eller på fysisk maskinvara måste du känna till maskinvaru- och programvarukraven. Du måste förstå de senaste rekommenderade säkerhetsmetoderna och hantera operativsystemet och SQL Server-korrigeringar rutinmässigt. Du måste också kunna sköta säkerhetskopiering och tackla eventuella problem med datakvarhållning själv.

    När du väljer Azure SQL Database tar vi hand om hanteringen av maskinvaran, uppdateringen av programvaran och installationen av korrigeringsfiler för operativsystemet. Allt du anger är namnet på databasen och några alternativ, och du har en SQL-databas som körs på några minuter.

    Du kan enkelt skala upp och ned antalet SQL Database-instanser vid behov. Azure SQL Database går snabbt att skala upp och är enkel att konfigurera. Du slipper tänka på konfigurationen och kan istället lägga mer krut på att bygga en helt fantastisk app.

  • Kostnad

    Eftersom vi sköter allt åt dig behöver du inte köpa, driva eller underhålla några egna system.

    Azure SQL Database har flera olika prisnivåer. Med de här prisalternativen kan du balansera prestanda jämfört med kostnad till en förutsägbar kostnad. Börja med en liten summa varje månad.

  • Skala

    Du upptäcker att mängden logistikdata som måste du lagra fördubblas för varje år som går. Hur mycket överkapacitet ska du planera för när du kör lokalt?

    Om du använder Azure SQL Database kan du enkelt justera prestanda och storleken på databasen i takt med att dina behov skiftar.

  • Säkerhet

    Azure SQL Database levereras med en brandvägg som konfigureras som standard för att blockera anslutningar från det offentliga Internet. Du styr åtkomsten till dina data.

    Du kan tillåta åtkomst till vissa IP-adresser som du litar på. Om du gör det kan du använda Visual Studio, SQL Server Management Studio eller andra verktyg för att hantera din Azure SQL-databas.

Planeringsbegrepp

Även om du inte behöver vara databasadministratör för att använda Azure SQL Database finns det några begrepp som du bör förstå innan du börjar.

Ditt transportföretag vill skilja sig från andra företag utan att bryta banken. Om du vill tillhandahålla den bästa tjänsten samtidigt som du kontrollerar kostnaderna måste du ha ett bra grepp om hur du konfigurerar databasen.

Här får du lära dig vad du bör tänka på när du skapar en Azure SQL-databas, inklusive:

  • Hur en logisk server kan fungera som en administrativ container för dina databaser.
  • Så här utvärderar du skillnaderna mellan köpmodeller.
  • Hur elastiska pooler gör det möjligt att dela bearbetningskapaciteten mellan olika databaser.
  • Hur sorteringsreglerna påverkar hur data jämförs och sorteras.
  • Så här hämtar du Azure SQL Database från Azure Portal.
  • Hur du lägger till brandväggsregler så att databasen är tillgänglig från endast betrodda källor.

En server, många databaser

När du skapar din första Azure SQL-databas skapas även en logisk Azure SQL-server. Tänk dig den logiska servern som en administrativ container för dina databaser. Med den logiska servern kan du styra över saker som inloggningar, brandväggsregler och säkerhetsprinciper. Du kan också åsidosätta dessa principer för varje enskild databas på den logiska servern.

För tillfället behöver du bara en databas, men med en logisk server kan du lägga till mer vid ett senare tillfälle och justera prestanda mellan alla dina databaser.

Välj prestanda: DTU jämfört med virtuell kärna

Azure SQL Database har två inköpsmodeller: DTU (Database Transaction Unit) och vCore (Virtual Core).

  • Vad är en DTU?

    En DTU är ett kombinerat mått på beräknings-, lagrings- och I/O-resurser. Tänk dig DTU-modellen som ett enkelt och förkonfigurerat inköpsalternativ.

  • Vad är en virtuell kärna

    Med en virtuell kärna får du större kontroll över de beräknings- och lagringsresurser som du skapar och betalar för.

    Till skillnad från DTU-modellen, som tillhandahåller fasta konfigurationer för beräknings-, lagrings- och I/O-resurser, kan du konfigurera var och en av dessa resurser oberoende av varandra i modellen med virtuella kärnor. Med modellen för virtuell kärna kan du till exempel öka lagringskapaciteten men behålla den befintliga mängden beräkning och I/O-dataflöde.

Din transport- och logistikprototyp behöver bara en databas. Du bestämmer dig för att använda DTU-alternativet eftersom det ger bästa möjliga balans mellan beräknings-, lagrings- och I/O-prestanda. En liten DTU-databas är billigare att använda när du skapar din prototyp.

Vad är elastiska SQL-pooler?

När du skapar din Azure SQL-databas kan du även skapa en elastisk SQL-pool.

Med elastiska pooler kan du välja ett pris – en resurspool – för flera databaser att dela. Elastiska pooler är en resursanvändningspool och är idealiska om vissa av dina databaser har hög aktivitet vid olika tidpunkter. Tänk dig om ditt företag sträcker sig över tidszoner, dina databaser är var och en mest trafikerade kl. 08.00 lokal tid. Varje databas kan använda de resurser de behöver inom poolens resursgränser som du anger.

Elastiska SQL-pooler använder eDTU:er (elastiska DTU:er) eller kan etableras med virtuella kärnor.

För din prototyp behöver du ingen elastisk SQL-pool eftersom du bara behöver en SQL-databas.

Vad är sortering?

Sortering syftar här på regler som sorterar och jämför data. Sortering hjälper dig att definiera sorteringsregler när skiftlägeskänslighet, accentmarkeringar och andra språkegenskaper är viktiga. Med sorteringsregler kan du ordna data i en ordnad sekvens.

Låt oss ta en stund att tänka på vad standardsortering, SQL_Latin1_General_CP1_CI_AS, innebär:

  • Latin1_General står för västeuropeiska språk.
  • CP1 står för teckentabellen 1252, en populär teckenkodning för det latinska alfabetet.
  • CI betyder att ingen hänsyn tas till skiftläget. ”HEJ” är alltså jämställt med ”hej”.
  • AS betyder att hänsyn tas till användningen av accenter. Till exempel jämför "meritförteckning" inte lika med "återuppta".

Eftersom du inte har specifika krav för hur data sorteras och jämförs väljer du standardsortering.