Azure Monitor SCOM Managed Instanceのスケーリング
管理サーバーを既存の System Center Operations Manager インフラストラクチャに追加または削除すると、SCOM Managed Instance内の既存の Operational データベース、データ ウェアハウス、エンドポイントから管理サーバーが自動的にリンクまたはリンク解除されます。
この記事では、SCOM Managed Instanceをスケーリングする方法について説明します。
スケーリング前チェックリスト
スケーリング プロセスを続行する前に、次の事前チェックを完了して、スケーリング操作が正常に完了していることを確認します。
SQL マネージド インスタンスの状態: SQL マネージド インスタンスが操作可能で実行中であり、シャットダウン状態ではないことを確認します。
管理サーバーの正常性: 既存の管理サーバーの正常性を確認します。
ドメイン資格情報の検証: キー コンテナーで使用されるドメイン資格情報の状態を検証します。 資格情報の有効期限が切れている場合は、パスワードを更新して、アクティブで機能していることを確認します。
NAT ゲートウェイの関連付け: NAT ゲートウェイがまだサブネットに関連付けられているので、削除されていないことを確認します。
VNet 接続の要件: 新しく追加されたマネージド サーバーと既存のサーバー間の通信を有効にするために、VNet 間の通信が許可されていることを確認します。 さらに、VNet から SQL マネージド インスタンスとドメイン コントローラーへの接続が動作していることを確認します。
管理サーバーのスケール イン/スケールアウト
管理サーバーをスケールイン/スケールアウトするには、次の手順に従います。
Azure portalにサインインし、SCOM Managed Instanceを検索します。
[ 概要 ] ページの [ 構成] で、[スケーリング] を選択 します。
[ スケーリング ] ページで、
- Current: SCOM Managed Instanceの一部である管理サーバーの既存の数を表示します。
- スケール イン/アウト管理サーバー:
監視するエンドポイントの合計数: 特定の SCOM Managed Instanceを使用して監視するエンドポイントの合計数を入力します。
推奨される管理サーバー: 入力するエンドポイントの数に応じて、プロビジョニングする管理サーバーの理想的な数をお勧めします。 必要に応じて推奨値を変更できます。
注意
管理サーバーは、最大 1,000 個のエンドポイントを監視できます。
[保存] を選択してスケール インまたはScale Out操作をトリガーします。
スケーリングに関する問題のトラブルシューティング
問題: まれに、スケーリング後に古い管理サーバーがコンソールに表示される
原因: スケーリング操作が完了後に不整合な状態になった場合に発生します。
解決方法: Microsoft Azure Virtual Machine Scale Setsは、SCOM Managed Instances の管理サーバーをプロビジョニングするために使用されます。 古い管理サーバーをシステムから削除するには、次の手順に従います。
Azure Virtual Machine Scale Setsにアクセスし、SCOM Managed Instanceの管理サーバーのいずれかにログインします。
管理モードで PowerShell を起動し、次のディレクトリに移動します。
C:\Packages\Plugins\Microsoft.Azure.SCOMMIServer.ScomServerForWindows\<version>\bin\troubleshooter
注意
バージョンを見つけるには、使用可能なすべてのバージョンに
C:\Packages\Plugins\Microsoft.Azure.SCOMMIServer.ScomServerForWindows
移動して確認し、最新のバージョンを選択します。次のスクリプトを実行します。
.\RemoveStaleManagementServers.ps1
スクリプトは対話型であり、古いサーバーの FQDN の入力を求められます。
削除する古い管理サーバーの正確な FQDN を指定します。
たとえば、FQDN: SCOMMI2000001.contoso.com。
次の手順
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示