クイックスタート: Azure Database for PostgreSQL - フレキシブルサーバーインスタンスを作成する

[アーティクル]
01/07/2025

適用対象: Azure Database for PostgreSQL - フレキシブルサーバー

Azure Database for PostgreSQL フレキシブルサーバーは、高可用性 PostgreSQL データベースをクラウドで実行、管理、スケーリングできるようにする管理サービスです。

この記事では、さまざまなメカニズムを使用して Azure Database for PostgreSQL フレキシブルサーバーのインスタンスを作成する方法について説明します。

Azure Database for PostgreSQL フレキシブルサーバーインスタンスを作成する

Azure サブスクリプションをお持ちでない場合は、開始する前に無料の Azure アカウントを作成してください。

Azure Database for PostgreSQL フレキシブルサーバーインスタンスは、構成済みの一連のコンピューティングリソースとストレージリソースを使って作成されます。サーバーは、Azure リソースグループ内に作成されます。

インスタンスのデプロイに使用する方法に応じて、次のいずれかのタブを選択してください。

Azure portal を使用して以下を実行します。

求められた場合は、資格情報を使用してサインインします。
ポータルの左上隅にある [リソースの作成] を選択します。
[カテゴリ] で [データベース] を選択し、フィルター処理されたリソースの種類のリストから [Azure Database for PostgreSQL フレキシブルサーバー]を見つけて [作成] を選択します。
新しい Azure Database for PostgreSQL フレキシブルサーバー ウィザードが起動するので、[基本情報] タブから始めて、必要なすべての情報を入力する必要があります。

次の表を使用して、[基本情報] ページで使用できるさまざまなフィールドの意味を理解し、ページに入力するためのガイドとして使用します。

セクション	設定	提案された値	説明	インスタンス作成後に変更可能
プロジェクトの詳細
	サブスクリプション	リソースを作成するサブスクリプションの名前を選択します。	サブスクリプションは、1 つ以上の Microsoft クラウドプラットフォームまたはサービスを使用するための Microsoft との契約であり、料金はユーザーごとのライセンス料金またはクラウドベースのリソース使用量に基づいて発生します。複数のサブスクリプションをお持ちの場合は、リソースの課金対象となるサブスクリプションを選択します。	既存の Azure Database for PostgreSQL フレキシブルサーバーインスタンスは、最初に作成されたものとは別のサブスクリプションに移動できます。詳細については、「Azure リソースを新しいリソースグループまたはサブスクリプションに移動する」を参照してください。
	リソースグループ	選択したサブスクリプション内の、リソースを作成するリソースグループ。既存のリソースグループにすることも、[新規作成] を選択して、そのサブスクリプション内で既存のリソースグループ名と重複しない名前を指定することもできます。	リソースグループは、Azure ソリューションの関連するリソースを保持するコンテナーです。リソースグループには、ソリューションのすべてのリソースか、グループとして管理したいリソースのみを含めることができます。組織のニーズに合わせてリソースをリソースグループに割り当てる方法を指定してください。通常は、同じライフサイクルを共有するリソースを同じリソースグループに追加すると、グループとして簡単にデプロイ、更新、削除できるようになります	既存の Azure Database for PostgreSQL フレキシブルサーバーインスタンスは、最初に作成されたものとは別のサブスクリプションに移動できます。詳細については、「Azure リソースを新しいリソースグループまたはサブスクリプションに移動する」を参照してください。
サーバーの詳細
	サーバー名	サーバーに割り当てる名前。	Azure Database for PostgreSQL フレキシブルサーバーインスタンスを識別する一意の名前。ドメイン名 `postgres.database.azure.com` は、ドメインネーミングシステムサーバーを使用してインスタンスの IP アドレスを解決するための完全修飾ホスト名に適合するように、指定したサーバ名に付加されます。	サーバーの作成後にサーバー名を変更することはできませんが、ポイントインタイムリカバリ機能を使用して、別の名前でサーバーを復元できます。既存のサーバーを引き続き使用しつつ、別のサーバー名で参照できるようにする代替手法として、仮想エンドポイントを使用して、新しい希望する名前でライターエンドポイントを作成する方法があります。この方法では、元の名前、または書き込み仮想エンドポイントに割り当てられた名前でインスタンスを参照できます。
	リージョン	サービスがサポートされており、インスタンスのデプロイに適したリージョンの 1 つの名前。	コンプライアンス、データ所在地、価格、ユーザーとの近接性、同じリージョン内の他のサービスの可用性などは、リージョンを選択する際に考慮すべき要件の一部です。	このサービスでは、インスタンスを別のリージョンに自動的かつ透過的に再配置する機能は提供されていません。
	PostgreSQL のバージョン	既定で選択されるバージョン。	サービスで現在サポートされている PostgreSQL のメジャーバージョンのリストから選択できます。現在のバージョンは次のとおりです: 17 (プレビュー)、16、15、14、13、12、11
	ワークロードの種類	既定の SKU の選択。	`Development` (バースト可能 SKU)、`Production` (既定では汎用 SKU、またはメモリ最適化 SKU) から選択できます。 [サーバーの構成] を選択すると、SKU とストレージをさらにカスタマイズできます。	このサービスには、インスタンスの現在のメジャーバージョンを、この機能でサポートされている他の上位バージョンにアップグレードできる組み込み機能が用意されています。詳細については、メジャーバージョンのアップグレードに関するページを参照してください。
	可用性ゾーン	任意の可用性ゾーン。	サーバーを展開する可用性ゾーンを選択できます。インスタンスをデプロイする可用性ゾーンを選択できることは、アプリケーションと併置する場合に便利です。 [優先設定なし] を選択すると、インスタンスの作成時に既定の可用性ゾーンが自動的に割り当てられます。	インスタンスがデプロイされる可用性ゾーンは、作成後に変更することはできませんが、ポイントインタイムリカバリ機能を使用して、別の可用性ゾーンで別の名前でサーバーを復元できます。
高可用性
	高可用性	[同じゾーン] または [ゾーン冗長] に対して有効にします。	これら 2 つのオプションのいずれかを選択すると、プライマリと同じ構成のスタンバイサーバーが自動的にプロビジョニングされます。スタンバイサーバーは、選択したオプションに応じて、同じ可用性ゾーンまたは同じリージョン内の別の可用性ゾーンにプロビジョニングされます。高可用性は、サーバーの作成後に有効または無効にできることに注目してください。	高可用性は、サーバーの作成後に有効または無効にすることができます。ただし、有効になっている場合は、同じゾーンからゾーン冗長へ、またはその逆へ直接変更することはできません。このような変更を実装するには、まず高可用性を無効にしてから、新しく必要なモードを選択して再度有効にする必要があります。
認証
	認証方法	推奨される認証方法は [Microsoft Entra 認証] ですが、わかりやすくするために、このクイックスタートでは [PostgreSQL 認証のみ] を選択します。	[PostgreSQL 認証のみ] を選択した場合は、PostgreSQL ネイティブユーザー名とパスワードを指定する必要があります。 [Microsoft Entra 認証] を選択した場合は、インスタンスの管理者として割り当てる Microsoft Entra ユーザーまたはグループのオブジェクト識別子を指定する必要があります。 [PostgreSQL と Microsoft Entra 認証] を選択した場合は、前述の要件を両方とも満たす必要があります。	サーバーの作成後に、サポートされている 3 つの値のいずれかに変更できます。
	管理者ユーザー名	インスタンスの管理者として割り当てる PostgreSQL ネイティブユーザーの名前。この例では、`adminuser` に設定しましょう。	管理者ユーザー名は、1 から 63 文字の数字と文字のみで構成されている必要があり、pg_ で始めることはできず、azure_superuser、azure_pg_admin、admin、administrator、root、guest、public は使用できません。	このユーザーの名前は、インスタンスの作成後に変更することはできません。また、インスタンスで作成できる他の PostgreSQL ネイティブユーザーに置き換えることはできません。
	パスワード	管理者として指定された PostgreSQL ネイティブユーザーに割り当てるパスワード。	サーバー管理者アカウントのパスワードを指定します。パスワードが十分に複雑であることを確認します。	サーバーの作成後、必要に応じて何度でも変更できます。

コンピューティングとストレージをさらに構成するには、[サーバーの詳細] の [コンピューティングとストレージ] セクションで、[サーバーの構成] を選択します。 [コンピューティングとストレージ] ページが開き、使用するコンピューティングとストレージの種類に固有のいくつかの設定を構成できます。ニーズに応じてコンピューティングとストレージを構成したら、[保存] を選択して [基本情報] ページに戻り、インスタンスの構成を続行します。

次の表を使用して、[コンピューティングとストレージ] ページで使用できるさまざまなフィールドの意味を理解し、ページに入力するためのガイドとして使用します。

セクション	設定	提案された値	説明	インスタンス作成後に変更可能
クラスター
	クラスターオプション	[サーバー] を選択します。	使用可能な値は、[サーバー] (1 つのノードに収まるワークロードの場合) と [エラスティッククラスター] (1 つのノードよりも大きい容量の場合、エラスティッククラスターはクラスター全体に分散されたデータベース上でスキーマおよび行ベースのシャーディングを提供します) です。	既存のサーバーでは変更できません。
	ノード数	4 に設定します。	このオプションは、[クラスターオプション] が [エラスティッククラスター] に設定されている場合にのみ使用できます。使用できる値の範囲は 1 から 10 です。	既存のサーバーで変更できます。
Compute
	コンピューティングレベル	[汎用] を選択します。	使用可能な値は、[バースト可能] (通常、ワークロードが CPU の全容量を継続的に必要としない開発環境で使用)、[汎用] (通常、最も一般的なワークロードがある運用環境で使用)、[メモリ最適化] (通常、高いメモリ対 CPU 比を必要とするワークロードを実行する運用環境で使用) です。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーのコンピューティングオプション」を参照してください。	サーバーの作成後に変更できます。ただし、特定のレベルでのみサポートされている一部の機能を使用していて、現在のレベルをその機能がサポートされていないレベルに変更すると、その機能は使用できなくなるか、無効になります。
	コンピューティングプロセッサ	初期設定のままにします。	一部のリージョンでは、このオプションが表示されない場合があることに注意してください。 [基本情報] タブで選択したリージョンで複数の製造元のプロセッサがサポートされている場合に、このオプションが表示されます。さまざまな製造元のプロセッサがサポートされているリージョンでは、使用可能な値は [AMD] と [Intel] です。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーのコンピューティングオプション」を参照してください。	インスタンスがデプロイされているリージョンで複数の製造元のプロセッサが提供されている限り、既存のインスタンスに対して変更できます。
	コンピューティングサイズ	初期設定のままにします。	サポートされている値の一覧は、各リージョンで使用可能なハードウェアによって異なる場合があることに注意してください。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーのコンピューティングオプション」を参照してください。	インスタンスの作成後に変更できます。
Storage
	ストレージの種類	[Premium SSD] を選択します。	使用可能な値の一覧は、選択した他の機能によって異なる場合があることに注意してください。詳しくは、「Azure Database for PostgreSQL - フレキシブルサーバーのストレージオプション」を参照してください。	インスタンスの作成後に変更することはできません。
	ストレージサイズ	初期設定のままにします。	サポートされている値の一覧は、各リージョンで使用可能なハードウェアによって異なる場合があることに注意してください。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーのコンピューティングオプション」を参照してください。	インスタンスの作成後に変更できます。増加のみ可能です。ストレージの手動または自動での圧縮はサポートされていません。許容される値は、インスタンスに割り当てられているストレージの種類によって異なります。
	パフォーマンスレベル	初期設定のままにします。	Premium ソリッドステートドライブ (SSD) のパフォーマンスは、ディスクを作成するときに、パフォーマンスレベルの形式で設定されます。ディスクのプロビジョニングされたサイズを設定すると、パフォーマンスレベルが自動的に選択されます。このパフォーマンスレベルによって、マネージドディスクの IOPS とスループットが決まります。 Premium SSD ディスクの場合、このレベルは、ディスクのサイズを変更したりダウンタイムを発生させたりすることなく、デプロイ時またはデプロイ後に変更できます。レベルを変更すると、ディスクのバースト機能を使用せずに、より高い需要に備え、対応することができます。追加のパフォーマンスが必要な期間によっては、バーストに頼るよりもパフォーマンスレベルを変更する方がコスト効率が高くなる場合があります。これは、休日のショッピング、パフォーマンステスト、トレーニング環境の実行など、一貫して高いレベルのパフォーマンスを一時的に必要とするイベントに最適です。これらのイベントを処理するために、追加のパフォーマンスが必要な間だけ、ダウンタイムなしでディスクをより高いパフォーマンスレベルに切り替えることができます。追加のパフォーマンスが不要になったら、ダウンタイムなしで元のレベルに戻すことができます。	インスタンスの作成後に変更できます。
	ストレージの自動拡張	自動拡張機能を有効にするには、このオプションを選択します。	このオプションは、一部のストレージの種類ではサポートされない場合があり、特定のストレージサイズでは適用されない場合があることに注意してください。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーのストレージの自動拡張」を参照してください。	ストレージの種類でこの機能がサポートされている限り、インスタンスの作成後に変更できます。
高可用性
	高可用性	既定で選択されている値のままにします。	サポートされている値は、[無効] (99.9% SLA)、[同じゾーン] (99.95% SLA)、[ゾーン冗長] (99.99% SLA) です。サポートされている高可用性オプションは、インスタンスをデプロイしようとしているリージョンによって異なる場合があることに注意してください。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーでの高可用性」を参照してください。	高可用性は、サーバーの作成後に有効または無効にすることができます。ただし、有効になっている場合は、同じゾーンからゾーン冗長へ、またはその逆へ直接変更することはできません。このような変更を実装するには、まず高可用性を無効にしてから、新しく必要なモードを選択して再度有効にする必要があります。
バックアップ
	バックアップの保有期間 (日数)	既定で選択されている値のままにします。	既定のバックアップ保持期間は 7 日ですが、最大 35 日まで延長できます。サポートされている高可用性オプションは、インスタンスをデプロイしようとしているリージョンによって異なる場合があることに注意してください。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーでの高可用性」を参照してください。	インスタンスの作成後に変更できます。
	バックアップ冗長オプション	バックアップの高可用性と geo 冗長性の構成に基づいて自動的に選択されます。	使用可能な値は、[ローカル冗長] (1 年間のバックアップオブジェクトの持続性が 99.999999999% 以上)、[ゾーン冗長] (1 年間のバックアップオブジェクトの持続性が 99.9999999999% 以上)、[geo 冗長] (1 年間のバックアップオブジェクトの持続性が 99.99999999999999% 以上) です。 [geo 冗長] がバックアップに対して有効になっている場合、バックアップ冗長オプションは [geo 冗長] に設定されます。それ以外の場合、高可用性が [無効] または [同じゾーン] に設定されている場合は、バックアップ冗長は [ローカル冗長] に設定されます。また、高可用性が [ゾーン冗長] に設定されている場合、バックアップ冗長は [ゾーン冗長] に設定されます。詳細については、Azure Database for PostgreSQL - フレキシブルサーバーのバックアップ冗長オプションに関するセクションを参照してください。	インスタンスの作成後に変更することはできません。
	geo 冗長性	このオプションは無効のままにします。	バックアップの geo 冗長性は、Azure ペアリージョンのいずれかにデプロイされたインスタンスでのみサポートされます。詳細については、Azure Database for PostgreSQL - フレキシブルサーバーの geo 冗長バックアップと復元に関するセクションを参照してください	インスタンスの作成後に変更することはできません。

[基本情報] タブで必要な情報をすべて入力したら、[次へ: ネットワーク] を選択して [ネットワーク] タブに進み、そこから、Azure Database for PostgreSQL フレキシブルサーバーインスタンスのネットワーク設定を構成できます。

次の表を使用して、[ネットワーク] ページで使用できるさまざまなフィールドの意味を理解し、ページに入力するためのガイドとして使用します。

セクション	設定	提案された値	説明	インスタンス作成後に変更可能
ネットワーク接続
	接続方法	わかりやすくするために [パブリックアクセス (許可された IP アドレス) とプライベートエンドポイント] を選択します。	使用可能な値は、[パブリックアクセス (許可された IP アドレス) とプライベートエンドポイント] と [プライベートアクセス (VNET 統合)] です。詳細については、パブリックアクセスを使用した Azure Database for PostgreSQL - フレキシブルサーバーのパブリックアクセスとプライベートエンドポイントを備えたネットワークと、Azure Database for PostgreSQL - フレキシブルサーバーの仮想ネットワーク統合を備えたネットワークに関するページを参照してください。	インスタンスの作成後に変更することはできません。
パブリックアクセス
	パブリック IP アドレスを使用してインターネット経由でこのリソースへのパブリックアクセスを許可する	チェックボックスをオンにします。	このチェックボックスをオンにすると、ファイアウォール規則を構成して、クライアントがパブリックエンドポイント経由でインスタンスに接続できる IP アドレス範囲を制御できます。詳細については、Azure Database for PostgreSQL - フレキシブルサーバーの仮想ネットワーク統合を備えたネットワークに関するページを参照してください	インスタンスの作成後に変更できます。
ファイアウォール規則
	Azure 内の任意の Azure サービスにこのサーバーへのパブリックアクセスを許可する	初期設定のままにします。	このチェックボックスをオンにすると、Azure サービスまたは資産に割り当てられた IP アドレスからの接続 (他の顧客のサブスクリプションからの接続を含む) を許可する特別なファイアウォール規則を構成できます。詳細については、Azure Database for PostgreSQL - フレキシブルサーバーの仮想ネットワーク統合を備えたネットワークに関するページを参照してください	インスタンスの作成後に変更できます。
	+ 現在のクライアント IP アドレスの追加 ( ###.###.####### )	そのテキストを含むリンクを選択します。	これにより、かっこで囲まれた IP アドレスからの接続を許可するファイアウォール規則が構成されます。この IP アドレスは、Azure portal にアクセスするコンピューターで使用されるパブリック IP アドレスに対応します。詳細については、Azure Database for PostgreSQL - フレキシブルサーバーの仮想ネットワーク統合を備えたネットワークに関するページを参照してください	インスタンスの作成後に変更できます。

[ネットワーク] タブで必要な情報をすべて入力したら、[次へ: セキュリティ] を選択して [セキュリティ] タブに進み、そこから、Azure Database for PostgreSQL フレキシブルサーバーインスタンスのデータセキュリティ設定を構成できます。

次の表を使用して、[セキュリティ] ページで使用できるさまざまなフィールドの意味を理解し、ページに入力するためのガイドとして使用します。

セクション	設定	提案された値	説明	インスタンス作成後に変更可能
データ暗号化
	データ暗号化キー	初期設定のままにします。	使用可能な値は、[サービスマネージドキー] と [カスタマーマネージドキー] です。詳細については、Azure Database for PostgreSQL - フレキシブルサーバーのデータ暗号化に関するページを参照してください。	インスタンスの作成後に変更することはできません。

[セキュリティ] タブで必要な情報をすべて入力したら、[次へ: タグ] を選択して [タグ] タブに進み、そこから、Azure Database for PostgreSQL フレキシブルサーバーインスタンスにタグをアタッチできます。

次の表を使用して、[タブ] ページで使用できるさまざまなフィールドの意味を理解し、ページに入力するためのガイドとして使用します。

設定	提案された値	説明	インスタンス作成後に変更可能

名前	`Environment` に設定します。	詳細については、タグに関するページを参照してください。	インスタンスの作成後に変更できます。
Value	`PostgreSQL Quickstart` に設定します。	詳細については、タグに関するページを参照してください。	インスタンスの作成後に変更できます。

[タグ] タブに必要な情報をすべて入力したら、[次へ: 確認と作成] を選択して [確認と作成] タブに進み、そこから、新しい Azure Database for PostgreSQL フレキシブルサーバーインスタンス用に構成されたすべての設定を確認して、作成をトリガーすることができます。
すべての設定の値が要件と一致していることを確認したら、[作成] を選択して、新しい Azure Database for PostgreSQL フレキシブルサーバーインスタンスのデプロイを開始します。
Azure Database for PostgreSQL フレキシブルサーバーインスタンスを作成するための新しいデプロイが開始されます。
デプロイが完了したら、[リソースに移動] を選択して、新しい Azure Database for PostgreSQL フレキシブルサーバーインスタンスの [概要] ページに移動し、使用を開始できます。

Azure Cloud Shell は無料のインタラクティブシェルです。この記事の手順は、Azure Cloud Shell を使って実行することができます。一般的な Azure ツールが事前にインストールされており、アカウントで使用できるように構成されています。

Cloud Shell を開くには、コードブロックの右上隅にある [Cloud Shell を開く] を選択します。 https://shell.azure.com/bash にアクセスして、別のブラウザータブで Cloud Shell を開くこともできます。 [コピー] を選択してコードのブロックをコピーし、Cloud Shell に貼り付け、[Enter] を選択して実行します。

Azure CLI をローカルにインストールして使用する場合、このクイックスタートにはバージョン 2.67.0 以降が必要です。現在インストールされているバージョンを確認するには、az --version を実行します。 Azure CLI をインストールまたはアップグレードする必要がある場合は、「Azure CLI のインストール」を参照してください。

az login コマンドを使ってアカウントにログインする必要があります。出力の id プロパティに注意してください。これは、Azure アカウントのサブスクリプション ID を示します。
```
az login
```

az postgres flexible-server create コマンドを使って、Azure Database for PostgreSQL フレキシブルサーバーインスタンスを作成します。

az postgres flexible-server create --subscription <subscription> --resource-group <resource-group> --name <name> --location <region> --version <version> --zone <zone> --password-auth <password-auth> --admin-user <admin-user> --admin-password <admin-password> --tier <tier> --sku-name <sku-name> --storage-type <storage-type> --storage-size <storage-size> --performance-tier <performance-tier> --storage-auto-grow <storage-auto-grow> --high-availability <high-availability> --standby-zone <standby-zone> --backup-retention <backup-retention> --geo-redundant-backup <geo-redundant-backup> --public-access <public-access> --tags <tags>

次の表を使用して、各パラメーターの意味を理解し、それぞれの値を指定するためのガイダンスとして使用します。

パラメーター	提案された値	説明	インスタンス作成後に変更可能
subscription	リソースを作成するサブスクリプションの名前または識別子を入力します。	サブスクリプションは、1 つ以上の Microsoft クラウドプラットフォームまたはサービスを使用するための Microsoft との契約であり、料金はユーザーごとのライセンス料金またはクラウドベースのリソース使用量に基づいて発生します。複数のサブスクリプションをお持ちの場合は、リソースの課金対象となるサブスクリプションを選択します。	既存の Azure Database for PostgreSQL フレキシブルサーバーインスタンスは、最初に作成されたものとは別のサブスクリプションに移動できます。詳細については、「Azure リソースを新しいリソースグループまたはサブスクリプションに移動する」を参照してください。
resource-group	選択したサブスクリプション内の、リソースを作成するリソースグループ。既存のリソースグループを使用することも、存在しない場合は作成することもできます。	リソースグループは、Azure ソリューションの関連するリソースを保持するコンテナーです。リソースグループには、ソリューションのすべてのリソースか、グループとして管理したいリソースのみを含めることができます。組織のニーズに合わせてリソースをリソースグループに割り当てる方法を指定してください。通常は、同じライフサイクルを共有するリソースを同じリソースグループに追加すると、グループとして簡単にデプロイ、更新、削除できるようになります	既存の Azure Database for PostgreSQL フレキシブルサーバーインスタンスは、最初に作成されたものとは別のサブスクリプションに移動できます。詳細については、「Azure リソースを新しいリソースグループまたはサブスクリプションに移動する」を参照してください。
name	サーバーに割り当てる名前。	Azure Database for PostgreSQL フレキシブルサーバーインスタンスを識別する一意の名前。ドメイン名 `postgres.database.azure.com` は、ドメインネーミングシステムサーバーを使用してインスタンスの IP アドレスを解決するための完全修飾ホスト名に適合するように、指定したサーバ名に付加されます。	サーバーの作成後にサーバー名を変更することはできませんが、ポイントインタイムリカバリ機能を使用して、別の名前でサーバーを復元できます。既存のサーバーを引き続き使用しつつ、別のサーバー名で参照できるようにする代替手法として、仮想エンドポイントを使用して、新しい希望する名前でライターエンドポイントを作成する方法があります。この方法では、元の名前、または書き込み仮想エンドポイントに割り当てられた名前でインスタンスを参照できます。
リージョン	サービスがサポートされており、インスタンスのデプロイに適したリージョンの 1 つの名前。	コンプライアンス、データ所在地、価格、ユーザーとの近接性、同じリージョン内の他のサービスの可用性などは、リージョンを選択する際に考慮すべき要件の一部です。	このサービスでは、インスタンスを別のリージョンに自動的かつ透過的に再配置する機能は提供されていません。
version	既定で選択されるバージョン。	サービスで現在サポートされている PostgreSQL のメジャーバージョンのリストから選択できます。現在のバージョンは次のとおりです: 17 (プレビュー)、16、15、14、13、12、11
ゾーン	`1` に設定します。この数値は、優先する論理可用性ゾーンを表します。	サーバーを展開する可用性ゾーンを選択できます。インスタンスをデプロイする可用性ゾーンを選択できることは、アプリケーションと併置する場合に便利です。このパラメーターを指定しない場合、インスタンスの作成時に既定の可用性ゾーンが自動的にインスタンスに割り当てられます。	インスタンスがデプロイされる可用性ゾーンは、作成後に変更することはできませんが、ポイントインタイムリカバリ機能を使用して、別の可用性ゾーンで別の名前でサーバーを復元できます。
password-auth	`enabled` に設定します。	推奨される認証方法は、`--active-directory-auth` パラメーターを使用して構成できる Microsoft Entra 認証ですが、わかりやすくするために、このクイックスタートでは PostgreSQL 認証の使用を選択します。このパラメーターを `enabled` に設定すると、`--admin-user` および `--admin-password` のパラメーターの値も指定する必要があります。 `--active-directory-auth` を `enabled` に設定した場合は、az postgres flexible-server ad-admin コマンドを使用して、PostgreSQL 管理者として Microsoft Entra ユーザーまたはグループを作成または削除できます。	サーバーの作成後に有効または無効にすることができます。
admin-user	インスタンスの管理者として割り当てる PostgreSQL ネイティブユーザーの名前。この例では、`adminuser` に設定しましょう。	管理者ユーザー名は、1 から 63 文字の数字と文字のみで構成されている必要があり、pg_ で始めることはできず、azure_superuser、azure_pg_admin、admin、administrator、root、guest、public は使用できません。	このユーザーの名前は、インスタンスの作成後に変更することはできません。また、インスタンスで作成できる他の PostgreSQL ネイティブユーザーに置き換えることはできません。
admin-password	管理者として指定された PostgreSQL ネイティブユーザーに割り当てるパスワード。	サーバー管理者アカウントのパスワードを指定します。パスワードが十分に複雑であることを確認します。	サーバーの作成後、必要に応じて何度でも変更できます。
tier	`generalpurpose` に設定します。	使用可能な値は、`burstable` (通常、ワークロードが CPU の全容量を継続的に必要としない開発環境で使用)、`generalpurpose` (通常、最も一般的なワークロードがある運用環境で使用)、`memoryoptimized` (通常、高いメモリ対 CPU 比を必要とするワークロードを実行する運用環境で使用) です。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーのコンピューティングオプション」を参照してください。	サーバーの作成後に変更できます。ただし、特定のレベルでのみサポートされている一部の機能を使用していて、現在のレベルをその機能がサポートされていないレベルに変更すると、その機能は使用できなくなるか、無効になります。
sku-name	`standard_d4ds_v5` に設定します。	サポートされている値の一覧は、各リージョンで使用可能なハードウェアによって異なる場合があることに注意してください。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーのコンピューティングオプション」を参照してください。	インスタンスの作成後に変更できます。
storage-type	`premium_lrs` に設定します。	使用可能な値の一覧は、選択した他の機能によって異なる場合があることに注意してください。詳しくは、「Azure Database for PostgreSQL - フレキシブルサーバーのストレージオプション」を参照してください。	インスタンスの作成後に変更することはできません。
storage-size	`128` に設定します。	サポートされている値の一覧は、各リージョンで使用可能なハードウェアによって異なる場合があることに注意してください。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーのコンピューティングオプション」を参照してください。	インスタンスの作成後に変更できます。増加のみ可能です。ストレージの手動または自動での圧縮はサポートされていません。許容される値は、インスタンスに割り当てられているストレージの種類によって異なります。
performance-tier	`p10` に設定します。	Premium ソリッドステートドライブ (SSD) のパフォーマンスは、ディスクを作成するときに、パフォーマンスレベルの形式で設定されます。ディスクのプロビジョニングされたサイズを設定すると、パフォーマンスレベルが自動的に選択されます。このパフォーマンスレベルによって、マネージドディスクの IOPS とスループットが決まります。 Premium SSD ディスクの場合、このレベルは、ディスクのサイズを変更したりダウンタイムを発生させたりすることなく、デプロイ時またはデプロイ後に変更できます。レベルを変更すると、ディスクのバースト機能を使用せずに、より高い需要に備え、対応することができます。追加のパフォーマンスが必要な期間によっては、バーストに頼るよりもパフォーマンスレベルを変更する方がコスト効率が高くなる場合があります。これは、休日のショッピング、パフォーマンステスト、トレーニング環境の実行など、一貫して高いレベルのパフォーマンスを一時的に必要とするイベントに最適です。これらのイベントを処理するために、追加のパフォーマンスが必要な間だけ、ダウンタイムなしでディスクをより高いパフォーマンスレベルに切り替えることができます。追加のパフォーマンスが不要になったら、ダウンタイムなしで元のレベルに戻すことができます。	インスタンスの作成後に変更できます。
storage-auto-grow	`enabled` に設定します。	このオプションは、一部のストレージの種類ではサポートされない場合があり、特定のストレージサイズでは適用されない場合があることに注意してください。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーのストレージの自動拡張」を参照してください。	ストレージの種類でこの機能がサポートされている限り、インスタンスの作成後に変更できます。
high-availability	`zoneredundant` に設定します。	サポートされている値は、disabled (99.9% SLA)、samezone (99.95% SLA)、zoneredundant (99.99% SLA) です。サポートされている高可用性オプションは、インスタンスをデプロイしようとしているリージョンによって異なる場合があることに注意してください。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーでの高可用性」を参照してください。	高可用性は、サーバーの作成後に有効または無効にすることができます。ただし、有効になっている場合は、samezone から zoneredundant へ、またはその逆へ直接変更することはできません。このような変更を実装するには、まず高可用性を無効にしてから、新しく必要なモードを選択して再度有効にする必要があります。
standby-zone	`2` に設定します。この数値は、ホットスタンバイレプリカの優先論理可用性ゾーンを表します。	サーバーを展開する可用性ゾーンを選択できます。インスタンスをデプロイする可用性ゾーンを選択できることは、アプリケーションと併置する場合に便利です。 [優先設定なし] を選択すると、インスタンスの作成時に既定の可用性ゾーンが自動的に割り当てられます。	インスタンスがデプロイされる可用性ゾーンは、作成後に変更することはできませんが、ポイントインタイムリカバリ機能を使用して、別の可用性ゾーンで別の名前でサーバーを復元できます。
backup-retention	`7` に設定します。	既定のバックアップ保持期間は 7 日ですが、最大 35 日まで延長できます。サポートされている高可用性オプションは、インスタンスをデプロイしようとしているリージョンによって異なる場合があることに注意してください。詳細については、「Azure Database for PostgreSQL - フレキシブルサーバーでの高可用性」を参照してください。	インスタンスの作成後に変更できます。
geo-redundant-backup	`disabled` に設定します。	バックアップの geo 冗長性は、Azure ペアリージョンのいずれかにデプロイされたインスタンスでのみサポートされます。詳細については、Azure Database for PostgreSQL - フレキシブルサーバーの geo 冗長バックアップと復元に関するセクションを参照してください	インスタンスの作成後に変更することはできません。
public-access	これを `$(curl ipinfo.io/ip)` に設定して、Azure CLI コマンドを実行しているコンピューターのパブリック IP アドレスを許可リストに含めるファイアウォール規則を作成します。これにより、そのコンピューターから新しいインスタンスに接続できるようになります。	使用可能な値は、`all`、`none`、`<startIpAddress>`、`<startIpAddress>-<endIpAddress>` のいずれかです。詳細については、パブリックアクセスを使用した Azure Database for PostgreSQL - フレキシブルサーバーのパブリックアクセスとプライベートエンドポイントを備えたネットワークと、Azure Database for PostgreSQL - フレキシブルサーバーの仮想ネットワーク統合を備えたネットワークに関するページを参照してください。	インスタンスの作成後に変更することはできません。
tags	`"Environment=PostgreSQL Quickstart"` に設定します。	詳細については、タグに関するページを参照してください。	インスタンスの作成後に変更できます。

デプロイが正常に完了すると、CLI コマンドから次のような出力が表示されます。

{
"connectionString": "postgresql://<admin-user>:<admin-password>@<name>.postgres.database.azure.com/None?sslmode=require",
"databaseName": null,
"firewallName": "FirewallIPAddress_<timestamp>",
"host": "<name>.postgres.database.azure.com",
"id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group>/providers/Microsoft.DBforPostgreSQL/flexibleServers/<name>",
"location": "<region>",
"password": "<admin-password>",
"resourceGroup": "<reource-group>",
"skuname": "<sku-name>",
"username": "<admin-user>",
"version": "<version>"
}

Azure Resource Manager テンプレートは JavaScript Object Notation (JSON) ファイルであり、プロジェクトのインフラストラクチャと構成が定義されています。このテンプレートでは、宣言型の構文が使用されています。デプロイしようとしているものを、デプロイを作成する一連のプログラミングコマンドを記述しなくても記述できます。

Azure Resource Manager は、Azure のデプロイおよび管理サービスです。お使いの Azure アカウント内のリソースを作成、更新、および削除できる管理レイヤーを提供します。アクセス制御、ロック、タグなどの管理機能を使用して、デプロイ後にリソースを保護および整理します。 Azure Resource Manager テンプレートについては、テンプレートのデプロイの概要に関するページを参照してください。

Azure Database for PostgreSQL フレキシブルサーバーインスタンスは、リージョン内の 1 つ以上のデータベースの親リソースです。データベースに適用される管理ポリシーのスコープ (ログイン、ファイアウォール、ユーザー、ロール、構成) を提供します。

postgres-flexible-server-template.json という名前のファイルを作成し、次の JSON 定義をそのファイルにコピーします。

{
"$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
"contentVersion": "1.0.0.0",
"parameters": {
    "serverName": {
    "type": "string"
    },
    "location": {
    "type": "string",
    "defaultValue": "[resourceGroup().location]"
    },
    "version": {
    "type": "string",
    "defaultValue": "16"
    },
    "availabilityZone": {
    "type": "string",
    "defaultValue": "1"
    },
    "activeDirectoryAuth": {
    "type": "string",
    "defaultValue": "Disabled"
    },
    "passwordAuth": {
    "type": "string",
    "defaultValue": "Enabled"
    },
    "administratorLogin": {
    "type": "string",
    "defaultValue": "adminuser"
    },
    "administratorLoginPassword": {
    "type": "secureString"
    },
    "skuTier": {
    "type": "string",
    "defaultValue": "GeneralPurpose"
    },
    "skuName": {
    "type": "string",
    "defaultValue": "Standard_D4ds_v5"
    },
    "storageType": {
    "type": "string",
    "defaultValue": "Premium_LRS"
    },
    "storageSizeGB": {
    "type": "int",
    "defaultValue": 128
    },
    "storageTier": {
    "type": "string",
    "defaultValue": "P10"
    },
    "storageAutoGrow": {
    "type": "string",
    "defaultValue": "Enabled"
    },
    "highAvailabilityMode": {
    "type": "string",
    "defaultValue": "ZoneRedundant"
    },
    "standbyAvailabilityZone": {
    "type": "string",
    "defaultValue": "2"
    },
    "backupRetentionDays": {
    "type": "int",
    "defaultValue": 7
    },
    "geoRedundantBackup": {
    "type": "string",
    "defaultValue": "Disabled"
    },
    "publicNetworkAccess": {
    "type": "string",
    "defaultValue": "Enabled"
    },
    "tags": {
    "type": "object",
    "defaultValue": {
        "Environment": "PostgreSQL Quickstart"
    }
    },
    "firewallRules": {
    "type": "array"
    }
},
"resources": [
    {
    "type": "Microsoft.DBforPostgreSQL/flexibleServers",
    "apiVersion": "2024-08-01",
    "name": "[parameters('serverName')]",
    "location": "[parameters('location')]",
    "sku": {
        "tier": "[parameters('skuTier')]",
        "name": "[parameters('skuName')]"
    },
    "properties": {
        "version": "[parameters('version')]",
        "administratorLogin": "[parameters('administratorLogin')]",
        "administratorLoginPassword": "[parameters('administratorLoginPassword')]",
        "authConfig": {
        "activeDirectoryAuth": "[parameters('activeDirectoryAuth')]",
        "passwordAuth": "[parameters('passwordAuth')]"
        },
        "network": {
        "publicNetworkAccess": "[parameters('publicNetworkAccess')]"
        },
        "highAvailability": {
        "mode": "[parameters('highAvailabilityMode')]",
        "standbyAvailabilityZone": "[parameters('standbyAvailabilityZone')]"
        },
        "storage": {
        "autoGrow": "[parameters('storageAutoGrow')]",
        "storageSizeGB": "[parameters('storageSizeGB')]",
        "tier": "[parameters('storageTier')]",
        "type": "[parameters('storageType')]"
        },
        "backup": {
        "backupRetentionDays": "[parameters('backupRetentionDays')]",
        "geoRedundantBackup": "[parameters('geoRedundantBackup')]"
        },
        "availabilityZone": "[parameters('availabilityZone')]",
        "tags": "[parameters('tags')]"
    }
    },
    {
    "copy": {
        "name": "createFirewallRules",
        "count": "[length(range(0, if(greater(length(parameters('firewallRules')), 0), length(parameters('firewallRules')), 1)))]",
        "mode": "serial",
        "batchSize": 1
    },
    "type": "Microsoft.Resources/deployments",
    "apiVersion": "2020-10-01",
    "name": "[format('firewallRules-{0}', range(0, if(greater(length(parameters('firewallRules')), 0), length(parameters('firewallRules')), 1))[copyIndex()])]",
    "properties": {
        "expressionEvaluationOptions": {
        "scope": "inner"
        },
        "mode": "Incremental",
        "parameters": {
        "ip": {
            "value": "[parameters('firewallRules')[range(0, if(greater(length(parameters('firewallRules')), 0), length(parameters('firewallRules')), 1))[copyIndex()]]]"
        },
        "serverName": {
            "value": "[parameters('serverName')]"
        }
        },
        "template": {
        "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
        "contentVersion": "1.0.0.0",
        "parameters": {
            "serverName": {
            "type": "string"
            },
            "ip": {
            "type": "object"
            }
        },
        "resources": [
            {
            "type": "Microsoft.DBforPostgreSQL/flexibleServers/firewallRules",
            "apiVersion": "2024-08-01",
            "name": "[format('{0}/{1}', parameters('serverName'), parameters('ip').name)]",
            "properties": {
                "startIpAddress": "[parameters('ip').startIPAddress]",
                "endIpAddress": "[parameters('ip').endIPAddress]"
            }
            }
        ]
        }
    },
    "dependsOn": [
        "[resourceId('Microsoft.DBforPostgreSQL/flexibleServers', parameters('serverName'))]"
    ]
    }
]
}

これらのリソースは、Microsoft.DBforPostgreSQL/flexibleServers および Microsoft.DBforPostgreSQL/flexibleServers/firewallRules のテンプレートで定義されています。

次のコードブロックから [Cloud Shell を開く] を選択して、Azure Cloud Shell を開きます。コードをコピーして貼り付け、引数のプレースホルダーを独自の値に置き換え、[Enter] を選択します。

az group create --name <resource-group> --location <region>
az deployment group create --name QuickstartAzureDatabaseForPostgreSQLFlexibleServer --resource-group <resource-group> --template-file <path-to-template-file> --parameters serverName=<server> administratorLoginPassword=<admin-password> firewallRules="[{'name':'ClientIPAddress','startIPAddress':'$(curl ipinfo.io/ip)','endIPAddress':'$(curl ipinfo.io/ip)'}]"

Azure Database for PostgreSQL フレキシブルサーバーインスタンスで使用できるデータベース

既定では、postgres という名前のデータベースがインスタンスに作成されます。 postgres は既定のデータベースで、ユーザー、ユーティリティ、サードパーティ製のアプリケーションが使用するためのものです。

すべてのインスタンスで作成される 2 つ目のデータベースが azure_maintenance です。このデータベースに接続することはできますが、付与される権限は最小限であるため、ほとんど何もできません。

最後に、クエリストアやインデックスチューニングなどの機能で使用される一部のオブジェクトをホストするために使用されるデータベース azure_sys があります。

Note

Azure Database for PostgreSQL フレキシブルサーバーインスタンスとの接続では、通常、ポート 5432 が通信に使われます。ただし、Azure Database for PostgreSQL - フレキシブルサーバーに統合されている組み込みの PgBouncer などの接続プーラー経由で接続する場合は例外です。組み込みの PgBouncer はポート 6432 でリッスンします。企業ネットワーク内から接続しようとすると、ポート 5432 (PgBouncer 経由で接続している場合は 6432) 経由の送信トラフィックがネットワークのファイアウォールによってブロックされる可能性があります。その場合、IT 部門が必要なポート (5432 または 6432) を介してコンピューターからターゲットインスタンスにトラフィックをルーティングすることを許可しない限り、インスタンスに接続することはできません。

接続情報の取得

インスタンスに接続するには、その完全修飾名と、接続するユーザーの資格情報が必要です。この記事の前半でインスタンスをデプロイしたときに、これらの値をメモしておいたはずです。しなかった場合は、管理者ユーザーのパスワード以外のすべてを取得できます。インスタンスに割り当てられているパスワードを忘れた場合は、いつでもリセットできます。その方法については、「管理者パスワードをリセットする」を参照してください。

ポータル
CLI

Azure portal を使用して以下を実行します。

新しいインスタンスの [概要] ページを開きます。 [サーバー名] と [サーバー管理者ログイン名] の値をコピーします。各フィールドの上にカーソルを合わせると、テキストの右側にコピーシンボルが表示されます。必要に応じてコピーシンボルを選択して値をコピーします。

次のコマンドを実行して、インスタンスの完全修飾名と管理者ユーザーの名前を取得します。

az postgres flexible-server show --resource-group <resource-group> --name <server> --query "{serverName:fullyQualifiedDomainName, adminUser:administratorLogin}" --output table

psql を使用した接続

Azure Database for PostgreSQL フレキシブルサーバーインスタンスに接続するために使用できる多くのアプリケーションがあります。クライアントコンピューターに PostgreSQL がインストールされている場合は、psql のローカルインスタンスを使って Azure Database for PostgreSQL フレキシブルサーバーインスタンスに接続できます。マシンにインストールされていない場合は、お使いのプラットフォームを対象とするすぐに使用できるパッケージをダウンロードしてインストールしてください。

インストールしたら、psql コマンドラインユーティリティを使用して、Azure Database for PostgreSQL フレキシブルサーバーインスタンスに接続できます。

Azure Database for PostgreSQL フレキシブルサーバーインスタンスに接続するには、次の psql コマンドを実行します。
```
psql "host=<server> port=<port> user=<admin-user> dbname=postgres sslmode=require"
```
たとえば、次のコマンドは、adminuser というユーザー名を使用して、Azure Database for PostgreSQL フレキシブルサーバーインスタンス production-flexible-server.postgres.database.azure.com 上の既定のデータベース postgres に接続します。プロンプトが表示されたら、そのユーザーに対応するパスワードを入力します。
```
psql "host=production-flexible-server.postgres.database.azure.com port=5432 user=adminuser dbname=postgres sslmode=require"
```
接続されると、sql コマンドの入力を求める postgres プロンプトが psql ユーティリティによって表示されます。最初の接続時の出力には、使っている psql のバージョンが Azure Database for PostgreSQL フレキシブルサーバーインスタンスのバージョンと異なる可能性があるため、警告が表示されることがあります。

psql の出力例:
```
 psql (14.13, server 16.4)
 WARNING: psql major version 14, server major version 16.
         Some psql features might not work.
 SSL connection (protocol: TLSv1.3, cipher: TLS_AES_256_GCM_SHA384, bits: 256, compression: off)
 Type "help" for help.

 postgres=>
```
接続しようとしているパブリック IP アドレスのインスタンスにファイアウォール規則がない場合は、次のようなエラーが表示されます。
```
psql: error: connection to server at "<server>.postgres.database.azure.com" (###.###.###.###), port 5432 failed: Connection timed out
        Is the server running on that host and accepting TCP/IP connections?
```
次のコマンドを入力して、プロンプトで user_database という名前の空のデータベースを作成します。
```
CREATE DATABASE user_database;
```
プロンプトで次のコマンドを実行し、新しく作成したデータベース user_database に接続を切り替えます。
```
\c user_database
```
「\q」と入力し、[Enter] を選択して psql を終了します。

psql を使って Azure Database for PostgreSQL フレキシブルサーバーインスタンスに接続し、空のユーザーデータベースを作成しました。

リソースをクリーンアップする

このクイックスタートで作成したリソースは、2 つの方法のいずれかでクリーンアップできます。 Azure リソースグループを削除した場合、そのリソースグループに含まれたすべてのリソースが対象となります。同じリソースグループにデプロイされている他のリソースをそのまま残す場合は、Azure Database for PostgreSQL フレキシブルサーバーインスタンスのみを削除できます。

ポータル
CLI

Azure portal を使用して以下を実行します。

新しく作成したサーバーを含むリソースグループ全体を削除する手順は次のとおりです。

[リソースグループ] を選択します。
削除するリソースグループを検索し、その名前を選択します。
選択したリソースグループの [概要] ページで、[リソースグループの削除] を選択し、[リソースグループ名を入力して削除を確認する] テキストボックスにリソースグループの名前を入力し、[削除] を選択します。

新しく作成したサーバーを削除するには、次の手順に従います。

ポータルで目的のサーバーを探します (サーバーをまだ開いていない場合)。これを行う 1 つの方法は、検索バーにサーバーの名前を入力することです。一致する名前のリソースが表示されたら、そのリソースを選択します。
[概要] ページで [削除] を選択します。 [このサーバーと、サーバーに含まれるすべてのデータベースが削除されることを読んで理解しました。] を選択し、[削除] を選択します。

新しく作成されたサーバーを含むリソースグループ全体を削除するには、次のコマンドを実行します。

az group delete --name <resource-group>

新しく作成したサーバーのみを削除するには、次のコマンドを実行します。

az postgres flexible-server delete --resource-group <resource-group> --name <name>

次の方法で共有

クイックスタート: Azure Database for PostgreSQL - フレキシブルサーバーインスタンスを作成する

Azure Database for PostgreSQL フレキシブルサーバーインスタンスを作成する

Azure Database for PostgreSQL フレキシブルサーバーインスタンスで使用できるデータベース

接続情報の取得

psql を使用した接続

リソースをクリーンアップする

フィードバック

その他のリソース

次の方法で共有

クイックスタート: Azure Database for PostgreSQL - フレキシブル サーバー インスタンスを作成する

Azure Database for PostgreSQL フレキシブル サーバー インスタンスを作成する

Azure Database for PostgreSQL フレキシブル サーバー インスタンスで使用できるデータベース

接続情報の取得

psql を使用した接続

リソースをクリーンアップする

フィードバック

その他のリソース

クイックスタート: Azure Database for PostgreSQL - フレキシブルサーバーインスタンスを作成する

Azure Database for PostgreSQL フレキシブルサーバーインスタンスを作成する

Azure Database for PostgreSQL フレキシブルサーバーインスタンスで使用できるデータベース