Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
著者:
vCenterにログインすると、赤いエラーバナー「1台以上のvCenter Serverシステムに接続できません」が表示される場合があります。
表示される文言には以下のバリエーションが存在します。
このエラーは基本的に、vSphereクライアントまたはその他VMware管理コンポーネントが、登録済みの1台以上のvCenter Serverと通信を確立できない状態を指します。
大半のケースでは、対象のvCenter自体は稼働しており仮想マシンも正常に動作し続けます。ただし接続が復旧するまで管理者は、インベントリ管理、監視、マイグレーション、バックアップなどvCenter依存の機能を利用できなくなります。
エラーの根本的な原因は表示されるメッセージによって異なります。
● 1台以上のvcenter server systemsに接続できません:443/sdk
この文言はvCenter SDKエンドポイントに関する通信障害を示唆します。
考えられる原因は以下の通りです。
● 1台以上のvcenter server systemsに接続できません:https://
このパターンはURLの記述ミス、証明書検証失敗、ホスト名解決エラーが発生している場合に多く表示されます。
● 1台以上のvcenter server systemsに接続できません:https://:443/sdk
ホスト名情報が欠損または不適切に設定され、生成された接続URLが無効になった際に頻出するエラーです。
次のセクションで、本エラーを段階的に解消する手順を解説します。
以下の手順を順番に実行してエラーを解消します。各手順は前工程が正常完了した前提で記載しています。
1. エラーが表示されるクライアントを確認する
2. エラーがリンクドモードグループ内の全vCenterで発生しているか確認
各vCenterのFQDNを直接指定しUIに接続します。1台のみ障害が発生する場合は、該当ホストのサービスと証明書を点検します。全台でエラーが出る場合はPSC（vSphere 6.7）または組み込みSSOサービス（7.0以降）を確認してください。
エラーが表示されるクライアント端末からping、telnetコマンドを実行します。
ping vcenter.example.com
telnet vcenter.example.com 443pingに失敗する場合：DNSまたはルーティングに異常があるため、名前解決を先に修正します。
telnetがタイムアウトまたは「接続拒否」となる場合の原因：
● Windows環境のPowerCLI実行時
Test-NetConnection -ComputerName vcenter.example.com -Port 443疎通確認は成功するがエラーが解消しない場合は手順4へ進みます。
ロードバランサーに関する注意点：vCenterがロードバランサー配下に配置されている場合、LBは443番ポートのTCP通信を通すものの、/sdkパスのルーティングに失敗するケースがあります。一時的にLBを迂回し、vCenterのIPまたはホスト名に直接接続して確認してください。
vCenterの証明書には自身のFQDNが記載されています。クライアントが該当FQDNをvCenter側の想定と異なるIPに解決すると証明書検証に失敗し、SDK接続が拒否されます。
クライアント側で実行：
nslookup vcenter.example.com
# vCenterの正しいIPが返却されるか確認次にvCenter側から逆引きDNSを確認します。VCSAにSSH接続後、以下コマンドを実行：
nslookup <クライアントIP>
ls -la /vmfs/volumes
# 実行結果にクライアントのホスト名が含まれるか確認クライアントIPから正しいクライアントホスト名に逆引きできない場合、vCenterのルックアップサービスがクライアントを信頼せずログイントークンの発行を拒否し、接続エラーが発生します。
VCSAの/etc/hostsファイルにエントリを追加しDNS解決を迂回する方法も存在しますが、IP変更時やvCenter自身のFQDN検証時に不具合が生じるため、正式なDNS解決環境を使用してください。
最も直接的な診断手法です。vCenterの443番ポートに疎通可能な任意の端末で実行します。
curl -k https://vcenter.example.com:443/sdk-kオプションは証明書検証を無視するパラメータです。SSL証明書関連エラーを除外し、HTTPレスポンスまたは接続失敗要因のみ確認可能です。
<soapenv:Envelope…> で始まりInvalidLoginまたはMissingHeaderなどの障害コードを含むXMLレスポンスが返却された場合は正常です。SDKエンドポイントは稼働しており、資格情報未送信のためアクセスが拒否されているだけです。
それ以外に表示される結果と意味、対応策は下表の通りです。
|
レスポンス内容 |
意味 |
次の対応手順 |
|
curl: (7) Failed to connect |
443番ポートで待ち受けするサービスが存在しない |
vpxdサービスの停止を確認 |
|
curl: (52) Empty reply |
レスポンス送信中にサービスがクラッシュ |
vpxdを再起動しログを確認 |
|
401 Unauthorized |
SDKは起動済み、ログイン認証が必要（資格情報未送信時の正常な応答） |
クライアント側の認証または証明書信頼設定に不具合あり |
|
403 Forbidden |
IPまたはアクセスパス制限（稀な事例） |
vCenterのリバースプロキシ設定を確認 |
|
503 Service Unavailable |
サービス起動済みだが処理受付可能状態に至っていない |
5分間待機または起動ログを確認 |
|
Connection reset by peer |
SSL/TLSバージョンまたは暗号スイートの不整合 |
TLSバージョンと暗号アルゴリズム設定を確認 |
● PowerShell利用者向けコマンド
Invoke-WebRequest -Uri "https://vcenter.example.com:443/sdk" -SkipCertificateCheck -Method Get障害コード付きの正常なXMLレスポンスが返却された場合、SDKエンドポイントは正常稼働しています。原因はクライアント側（ブラウザ証明書信頼、PowerCLI資格情報処理、-SkipCertificateCheckオプション未指定など）に存在します。接続拒否または5xx系エラーが発生する場合はサービス点検へ進みます。
SDKエンドポイントは主にvpxd（vCenter Server）サービスが提供します。VCSAにSSH接続後、以下コマンドを実行：
service-control --status –all下記サービスの稼働状況を確認します。
vpxdが停止している場合は起動コマンドを実行：
service-control --start vmware-vpxd起動失敗の原因をログから確認：
tail -f /var/log/vmware/vpxd/vpxd.log
tail -f /var/log/vmware/rhttpproxy/rhttpproxy.log「初期化失敗」またはデータベースエラーによりvpxdが起動しない場合はディスク空き容量を確認：
df -hVCSAにおいて監視が必要なパーティション：
いずれかのパーティション使用率が95%を超える場合は容量を確保してください。古いログアーカイブ（/var/log/vmware/*.log.gz）を削除するか、ディスク容量を拡張します（VMware KB 2145364参照）。
Windows版vCenter（非推奨だが現行利用環境あり）はサービスMMCまたは下記コマンドを使用：
net start "VMware vCenter Server"単純なサービス停止に次いで多い障害要因が証明書です。クライアントがvCenterの証明書を信頼しない、またはvCenter側がクライアント証明書を拒否することでエラーが発生します。
1. 任意のクライアントから証明書有効期限を確認
openssl s_client -connect vcenter.example.com:443 -servername vcenter.example.com 2>/dev/null | openssl x509 -noout -datesnotAfterの日付が過去になっている場合は証明書が期限切れです。VCSAのcertificate-managerを使用し再生成します。
cd /usr/lib/vmware-vmca/bin/
./certificate-manager
オプション8（全証明書リセット）またはオプション3（マシンSSL証明書置換）を選択します。サービス再起動を伴うためメンテナンス時間を確保して実施してください。
2. FQDNの一致確認
証明書のサブジェクト代替名（SAN）を抽出：
openssl s_client -connect vcenter.example.com:443 2>/dev/null | openssl x509 -noout -text | grep -A1 "Subject Alternative Name"SAN一覧に接続時に使用するFQDNが完全一致している必要があります。IPアドレスまたは短縮ホスト名で接続すると検証が失敗するため、証明書に記載されたFQDNでアクセスしてください。
PowerCLI利用者向け：自己署名証明書環境でConnect-VIServer実行時、InvalidCertificateAction設定を行っていない場合接続が静かに失敗します。下記コマンドを実行：
Set-PowerCLIConfiguration -InvalidCertificateAction Ignore -Confirm:$false設定後再接続して確認します。本設定はクライアント側の一時的回避策であり根本解決ではないものの、障害原因が証明書信頼にあることを確認可能です。
セキュリティトークンサービス（STS）が発行するSAMLトークンはシステム時刻を基準に検証されます。vCenterとクライアントの時刻差が既定許容値5分を超えるとトークン検証に失敗し、一部クライアントで汎用的な接続エラーとして表示されます。
VCSA側で時刻確認：
date
timedatectl
systemctl status chronydNTP同期に異常がある場合は手動で強制同期を実行：
chronyc -a 'burst 4/4'
chronyc -a makestepWindows版vCenterの時刻同期確認コマンド：
w32tm /query /status
w32tm /resync時刻ズレは、スナップショットでvCenterを一時停止した後やホストメンテナンス後、VMware Toolsの時刻同期設定が不適切な場合に頻発します。
リンクドモードグループに複数台のvCenterを構成している環境（vSphere7.0以前は拡張リンクドモード、vSphere8.0は共通SSOドメインを使用）では、グループ内いずれか1台のvCenter SDKエンドポイントに障害が発生すると本エラーが表示されます。
1. vCenter同士の疎通確認各vCenterから他サーバーのSDKエンドポイントをテストします。
# vCenter A上でvCenter Bの疎通テスト
curl -k https://vcenterB.example.com:443/sdkA・B双方からテストが失敗する場合はvCenter間のネットワークまたはサービスに障害が存在します。
2. ルックアップサービス登録情報の検証
ルックアップサービスはSSOドメイン配下の全vCenter情報を管理します。vCenterの登録解除または古い登録レコードが残るとエラーが発生します。cmsso-utilコマンド（vSphere8.xでも利用可能）を使用し点検し、詳細構文はVMware KB 2145069を参照してください。
3. リンクドモードの修復
恒久的に停止したvCenterが存在する場合はcmsso-util domain-repurpose -m unregisterコマンドでSSOドメインから削除します（完全なコマンドはKB記事を参照）。根本障害を解消後、再度ドメインに追加可能です。復旧見込みのない停止vCenterのみ実施してください。
ネットワーク、サービス、証明書、DNS、時刻同期を全て検証してもSDKエンドポイントが起動しない場合：
1. 全vCenterサービスを順番に再起動
VCSA bashにroot権限でログイン後実行：
service-control --stop --all
service-control --start vmware-stsd
sleep 30
service-control --start vmware-rhttpproxy
sleep 15
service-control --start vmware-vpxd
service-control --start --all
2. VAMI経由でVCSAのシェルを有効化：SSH接続不可の場合は5480番ポートのvCenter管理インターフェース（VAMI）にアクセス。トラブルシューティング配下でBashシェルを有効にし、上記再起動コマンドを実行します。
3. バックアップからの復元：vpxdデータベースが破損しvCenterが起動しない場合、VCSAのファイル単位バックアップ（VAMI標準バックアップ機能）またはvCenter停止時に取得したスナップショットから復元します。稼働中vCenterのスナップショットから復元するとデータベース不整合が発生するため禁止してください。VCSAファイルバックアップ詳細
エラー解消後は、以下の対策を導入してください。
システムには随時障害が発生する可能性があります。vpxdデータベースの破損、vCenterアプライアンスを暗号化するランサムウェア攻撃、誤ったスナップショットからのロールバックなどが発生すると、長時間のトラブルシューティングが無駄になります。そのため、vCenter Serverおよび配下の仮想マシン専用のバックアップ方針が不可欠です。
Info2softのi2BackupはVMware vSphere環境向けに特化したバックアップ・リストアソリューションです。汎用的なファイル単位バックアップとは異なり、i2Backupはエンタープライズクラスの機能を搭載し、vCenter Serverアプライアンス（VCSA）全体と関連データベースを保護するよう設計されています。
vCenter環境に堅牢なバックアップ方針を導入することで、致命的な障害が発生した際の「スナップショットから復元」というリスクを、標準的なリカバリ作業へと切り替えられます。下記ボタンからi2Backupの60日間無料トライアルをお申し込みいただけます。
本記事では「1台以上のvCenter Serverシステムに接続できません」エラーの一般的な原因（サービス停止、証明書期限切れ、DNS不整合、時刻ズレ）を解説しました。ネットワーク確認、/sdkエンドポイント検証、サービス再起動と段階的に対応することで、大半のケースで障害を解消可能です。
また、VMware仮想マシンの定期バックアップは必須です。あらゆる復旧手段が通用しない状況において、正常なバックアップからのリストアが最速の復旧手段となります。Info2soft i2BackupはvSphere環境向けに設計された、エージェントレスかつ改ざん不可なバックアップソリューションです。
