prenumeration |
Ange namnet eller identifieraren för den prenumeration där du vill skapa resursen. |
En prenumeration är ett avtal med Microsoft om att använda en eller flera Microsoft-molnplattformar eller -tjänster, för vilka avgifter uppkommer baserat på antingen en licensavgift per användare eller på molnbaserad resursförbrukning. Om du har flera prenumerationer väljer du den prenumeration där du vill debiteras för resursen. |
En befintlig flexibel Azure Database for PostgreSQL-serverinstans kan flyttas till en annan prenumeration än den som den ursprungligen skapades. Mer information finns i Flytta Azure-resurser till en ny resursgrupp eller prenumeration. |
resursgrupp |
Resursgruppen i den valda prenumerationen, där du vill skapa resursen. Det kan vara en befintlig resursgrupp eller, om den inte finns, skapas den. |
En resursgrupp är en container som innehåller relaterade resurser för en Azure-lösning. Resursgruppen kan innehålla alla resurser för lösningen, eller endast de resurser som du vill hantera som en grupp. Du bestämmer hur du vill allokera resurser till resursgrupper baserat på vad som är lämpligast för din organisation. Lägg vanligtvis till resurser som delar samma livscykel i samma resursgrupp så att du enkelt kan distribuera, uppdatera och ta bort dem som en grupp |
En befintlig flexibel Azure Database for PostgreSQL-serverinstans kan flyttas till en annan prenumeration än den som den ursprungligen skapades. Mer information finns i Flytta Azure-resurser till en ny resursgrupp eller prenumeration. |
Namn |
Det namn som du vill tilldela till servern. |
Ett unikt namn som identifierar din flexibla serverinstans i Azure Database for PostgreSQL. Domännamnet postgres.database.azure.com läggs till i det servernamn som du anger för att överensstämma med det fullständigt kvalificerade värdnamnet som du kan använda en server för domännamngivningssystem för att matcha IP-adressen för din instans. |
Även om servernamnet inte kan ändras när servern har skapats kan du använda återställningsfunktionen för tidpunkt för att återställa servern under ett annat namn. En alternativ metod för att fortsätta använda den befintliga servern, men att kunna referera till den med ett annat servernamn, skulle använda de virtuella slutpunkterna för att skapa en skrivarslutpunkt med det nya önskade namnet. Med den här metoden kan du referera till instansen med dess ursprungliga namn eller den som tilldelats den virtuella skrivslutpunkten. |
region |
Namnet på en av de regioner där tjänsten stöds och är mer tillräckligt för att du ska kunna distribuera din instans. |
Efterlevnad, datahemvist, prissättning, närhet till dina användare eller tillgänglighet för andra tjänster i samma region är några av de krav som du bör använda när du väljer region. |
Tjänsten erbjuder inte en funktion för att automatiskt och transparent flytta en instans till en annan region. |
version |
Den version som valts som standard. |
Du kan välja bland listan över större versioner av PostgreSQL som för närvarande stöds av tjänsten. För närvarande är dessa versioner: 17 (förhandsversion), 16, 15, 14, 13, 12, 11 |
|
zon |
Ställ in den på 1 . Det här talet representerar önskad zon för logisk tillgänglighet. |
Du kan välja i vilken tillgänglighetszon du vill att servern ska distribueras. Att kunna välja den tillgänglighetszon där din instans distribueras är användbart för att samplacera den med ditt program. Om du inte anger den här parametern tilldelas en standardtillgänglighetszon automatiskt till din instans när den skapas. |
Även om tillgänglighetszonen där en instans distribueras inte kan ändras när den har skapats kan du använda återställningsfunktionen för tidpunkt för att återställa servern under ett annat namn i en annan tillgänglighetszon. |
password-auth |
Ställ in den på enabled . |
Även om den rekommenderade autentiseringsmetoden är Microsoft Entra-autentisering, som du kan konfigurera med hjälp av parametern --active-directory-auth för enkelhetens skull, väljer vi i den här snabbstarten att använda PostgreSQL-autentisering. Genom att välja inställningen för den här parametern till enabled måste du även ange värden för parametrarna --admin-user och --admin-password . Om du anger --active-directory-auth till enabled kan du använda kommandona az postgres flexible-server ad-admin för att skapa eller ta bort Microsoft Entra-användare eller -grupper som PostgreSQL-administratörer. |
Kan aktiveras eller inaktiveras när servern har skapats. |
admin-user |
Namnet på den inbyggda PostgreSQL-användare som du vill tilldela som administratör för din instans. I det här exemplet ställer vi in det på adminuser . |
Administratörens användarnamn måste innehålla mellan 1 och 63 tecken, får endast bestå av siffror och bokstäver, kan inte börja med pg_ och får inte vara azure_superuser, azure_pg_admin, administratör, administratör, rot, gäst eller offentlig. |
Det går inte att ändra namnet på den här användaren när instansen har skapats. Den kan inte heller ersättas med någon annan PostgreSQL-infödd användare som du kan skapa i instansen. |
admin-password |
Lösenordet som du vill tilldela till den inbyggda PostgreSQL-användaren som har angetts som administratör. |
Ange ett lösenord för serveradministratörskontot. Kontrollera att lösenordet är tillräckligt komplext. |
Kan ändras så många gånger som behövs när servern har skapats. |
Nivå |
Ställ in den på generalpurpose . |
Möjliga värden är burstable (används vanligtvis för utvecklingsmiljöer där arbetsbelastningar inte behöver processorns fulla kapacitet kontinuerligt), generalpurpose (används vanligtvis för produktionsmiljöer med de vanligaste arbetsbelastningarna) och memoryoptimized (används vanligtvis för produktionsmiljöer som kör arbetsbelastningar som kräver ett högt förhållande mellan minne och PROCESSOR). Mer information finns i Beräkningsalternativ i Azure Database for PostgreSQL – flexibel server. |
Kan ändras när servern har skapats. Men om du använder vissa funktioner som endast stöds på vissa nivåer och ändrar den aktuella nivån till en nivå där funktionen inte stöds, slutar funktionen att vara tillgänglig eller inaktiveras. |
sku-name |
Ställ in den på standard_d4ds_v5 . |
Observera att listan över värden som stöds kan variera mellan regioner, beroende på vilken maskinvara som är tillgänglig för varje region. Mer information finns i Beräkningsalternativ i Azure Database for PostgreSQL – flexibel server. |
Kan ändras när instansen har skapats. |
lagringstyp |
Ställ in den på premium_lrs . |
Observera att listan över tillåtna värden kan variera beroende på vilka andra funktioner du har valt. Mer information finns i Lagringsalternativ i Azure Database for PostgreSQL – flexibel server. |
Det går inte att ändra när instansen har skapats. |
lagringsstorlek |
Ställ in den på 128 . |
Observera att listan över värden som stöds kan variera mellan regioner, beroende på vilken maskinvara som är tillgänglig för varje region. Mer information finns i Beräkningsalternativ i Azure Database for PostgreSQL – flexibel server. |
Kan ändras när instansen har skapats. Det kan bara ökas. Manuell eller automatisk krympning av lagring stöds inte. Godkända värden beror på vilken typ av lagring som tilldelats till instansen. |
prestandanivå |
Ställ in den på p10 . |
Prestanda för Premium SSD (Solid State Drives) anges när du skapar disken i form av deras prestandanivå. När du anger den etablerade storleken på disken väljs automatiskt en prestandanivå. Den här prestandanivån avgör IOPS och dataflödet för den hanterade disken. För Premium SSD-diskar kan den här nivån ändras vid distribution eller efteråt, utan att ändra diskens storlek och utan avbrott. Om du ändrar nivån kan du förbereda dig för och möta högre efterfrågan utan att använda diskens burst-kapacitet. Det kan vara mer kostnadseffektivt att ändra prestandanivån i stället för att förlita sig på burst-prestanda, beroende på hur länge den extra prestandan är nödvändig. Detta är idealiskt för händelser som tillfälligt kräver en konsekvent högre prestandanivå, till exempel semestershopping, prestandatestning eller körning av en träningsmiljö. För att hantera dessa händelser kan du växla en disk till en högre prestandanivå utan driftavbrott, så länge du behöver den extra prestandan. Du kan sedan återgå till den ursprungliga nivån utan stilleståndstid när den extra prestandan inte längre behövs. |
Kan ändras när instansen har skapats. |
storage-auto-grow |
Ställ in den på enabled . |
Observera att det här alternativet kanske inte stöds för vissa lagringstyper och att det kanske inte respekteras för vissa lagringsstorlekar. Mer information finns i Konfigurera automatisk lagringsåterväxt i en flexibel Azure Database for PostgreSQL-server. |
Kan ändras när instansen har skapats, så länge lagringstypen stöder den här funktionen. |
hög tillgänglighet |
Ställ in den på zoneredundant . |
Värden som stöds är inaktiverade (99,9 % serviceavtal), samezone (99,95 % serviceavtal) och zoneredundant (99,99 % serviceavtal). Observera att alternativen för hög tillgänglighet som stöds kan variera beroende på i vilken region du försöker distribuera din instans. Mer information finns i Hög tillgänglighet i Azure Database for PostgreSQL – flexibel server. |
Hög tillgänglighet kan aktiveras eller inaktiveras när servern har skapats. Men om den är aktiverad kan den inte ändras direkt från samezone till zoneredundant eller viceversa. För att implementera en sådan ändring måste du först inaktivera hög tillgänglighet och sedan återaktivera den genom att välja det nyligen önskade läget. |
standby-zone |
Ställ in den på 2 . Det här talet representerar önskad logisk tillgänglighetszon för den frekventa standby-repliken. |
Du kan välja i vilken tillgänglighetszon du vill att servern ska distribueras. Att kunna välja den tillgänglighetszon där din instans distribueras är användbart för att samplacera den med ditt program. Om du väljer Ingen inställning tilldelas en standardtillgänglighetszon automatiskt till din instans när den skapas. |
Även om tillgänglighetszonen där en instans distribueras inte kan ändras när den har skapats kan du använda återställningsfunktionen för tidpunkt för att återställa servern under ett annat namn i en annan tillgänglighetszon. |
kvarhållning av säkerhetskopior |
Ställ in den på 7 . |
Standardperioden för kvarhållning av säkerhetskopior är 7 dagar, men du kan förlänga perioden till högst 35 dagar. Observera att alternativen för hög tillgänglighet som stöds kan variera beroende på i vilken region du försöker distribuera din instans. Mer information finns i Hög tillgänglighet i Azure Database for PostgreSQL – flexibel server. |
Kan ändras när instansen har skapats. |
geo-redundant säkerhetskopiering |
Ställ in den på disabled . |
Geo-redundans i säkerhetskopior stöds bara på instanser som distribueras i någon av de Azure-kopplade regionerna. Mer information finns i Geo-redundant säkerhetskopiering och återställning i Azure Database for PostgreSQL – flexibel server |
Det går inte att ändra när instansen har skapats. |
offentlig åtkomst |
Ange den till $(curl ipinfo.io/ip) för att skapa en brandväggsregel som tillåterlistning av den offentliga IP-adressen för den dator som du kör Azure CLI-kommandon från. Det gör att du kan ansluta till din nya instans från den datorn. |
Möjliga värden är all , none , <startIpAddress> eller <startIpAddress>-<endIpAddress> . Mer information finns i Nätverk med offentlig åtkomst och privata slutpunkter för Azure Database for PostgreSQL – flexibel server med offentlig åtkomst och Nätverk med integrering av virtuella nätverk för Azure Database for PostgreSQL – flexibel server. |
Det går inte att ändra när instansen har skapats. |
tagg |
Ställ in den på "Environment=PostgreSQL Quickstart" . |
Mer information om finns i taggar. |
Kan ändras när instansen har skapats. |