admin ユーザー

IBM Cloud で新しい配置をプロビジョニングする場合、 PostgreSQL にアク セスして管理するための admin ユーザーが自動的に割り当てられます。 管理者パスワードを設定 したら、それを使用して配置に接続します。

admin 、テーブルのようなリソースをデータベース内に作成すると、 admin 、そのオブジェクトは。 admin 、作成されたリソースは、あなたが明示的に権限を与えない限り、他のユーザーがアクセスすることはできません。

admin ユーザーと、デプロイメントに追加するその他のユーザーとの最大の違いは pg_monitor と pg_signal_backend ロールです。 pg_monitor 役割は、admin ユーザーがデータベース・サーバーをモニターできるようにする一連の許可を提供します。 pg_signal_backend 役割によって、admin ユーザーは、他のユーザーが開始した照会や接続を取り消すシグナルを送信できるようになります。 スーパーユーザーが所有するプロセスにシグナルを送信することはできません。

また、 admin ユーザを使用して、配置上の他のユーザにこれら 2 つのロールを付与することもできます。

クエリをキャンセルする機能を他のデータベースユーザに公開するには、 admin ユーザから pg_signal_backend ロールを付与します。 次のようなコマンドを使用します。

GRANT pg_signal_backend TO joe;

ユーザー joe がバックエンドを取り消すことができるようにするには、以下のようなコマンドを使用して、 ibm-cloud-base-user 役割を持つすべてのユーザーに pg_signal_backend を付与します。

GRANT pg_signal_backend TO "ibm-cloud-base-user";

この特権により、ユーザーはデータベースへのすべての接続を終了できます。

特定のモニター・ユーザー mary をセットアップするには、以下のようなコマンドを使用します。

GRANT pg_monitor TO mary;

以下のようなコマンドを使用して、 ibm-cloud-base-user 役割を持つすべてのユーザーに pg_signal_backend を付与します。

GRANT pg_monitor TO "ibm-cloud-base-user";

ibmcloud cdb user-password example-deployment admin <NEW_PASSWORD>

curl -X PATCH `https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/users/admin` \
-H `Authorization: Bearer <>` \
-H `Content-Type: application/json` \
-d `{"password":"newrootpasswordsupersecure21"}` \

サービス資格情報 ユーザー

_「サービス資格情報」_パネルを使用して作成したユーザーは、ibm-cloud-base-user のメンバーです。 このユーザーは、ログイン、ユーザーの作成、およびデータベースの作成を行うことができます。

グループ内のユーザーが表などのリソースをデータベース内に作成した場合、同じグループ内のすべてのユーザーがそのリソースにアクセスできます。 ibm-cloud-base-user に属するいずれかのユーザーが作成したリソースには、admin ユーザーを含め、ibm-cloud-base-user の他のユーザーもアクセスできます。

読み取り専用ユーザー

ibm-cloud-base-user-ro は、読み取り専用レプリカにアクセスするために作成されたユーザーの特権を管理します。 詳細については、読み取り専用レプリカの設定 を参照してください。

repl ユーザー

repl ユーザはレプリケーション権限を持ち、配置で wal2json プラグインを 有効にする場合に使用されます。 wal2json を有効にしながら、 repl ユーザーのパスワードを設定し、 wal2json プラグインが使用できるようにする。

その他の ibm ユーザー

admin のアカウントで \du コマンドを実行すると、 ibm、 ibm-cloud-base-user、 ibm-replication、 ibm-rewind というユーザー名が表示されます。

ibm-cloud-base-user は、他のユーザーのグループ役割を管理するためのテンプレートとして使用されます。 これは、CLI および API で作成したユーザーを管理するため、および IBM Cloud の_「サービス資格情報」_でのユーザー作成との統合を可能にするために使用されます。 ibm-cloud-base-user のメンバーであるユーザーは、ibm-cloud-base-user から作成役割および作成データベース属性を継承します。 ibm-cloud-base-user は、ログインできません。

ibm アカウントが、デプロイメントの唯一のスーパーユーザーです。 スーパーユーザーアカウントは利用できません。 このユーザーは、デプロイメントの安定性を管理する内部管理アカウントです。

psql で作成されたユーザー

IBM Cloud を介したユーザーの作成を完全にバイパスし、PostgreSQL で psql を使用してユーザーを直接作成できます。 これにより、PostgreSQL'sネイティブの 役割とユーザーの管理を使用することができます。 psql で作成されたユーザー/ロールは、作成したオブジェクトに対する権限と同様に、すべての権限を手動で設定する必要があります。

PostgreSQL 内で直接作成されたユーザーは、_サービス資格情報_には表示されませんが、必要に応じて追加することができます。

これらのユーザーは、_サービス資格情報_に追加された場合でも、IAM の制御と統合されないことに注意してください。

追加のユーザーおよび接続ストリング

Databases for PostgreSQL デプロイメントへのアクセスは、 admin ユーザに限定されません。 UIの_サービス資格情報_、Cloud Databases CLIプラグイン、または Cloud Databases API でユーザを追加します。

デプロイメント上のすべてのユーザーは、パブリック・エンドポイントまたはプライベート・エンドポイントの接続ストリングなどの接続ストリングを使用できます。

ユーザーを作成するときには、特定のデータベースの役割と特権をユーザーに割り当てます。 これらの特権には、ログイン、データベースの作成、他のユーザーの作成などの権限があります。

ibmcloud cdb user-create example-deployment <NEW_USER_NAME> <NEW_PASSWORD>

curl -X POST 'https://api.{region}.databases.cloud.ibm.com/v4/ibm/deployments/{id}/users' \
-H "Authorization: Bearer $APIKEY" \
-H "Content-Type: application/json" \
-d '{"username":"jane_smith", "password":"newsupersecurepassword"}'