とりあえずリポジトリ作成。

NDB はめずらしく Prism Central ではなく Element に接続する。

NDB の Web UI は Prism 組み込みではなく独立 UI。

NDB ではまず既存 DB 登録が必要。ただし DBMS も同梱されているので NDB 構築後すぐに DB プロビジョニングもできる。（ただし Oracle / SQL Server は除く）

NDB Server のセットアップで、自身が稼働していない Nutanix クラスタ登録しようとするとエラーになる。

やっぱり画面がないと飽きるので今日はブログ投稿

NDB へようこそ

NDB Server 初期セットアップ直後に、いきなり PostgreSQL DB をプロビジョニングできる。

NDBでは各種設定でプロファイルを利用するが、ネットワーク プロファイルはDBMS/構成ごとにあり「Oracle RAC 用」みたいな種類も用意されている。

API Equivalent（同等の API）ボタンは証明書エラー無視とかのオプションも含めてスクリプト生成されるのでおすすめ。

NDBでは IPAM を利用するが、Prism だけでなく NDB 内蔵の IPAM も利用できる。

DB サーバ（リモート）から NDB CLI を実行するときの Tips。

Oracle ユーザのパスワードで nutanix/4u は微妙（スラッシュがやばい）

DB サーバ VM 削除がグレーアウトしている場合は、依存している DB や DB サーバを先に削除する。

Oracle は、CDB でもプロビジョニングできる。

PIT リカバリするには、NDB タイムマシンに「継続的なログの保存期間」設定されている SLA の割り当てが必要。

ログ キャッチアップやポイント イン タイム リストアがグレーアウトの場合は、SLA ポリシーを見なおすべし。

CDB の Oracle を複数クローンする場合は、いさぎよく DB サーバを分けたほうがよい。

NDB の Web UI では、ウィザードと同等の API スクリプトを、実行に必要なオプションつきで生成できる。

NDB Server をアップグレードすると、各 DB サーバのエージェントも自動アップグレードされる。

API 実行で必要になるプロファイル ID は、おなじく API で取得できる。

NDB の（Linux）OS パッチ適用機能では、スケジュール設定で yum update を実行する。

NDB の OS パッチ適用では、DB の Yum リポジトリを参照しているとエラーになったりする。

APIでのDB/DBサーバVMの削除は、ただDELETEメソッド実行だけでなくDB/VMの実体を残すかJSONで指定する。

NDB-Operator では、K8sでDBリソース作成するとNDBのDBサーバ&DBが作成できる。