Oracle Database@Azure の管理と監視
この記事では、Oracle Database@Azure を使用して専用インフラストラクチャ上の Oracle Exadata Database サービスを管理および監視するために実装できるビジネス プラクティスについて説明します。 全体的な設計を作成するとき、および Azure エンタープライズ ランディング ゾーン内でこのサービスを採用するときに、これらの考慮事項を実装します。
設計上の考慮事項
Oracle Database@Azure および Exadata Database サービスをデプロイする前に、これらの重要なトピックを検討してください。
Oracle Database@Azure および Exadata Database サービスをデプロイする Azure リージョンを特定します。 このリージョンが現在または将来の Azure ランディング ゾーンと一致していることを確認します。 選択したリージョンが現在のデプロイ リージョンと異なる場合は、既存の監視ツールが機能をこの新しいリージョンに拡張できるかどうかを評価します。 リージョン間でシームレスな統合と機能を確実にします。
リソースをデプロイする前に、ネットワーク計画を検討してください。 ネットワーク仮想アプライアンス (NVA) をデプロイせずに、オンプレミスまたはスポークの仮想ネットワークからアクセスできないプライベート サブネットに Oracle Exadata Database リソースをデプロイします。 NVA は従来のファイアウォールではありません。 NVA は、ネクスト ホップ IP アドレスとカスタム iptables を提供するユーザー定義ルートを持つ Linux 仮想マシン (VM) です。 オンプレミスのエンタープライズ監視ソリューションがある場合は、iptable をデプロイする必要があります。
ネットワークの制約について理解を深めてください。 仮想ネットワーク内にデプロイし、Oracle Exadata Database クラスターに関連付けられているサブネットは、委任されたプライベート サブネットです。 委任されたサブネットでは、NVA をデプロイせずに仮想ネットワークの外部でネットワーク通信を行うことはできません。 詳細については、「ネットワーク計画の制限」を参照してください。
ネットワーク計画を作成するときに、選択した移行方法を最も適切にサポートするネットワーク トポロジを選択します。 移行方法では、重要なデータを移動するときにプロセスを監視する必要があります。 移行のオプションとして、Oracle Recovery Manager、Oracle Data Guard、Oracle Data Pump、または Network File System のロールがインストールされている Linux VM が挙げられます。 詳細なガイダンスについては、Oracle および Microsoft の担当者にお問い合わせください。
監視アラートをトリアージ プロセスに統合する方法を決定します。
アラートがトリガーされたときに通知する必要がある主要な利害関係者の一覧を作成します。
データベース管理者と監視メトリックを確認して、期待値を調整します。
詳細については、「Oracle on Azure 採用計画」を参照してください。
設計の推奨事項
Oracle Database@Azure および Exadata Database サービスをデプロイする前に、これらの推奨事項を検討してください。
正常性とパフォーマンスの監視
CPU 使用率、メモリ使用量、ストレージ使用量、データベース操作、SQL クエリ、トランザクション全体などの定量的メトリックを収集する必要があります。 Azure Monitor メトリックまたは選択した監視ツールを使用すると、問題を診断して事前にトラブルシューティングできます。 データベース メトリックの収集とレビューは、運用の準備と長期的な持続性を確保するのに役立ちます。
収集されたさまざまなメトリックの集計ビューを使用して、Azure Portal でカスタム ダッシュボードを作成します。 詳細については、「Azure portal でダッシュボードを作成する」を参照してください。
必要なロールを確認するには、「Azure Monitor のロール、アクセス許可、セキュリティ」を参照してください。
詳細なデータベース監視が必要な場合は、「Enterprise Manager データベース管理」を参照してください。
Oracle の包括的な監視ガイドについては、「Oracle Cloud データベース メトリック」を参照してください。
主要メトリックの監視
次の表に、Oracle Cloud Database メトリックの初期推奨設定を示します。 組織のニーズに基づいてカウンターを追加できます。 クラスター内のすべての使用可能なノードに対して、各監視設定を設定します。 Azure Monitor では、メトリックを追加するときに複数のオブジェクトを同時に選択することはできません。 指定した設定を入力するには、各 Exadata クラスター ノードを選択する必要があります。
重要なワークロードの監視ソリューションでアラートを設定します。 Azure Monitor を使用する場合は、アクション グループを作成できます。
| メトリックの名前 | 収集の頻度 | しきい値 | 説明 |
|---|---|---|---|
| CPU 使用率 | 5 分 | 90% | 割合として表され、すべてのコンシューマー グループ全体で集計される CPU 使用率。 データベースで使用できる CPU の数 (つまり Oracle CPU の数の 2 倍) に関して、使用率が報告されます。 この設定は、クラスター内の各データベースに対して行われます。 |
| ストレージ使用率 | 30 分 | 90% | 使用中のプロビジョニング済みストレージ容量の割合。 この設定は、すべての表スペースに割り当てられた領域の合計を表します。 この設定は、クラスター内の各データベースに対して行われます。 |
| フラッシュ リカバリ領域の使用率 | 15 分 | 90% | フラッシュリカバリ領域の使用状況。 |
| メモリ使用量 | 15 分 | メガビット 90% 消費 | メモリ プールの合計サイズ。 |
| プロセス制限使用率 | 5 分 | 90% | プロセスの制限使用量。 |
| セッション制限の使用率 | 5 分 | 90% | データベース セッションの制限使用量。 |
| 使用可能な高速リカバリ領域 | 15 分 | 90% | 使用可能な高速リカバリ領域。 |
| Oracle Cloud インフラストラクチャ (OCI) データベース クラスタのメモリ使用率 | 5 分 | 90% | Exadata Database クラスターが使用するメモリの量。 |
| 平均ノードの状態 | 5 分 | 0 (このディメンションは false を意味します) | クラスター内の Exadata Database クラスター ノードが使用可能か使用不可か。 |
詳細については、「Oracle Cloud Database メトリック」を参照してください。