PAM360を使ったセカンダリサーバーモデルの高可用性の監視
エンドポイントと関連付けられたデータベース操作を継続的に監視することで、問題の早期検出と効率的な解決が可能になり、全体的なユーザーエクスペリエンスが向上します。重要なシステムメトリックを取得して監視することで、サーバーパフォーマンスの傾向分析や、繰り返し発生する問題の特定が容易になります。データベースサーバーでは、可用性を確保し、運用を中断させる可能性のある潜在的な問題を迅速に検出および重大な障害について関係者に即時通知を送信するため、信頼性の高い監視が不可欠です。効果的な監視システムは、アクセス性と安定性に優れており、診断データを取得しながら、発生した問題を管理者に通知できます。
PAM360は、障害を予測し、コストのかかるダウンタイムを削減するため、サーバーの高可用性(HA)監視をサポートしています。また、セカンダリサーバーモデル向けの組み込みHA管理および監視機能に加え、複数の通知オプションを備えています。この文書では、以下のトピックについて説明します:
- PostgreSQLデータベースサーバーを使ったセカンダリサーバーモデル向け高可用性コンソール
- 高可用性でのサーバーおよびデータベースのステータス
- ステータス障害のアラート メカニズム
- PAM360でのサーバー詳細の修正
HA監視を開始するには、初めにPostgreSQLを使用してセカンダリサーバーモデルのHAを構成して、HAをセットアップする必要があります。HAがまだ構成されていない場合、以下の画像のように、コンソールにはプロンプト付きの空のビューが表示されます。
HAのセットアップ後、PAM360コンソールからPostgreSQL HAの設定を直接監視できます。これにアクセスするには、プライマリまたはセカンダリサーバーの[管理] >>[事業継続性] >> [高可用性]の順に移動します。
1.PostgreSQLデータベースサーバーを使ったセカンダリサーバーモデル向け高可用性コンソール
PAM360のHAコンソールは、プライマリサーバーとセカンダリサーバーの両方、およびそれらに関連付けられたデータベースの可用性を監視する、包括的なダッシュボード形式のインターフェイスとして機能します。このコンソールを使用すると、プライマリサーバーとセカンダリサーバーの表示をシームレスに切り替えることができます。HAコンソールでは、次のことが可能になります:
- ステータスや構成詳細を含むHA概要にアクセス
- サーバーの、およびそれらに関連付けられたデータベースのステータスを監視
- レプリケーション保留カウントを追跡
- 失われた接続および再開されたタイムスタンプを確認
- 必要に応じてサーバー詳細を修正
1.1 UI要素と定義
PAM360 HA監視コンソールには、下の説明のとおり、それぞれが各詳細に対応する各種要素が含まれます:
Sl.No | UI Element/Icon | Status | Definition |
|---|---|---|---|
1 | Active | この点滅アイコンは、HAが、あなたが今現在表示しているサーバー(プライマリ/セカンダリ)でアクティブに稼働していることを示しています。 | |
2 | Inactive | この点滅アイコンは、HAが、あなたが今現在表示しているサーバー(プライマリ/セカンダリ)でダウンしていることを示しています。 | |
3 | Success | このアイコンは、HAがお使いのサーバーで正常に構成されていることを示しています。HAの構成が失敗した場合、この画面 が表示されます。 | |
4 | - | このアイコンは、プライマリサーバーを示しています。 | |
5 | - | このアイコンは、セカンダリサーバーを示しています。 | |
6 | Configuration Details | - | これは表形式であり、プライマリとセカンダリサーバーの詳細(サーバー名、サーバーポート、および操作)が一覧表示されます。セカンダリサーバー詳細は、ここから修正できます。(プライマリサーバーの詳細は編集できませんので、注意してください) |
7 | Primary/Secondary Server | このアイコンは、プライマリ/セカンダリサーバーが起動して稼働していることを示しています。 | |
このアイコンは、プライマリ/セカンダリサーバーがダウンして稼働を停止していることを示しています。 | |||
8 | Primary/Secondary Server PostgreSQL | このアイコンは、プライマリ/セカンダリサーバーのPostgreSQLデータベースが起動して稼働していることを示しています。 | |
このアイコンは、プライマリ/セカンダリサーバーのPostgreSQLデータベースがダウンして稼働を停止していることを示しています。 | |||
9 | Replication Pending Count | - | これは、保留中の複製の総数を示しています。この値がゼロの場合、保留中のレプリケーションがなく、プライマリとセカンダリサーバーが相互に継続同期化されていることを指します。 |
10 | Connection Lost Time | - | これは、プライマリとセカンダリサーバーの間の接続が失われた時間を示しています。 |
11 | Connection Resumed Time | - | これは、プライマリとセカンダリサーバーの間の接続が再開した時間を示しています。 |
2.高可用性でのサーバーおよびデータベースのステータス
HAの中核原則は、プライマリサーバーとセカンダリサーバー間でのデータの継続的なレプリケーションです。Statusは、プライマリとセカンダリサーバー/データベースの間の接続/通信の状態に対応しています。HAステータスは次の2つのタイプに分類されます:
- Active:プライマリとセカンダリサーバーの間でデータ複製とデータ同期化が完全に行われていることを示しています。
- Inactive - プライマリサーバーとセカンダリサーバー間の接続中断を示し、多くの場合、ネットワークの中断などの問題によって発生します。この通信が中断されると、サーバーのデータベース間でのデータレプリケーションと同期が停止します。
ただし、接続が復旧した場合、同期はシームレスに再開されます。この切断期間中、プライマリサーバーまたはセカンダリサーバーのいずれかに接続しているユーザーは、サービスの中断を経験することはありません。
3.ステータス障害のアラート メカニズム
HAセカンダリサーバーモデルのセットアップでのActiveおよびInactiveステータスの重要性を考慮すると、ステータスが変更された際にリアルタイムでアラートを受信することが不可欠です。アラートを構成するには、[監査] >> [リソース監査] >> [ユーザー監査] >>[監査アクション] >> [ユーザー監査の設定]>>[ユーザー操作]の順に移動し、[High Availability Alive]と[High Availability Failed]イベントで、事前定義したアラートモード(通知メールを送信、Syslogを生成、またはSNMPトラップを送信)を選択します。
メモ:
- セカンダリサーバーの構成後にプライマリサーバーのポートを変更すると、高可用性設定が中断されます。更新されたポートで、セカンダリサーバーを再構成する必要があります。
- HA構成のセットアップでTFAタイプ(PhoneFactor、RSA SecurID、ワンタイムパスワードなど)を有効化または変更した場合、PAM360セカンダリサーバーを再起動する必要があります。
4.PAM360でのサーバー詳細の修正
サーバーの詳細を修正するには、編集するセカンダリサーバーの横にあるActionの下の編集アイコンをクリックします。開いたポップアップで、必要な変更を行い、[Update]をクリックします。この柔軟なインターフェイスにより、サーバー構成を迅速かつ簡単に調整できるため、サーバー管理が強化されます。


