Reset network configuration windows 10 cmd free download

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Hyper-V を主導でインストールするには、 Windows 10 上に Hyper-V をインストールする を御覧ください。インストール後は再起動が必用です。Hyper-V をインストールしても再起動をしないと、 Docker Desktop は正しく動作しません。. dry run オプションも用意されており、実際の処理を実行しなくてもプールデータベースが復元可能かどうかを確認できます。 dry-run のデフォルト値はfalseです。. 私たちが推奨するのはポートの公開か、他のコンテナからの接続です。コンテナがオーバレイ・ネットワークを使う場合は、Linux と同じような手法が使えますが、ブリッジ・ネットワークの場合は経路付け（ルーティング）されず使えません。. このコマンドの対象ホストを指定するには、「 ホストセレクター 」で説明されている標準的な方法を使用します。オプションの引数には、「 ホストパラメーター 」から任意の数を指定できます。ホストを選択するパラメーターを指定しない場合、すべてのホストに対してその操作が実行されます。. Tweet a thanks.
 
 

[How to Reset Network Settings in Windows 10

 
Windows 7 home premium product key free 無料ダウンロード. Reset all network settings windows 10 cmd 無料ダウンロード.reset network settings windows Wi-Fi 接続のトラブルシューティングを行う方法を説明します。 Wi-Fi 接続のトラブルシューティングを行うには、Wi-Fi 自動接続の状態機械の基本的な

Reset network configuration windows 10 cmd free download

Remember to hit Enter after typing each command line. The command takes effect after you restart your computer. Additionally, you can also use Netsh commands to flush DNS and reset network settings to fix Internet connection problems. The command lines are as follows:. Alisa is a professional English editor with 4-year experience. Through her articles, users can always easily get related problems solved and find what they want.

In spare time, she likes basketball, badminton, tennis, cycling, running, and singing. She is very funny and energetic in life, and always brings friends lots of laughs. Facebook Twitter Linkedin Reddit. Docker Desktop ダッシュボードを通して、マシン上にあるコンテナとアプリケーションを用いる、アプリケーションのライフサイクルと管理をやりとりできます。ダッシュボードの UI を通して見えるのは、全ての実行中、停止中、開始中のコンテナと状態です。直感的なインターフェースを通して、コンテナや Docker Compose アプリケーションに対する調査と管理といった共通動作が行えます。より詳しい情報は、 Docker Desktop Dashboard をご覧ください。.

詳しい情報は、以下の Docker Hub 記事（英語） を御覧ください。. Docker Desktop では、Docker Hub へのログインに二要素認証（Two-factor authentication）を有効化できます。二要素認証は Docker Hub アカウントにアクセスするとき、追加のセキュリティ段階を提供します。. Docker Hub での二要素認証を有効化する前に、Docker Desktop を通して Docker Hub アカウントにサインインする必要があります。手順は Docker Hub で二要素認証を有効にする（英語） を御覧ください。. Docker デーモンが、レジストリ・サーバ証明書と クライアント証明書 の検証用に、信頼できる 認証局 CA; Certificate Authorities を追加してレジストリを認証できます。詳しい情報は FAQ にある 任意の CA 証明書を追加できますか？ と クライアント証明書の追加はどのように行いますか？ を御覧ください。.

Docker Desktop は全ての信頼できうる（ルート及び中間）証明局（CA）をサポートしています。証明書が信頼できるルート認証局や中間認証局の配下にあるかどうか、Docker は識別します。. Docker Desktop は Windows 証明局ストアに基づき、全てのユーザが信頼する CAの証明書バンドルを作成します。また、Moby の信頼できる証明書にも適用します。そのため、エンタープライズ SSL 証明書がホスト上のユーザによって信頼されている場合は、Docker Desktop からも信頼されます。. レジストリに対する CA ルート証明書のインストール方法について学ぶには、Docker エンジン記事の 証明書でリポジトリ・クライアントを認証する（英語） を御覧ください。. key に追加できます。自分の証明書を git コマンドで送信する必要はありません。. d ディレクトリにコピーします。.

d ディレクトリ内の変更を有効にするには、 Docker Desktop の再起動が必要です。. レジストリは insecure （安全ではない）レジストリとして表示されません（ Docker デーモン（英語） を御覧ください ）。Docker Desktop は安全ではないレジストリにある証明書を無視します。そして、クライアント証明書も送信しません。 docker run のようなレジストリから取得するコマンドは、コマンドライン上でもレジストリでもエラーになるメッセージが出ます。.

認証用にクライアント TLS 証明書を設定する方法を学ぶには、Docker エンジン記事の 証明書でリポジトリ・クライアントを確認する（英語） を御覧ください。. Docker Desktop のダッシュボードは、コンテナやアプリケーションの操作や、マシン上のアプリケーションのライフサイクルを直接管理するための、シンプルなインターフェースを提供します。ダッシュボードのユーザ・インターフェースで、実行中や停止中の前コンテナの稼働状態や、実行中であればその状態を表示します。直感的なインターフェースを通して、コンテナを含む Docker オブジェクトと Docker Compose ベースのアプリケーションに対し、調査、アクション、管理するために共通する処理を行います.

Docker Desktop のダッシュボードにアクセスするには、Docker メニューから Dashboard （ダッシュボード）を選択します。ダッシュボードは、全てのコンテナとアプリケーションの一覧を提供します。. Docker メニューから、 Dashboard を選択します。ここでは実行中のコンテナとアプリケーションの全リストを表示します。Docker Desktop ・ダッシュボード上に表示されているのは、実行中のコンテナとアプリケーションのみなので御注意ください。.

それでは、サンプル・アプリケーションを実行しましょう。Docker サンプル・ページから サンプル投票アプリ をダウンロードできます。サンプル投票アプリは、複数の Docker コンテナを横断する分散アプリケーションです。. アプリケーションの実行に成功したら、 Docker メニューから Dashboard を選択し、サンプル投票アプリケーションを見ましょう。アプリケーションを展開し、アプリケーション内で実行中のコンテナを見ます。. Search オプションを使い、特定のオブジェクトを検索します。また、様々なオプションでコンテナやアプリケーションを並び替えできます。 Sort by ドロップ・ダウンで、利用可能なオプションの一覧を表示します。.

application view 一覧から、実行している全アプリケーションのコンテナ一覧と、詳細なログ表示を行います。また、アプリケーションの起動、停止、削除も行えます。. コンテナ名の上にマウスを移動すると、主要な操作可能な機能を表示します。特定のイベントに対するアプリケーションのログを検索するには、下の方にある Search オプションを使います。あるいは、クリップボードにログをコピーするには Copy を選択します。. 特定のコンテナに対する詳細情報を指定するには、クリックします。 container view には Logs 、 Inspect 、 Stats タブが表示され、ボタンのクリックで様々なアクションを処理できます。. また、トップバー上にある quick action（クイック・アクション）ボタンを使っても、CLI を開いてコンテナ内でコマンドを実行するような共通操作を行えます。また、コンテナに対する停止、起動、再起動、削除のようなライフサイクルの操作も行えます。.

Docker デスクチップはスタンドアロン Kubernetes サーバとクライアントを含むだけでなく、Docker コマンドライン・インターフェースと統合しています。 Kubernetes サーバはローカルの Docker インスタンス内で実行します。設定の変更はできず、単一ノードのクラスタです。. ローカルシステム上の Docker コンテナ内で Kubernetes サーバが稼働します。また、用途はローカルでのテストのみです。Kubernetes サポートを有効化したら、Kubernetes 、 Swarm 、そしてスタンドアロン・コンテナを、それぞれ並列にワークロードをデプロイ可能となります。. docker stack deploy に docker-compose. yml ファイルとスタック名を使い、Kubernetes 上にスタックをデプロイ可能です。.

exe に提供されています。この場所はシェルの PATH 変数に入っていない場合があるため、コマンドはフルパスで実行するか、 PATH に追加する必要があります。 kubectl に関する情報は、 公式 kubectl ドキュメント を御覧ください。コマンドのテストは、利用可能なノード一覧の表示で行えます。. Docker は以下のデモ用アプリケーションを作成しました。 docker stack deploy コマンドを使って swarm モードや Kubernetes にデプロイできます。. Docker Desktop のネットワーク構築は、VPN 接続時も動作します。そのためには、あたかも Docker アプリケーションが発信しているかのように、Docker Desktop がコンテナからのトラフィックを取り込み、Windows へ投入します。.

Docker Desktop はコンテナ内のポート 80 で実行しているものが何であろうと（この例では nginx ）、 localhost のポート 80 上で利用可能にします。ホスト側で異なるポートを指定するにはどうしたら良いでしょうか。例えば、ホストマシン側でポート 80 上で実行中の何かがある場合、コンテナに対しては別のポートで接続できます。. これで localhost への接続が、コンテナ内のポート 80 へ送られます。 -p の構文は ホスト側ポート:クライアント側ポート です。. ネットワーク構築機能の実装が、Docker Desktop for Windows 用のため、ホスト側では docker0 インターフェースは見えません。このインターフェースは、実際には仮想マシン内にあります。.

Docker Desktop for Windows は Linux コンテナに対してトラフィックを経路付け（ルーティング）できません。一方で、Windows コンテナに対しては ping ができます。. ホストの IP アドレスは変動します（あるいは、ネットワークへの接続がありません）。 internal での接続を推奨していました。これはホスト上で内部の IP アドレスで名前解決します。これは開発用途であり、Docker Desktop for Windows 外の本番環境では動作しません。.

localhost に対するポート転送（port forwarding）が動作します。つまり、 –publish 、 -p 、 -P が全て機能します。Linux からのポート公開（露出）は、ホスト側に転送されます。. 現時点で推奨するのは、ポートの公開か、他のコンテナからの接続です。これは Linux 上でも同様ですが、ブリッジ・ネットワークではなくオーバレイ・ネットワーク上にコンテナがある場合、到達（経路付け）できません。. 全ポートを公開するには -P フラグを使います。例えば、以下のコマンドはコンテナを起動し（デタッチド・モードで）、 -P フラグはコンテナが公開する全てのポートを、ホスト側ランダムなポートに対して割り当てます。.

docker run で公開するオプションに関する詳細は run コマンドを御覧ください。. 警告 : Docker Toolbox からのディスクイメージ移行は、既存の Docker イメージを上書きします。移行手順では、以前の Docker Toolbox データ全体を含む仮想マシン全体を置き換えます。. Docker Toolbox イメージを移行するかどうかに関わらず、アンインストールを決めるべきでしょう。Toolbox をクリーン・アンインストールする詳細は、 How to uninstall Toolbox を御覧ください。. このページに含む情報は、どのようにして原因を追及し、問題を解決し、ログを送信し、Docker Desktop のチームとやりとりし、フォーラムやナレッジ・ハブで使ったり、GitHub 上で問題を見たり記録したり、既知の問題に対する回避策を発見する方法です。.

発生した問題が、このページ内のドキュメントで解決できない場合は、 GitHub の Docker Desktop for Windows issues や Docker Desktop for Windows forum で、ログデータのトラブルシュートを手助けできるかもしれません。. Report an issue （問題を報告）をクリックすると GitHub 上の Docker Desktop for Windows issues をウェブブラウザで開き、送信前に必要な一式が揃った “New issue” テンプレートが適用されます。その際に Diagnostic ID （診断 ID）の添付を忘れないでください。.

まず com. exe にあるでしょう。. Docker Desktop は安全ではないレジストリ（insecure registry）上にある証明書を無視します。また、そちらに対してクライアント証明書も送りません。 docker run のようなコマンドでは、レジストリからの取得（pull）を試みても、次のようなコマンドライン上のエラーメッセージを表示します。. クライアントとサーバ側証明書の使用に関しては、導入ガイドのトピックにある 任意の CA 証明書を追加するには 、及び、 クライアント証明書を追加するには を御覧ください。. Docker Desktop は 共有ボリューム 上の権限（パーミッション）をデフォルトで （ ユーザ 及び グループ に対して、 読み込み ・ 書き込み ・ 実行 の権限）に設定します。.

現時点における Docker Desktop の実装では、ホストをマウントするボリュームは マイクロソフト SMB プロトコル をベースにしているため、権限を制御する chmod のようなキメ細かなサポートはありません。. また、 FAQ の コンテナのデプロイごとに、必要に応じて共有ボリューム上の権限を変更できますか をご覧いただき、詳しい情報は 御覧 issue の Controlling を御覧ください。. 現時点では、 inotify は Docker Desktop 上で動作しません。これが明らかになる例は、アプリケーションがコンテナがマウントしたドライブに対する読み書きが必要な場合です。ファイルシステム上の inotify に頼らず、私たちが推奨するのはフレームワークやプログラミング言語にあるポーリング（polling）機能の使用です。. マウント・ボリュームを使用中に、アプリケーション・ファイルが見つからないというランタイム・エラーが表示される場合は、ボリューム・マウントに対するアクセスが拒否されているか、あるいは、 Docker Compose などを使っていてサービスが開始できない場合には、 共有ドライブ の有効化が必要でしょう。.

共有ドライブに対するアクセス権限は、セットアップをした共有ドライブを使っているユーザ名とパスワードで試みます。もしも共有ドライブをセットアップしたユーザ名と異なるユーザ名で docker コマンドを実行しようとしても、マウントしたボリュームに対するアクセス権限はありません。ボリュームは空になって見えます。. 以下はこの問題に対処するデバッグ例です。 c ドライブをドメインユーザではなくローカルユーザで共有した場合を考えましょう。ローカルユーザは samstevens 、ドメインユーザは merlin と仮定します。. 共有ドライブのダイアログ を通して、ドライブを再共有し、Windows ドメインユーザ・アカウントの資格情報（クレデンシャル）を与えます。 5.

net share c を再度実行します。. 関連項目として、GitHub 上の issue に マウントしたボリュームが、コンテナから空になった（英語） があります。. 可能であれば、ホスト上のネットワーク・パスを共有ドライブとしてボリューム・マウントするのを避け、そのかわりに MobyVM 上をマウントするか、 データ・ボリューム（英語） （名前付きボリューム）か データ・コンテナ（英語） を作成します。 また、Compose ファイル・ドキュメントの service 設定かの volume キー（英語） と ボリューム設定リファレンス（英語） も御覧ください。.

Docker for Windows issue 98（英語） も御覧ください。. コンテナ間で symlinks は動作します。しかし、コンテナの外で作成した symlinks （例えばホスト上）は動作しません。詳しく学ぶには、 FAQ の symlinks をサポートしますか？ を御覧ください。. この問題と解決方法の例は、GitHub 上の issue を御覧ください： Docker RUN でシェルスクリプトの実行に失敗する（英語） 。. Docker Desktop をインストールして有効化するには、 Hyper-V と同様に Windows Powershell 用 Hyper-V モジュールも必要です。Docker Desktop インストーラは、これらを有効化します。.

また、Docker Desktop は Hyper-V を使うために2つの CPU 機能を使います。すなわち、仮想化と Rapid Virtualization Indexing RVI とも呼ばれる Second Level Address Translation SLAT です。同じシステムの BIOS 上で、Virtualization （仮想化）の有効化が必須です。必要な手順はベンダによって異なりマスが、典型的な BIOS オプションは Virtualization Technology VTx と呼ばれるものか、似たようなものです。Hyper-V 機能が必要とする全てを確認するには、 systeminfo コマンドを実行します。詳細は Windows 10 Hyper-V のシステム要件 を御覧ください。. Hyper-V を主導でインストールするには、 Windows 10 上に Hyper-V をインストールする を御覧ください。インストール後は再起動が必用です。Hyper-V をインストールしても再起動をしないと、 Docker Desktop は正しく動作しません。.

Docker Desktop のインストールには、Docker Machine という以前のツールが使う古い boot2docker. iso と、ローカルで仮想マシンを作成するための Microsoft Hyper-V ドライバ を含みます。これらは Docker Desktop とはほとんど関係がありませんが、Docker Machine で複数のローカル仮想マシン（VM）を作成したいときや、リモートマシンをプロビジョン（自動構築）するために必要です。詳しくは Docker Machine の記事を御覧ください。こちらのドキュメントは Docker Machine on Windows について探している方向けのドキュメントであり、必要となる Hyper-V の有効化や、アクティブに切り替える外部ネットワークや、 前述の Docker Machine ドライバ例 にある docker-machine create コマンドのフラグも含むリファレンスです。. もしも Hyper-V を手動でアンインストールするか、仮想化を無効にしたら、Docker Desktop は起動できません。 Windows 10 Enterprise では Docker for Windows を実行できません（英語） を御覧ください。.

Docker Desktop のインストールと起動によって、何人かの利用者は、ネットワーク機能の問題が発生する可能性があります。例えば、インストールあるいは自動再起動の後、ネットワーク・アダプタと WiFi のどちらかか両方が無効化するものです。問題のいくつかの原因は、 VirtualBox を導入しているか、そのネットワーク・アダプタをインストールしている場合ですが、その他の原因によっても起こる可能性があります。GitHub issue Hyper-V 機能の有効化で wi-fi が切れる（英語） を御覧ください。.

Windows クリーンアップスクリプトを実行する前に、必ずお読みください クリーンアップ・コマンドには2つのフラグ -Cleanup と -ForceDeleteAllSwitches があります。スクリプトの実行前に各ページをお読みください。特に -ForceDeleteAllSwitches に書かれた警告をお読みください。. Windows サーバー上での Docker Desktop はサポート外です。そのかわり、追加費用なしで Docker Enterprise Basic を利用可能です。. ネイティブな Windows バイナリをインストールしたら、Windows Desktop がなくても Windows コンテナの開発と実行が可能です。しかし、この方法で Docker をインストールしたら、Linux コンテナの開発と実行ができません。もしもネイティブな Docker デーモンで Linux コンテナの実行を試みても、次のようなエラーが発生します。.

Docker Desktop for Windows は、Windows と Linux コンテナの切り替えオプションがあります。もし Windows コンテナを使っている場合は、現時点における Windows NAT WinNAT の実装により、ネットワーク機能に対する複数の制限があります。それぞれの制限は Windows コンテナ・プロジェクトの進化によって、いずれは解決する可能性があります。. もしも Windows 10 コンテナに割り当てられている IP アドレスを知るには、 docker inspect に複数の –format オプションと、コンテナの ID 又は名前を使います。先ほどの例では、コマンドを実行するときにコンテナ ID ではなくコンテナ名（ webserver ）を使います。.

Paralles や VMware Fusion a Mac 上で動く Windows 10 仮想マシン内で、適切な設定をすると Docker Desktop を実行可能です。しかしながら、ハードウェア仮想化アプリの手法によって、問題や一時的な問題が発生する可能性があります。そのため、 Docker Desktop はネストした仮想化環境での実行をサポートしません 。動く場合もあれば、動かない場合もあります。. 裁量の結果を出すには、Windows システム上で Docker Desktop をネイティブに実行するのを推奨します（Windows コンテナも Linux コンテナも動作します）。また Mac では Linux コンテナのみ動作します。. GitHub の議論スレッドは Docker for Windows issue です。. Docker Desktop 安定版（stable）を使っているユーザ数名から、 Docker Hub への接続問題が報告されています。（GItHub issue を御覧ください）.

この問題を一時的に回避するには、 DNS サーバの設定をリセットし、 Google DNS の固定アドレス 8. Network ダイアログについては、 ネットワーク のトピックに詳細があります。この設定を適用したら、少し時間をおいた後、Docker は自動的に再起動します。. デフォルトでは、 Docker Desktop は もしも Node. js で nodemon を使っているのであれば、こちらで説明しているフォールバック・プーリング・モードを試すのが、一時的な回避策です： nodemon が node アプリケーションを再起動しません（英語） 。また、GitHub issue の 共有ドライブの inotify が動作しません（英語） も御覧ください。. Bind for 0. これらのエラーは、Windows 上の他のソフトウェアが各ポートを使っている場合によく発生します。どのソフトウェアが使っているかを見つけるか、 resmon.

いくつかのアンチウィルス・ソフトウェアは、Hyper-V と Microsoft Windows 10 ビルドによっては互換性がない場合があります。典型的に発生するのは Windows update 直後で、Docker デーモンからエラーの反応が表示され、Docker Desktop の起動に失敗します。. Docker Desktop の Stable 又は Edge 版は Docker Hub からダウンロードできます。. Stable チャンネル は、完全に固められ、テスト済みであり、信頼できるアプリケーションとして、一般的に利用可能な準備が調っているリリースのインストーラを提供します。リリース時期は Docker エンジンのリリースとパッチ（修正版）リリースに同期しています。Stable チャンネルでは、利用状況統計や他のデータを送信するかどうか選択できます。.

Edge チャンネル は、開発中の新機能を含むインストーラを提供しますが、必要なテストを十分に行っていません。Docker エンジンの実験的なバージョンを含みます。そのため、Edge バージョンの利用時には、バグ、クラッシュなど問題が発生する可能性があります。しかし、新機能のお試しや経験を得られるチャンスとなり、Docker Desktop の進化に対するフィードバックを提供します。一般的に、Edge リリースは Stable に比べ頻繁にリリースがあります。おおよそ、一ヶ月か一ヶ月おきのリリースです。デフォルトで利用統計情報やクラッシュ報告が送信されます。Edge チャンネルでは、これを無効化するオプションはありません。.

はい、Stable と Edge 版を切り替え可能です。Edge リリースで何が新しくなったか試してみた後、Stable に戻って他のことができます。しかしながら、 一度に Docker Desktop をインストールできるバージョンは、１つのみ です。詳しい情報は Stable 及び Edge バージョン間の切り替え を御覧ください。. 実験的機能とは、今後のプロダクト機能を早期に利用できます。各機能のテストやフィードバックのみを目的としており、今後のリリースでは予告のない変更や、将来的なリリースでは機能全体が削除される場合があります。実験的機能はプロダクション環境で利用すべきではありません。実験的機能に対し、Docker はサポートを提供しません。. Docker CLI で実験的機能を有効にするには、 config.

Docker Engine API と Docker Desktop for Windows フォーラムのトピック リモート API をどのようにして見つけられますか（英語） も御覧ください。. Windows は変動 IP アドレスを持ちます（あるいは、ネットワーク接続がなければ存在しません）。私たちが推奨するのは host.

internal という特別な DNS 名での接続です。これはホストによって使われる内部の IP アドレスを名前解決します。これは開発用途であり、Docker Desktop for Windows 以外のプロダクション環境では動作しません。. 私たちが推奨するのはポートの公開か、他のコンテナからの接続です。コンテナがオーバレイ・ネットワークを使う場合は、Linux と同じような手法が使えますが、ブリッジ・ネットワークの場合は経路付け（ルーティング）されず使えません。. いいえ、現時点では、Docker Desktop はデプロイしたコンテナで 共有ボリューム 上で Unix 風の権限を制御（ chmod ）できません。それどころか、権限をデフォルトで の値（ user と group に対する「読み込み」「書き込み」「実行」の権限 ）に設定し、変更不可能です。.

Docker Desktop はコンテナ内で作成したシンボリック・リンク symlinks をサポートします。 シンボリック・リンクはコンテナ間でも動作します。ただし、Docker の外で作成したシンボリック・リンクは動作しません。. Docker Desktop は全ての信頼できる（ルート及び中間の）認証局（CA）をサポートしています。Docker は信頼できるルート認証局や中間認証局以下に保管されている証明書を認識します。.

Paralles や VMware Fusion a Mac 上で動く Windows 10 仮想マシン内で、適切に設定を行えば Docker Desktop を実行可能です。しかしながら、ハードウェア仮想化アプリの手法によって、問題や一時的な問題が発生する可能性があります。そのため、 Docker Desktop はネストした仮想化環境での実行をサポートしません 。動く場合もあれば、動かない場合もあります。詳しい情報は ネストした仮想化環境で Docker Desktop を実行 を御覧ください。. Docker Desktop は Windows Hyper-V 機能を使います。Windows の古いバージョンでも Hyper-V はありますが、それらの Hyper-V には Docker Desktop を動作するために必要な機能が欠如しています。.

いくつかのアンチウィルス・ソフトウェアは、Hyper-V と Windows 10 ビルドと互換性がなく、Docker Desktop に影響があります。詳しい情報は トラブルシューティング の アンチウィルス・ソフトウェアをインストールしていると, Docker Desktop の起動に失敗する を御覧ください。. トラブルシューティングで解決策が見つからなければ、 GitHub の Docker Desktop for Windows の issue を見るか、新しい issue を作成してください。また、診断結果に基づいて新しい issue の作成もできます。詳細を学ぶには 問題の診断、フィードバック送信、GitHub issue の作成 を御覧ください。.

[Reset network configuration windows 10 cmd free download

 
 
reset network settings windows 10 cmd Reset all network settings windows 10 cmd 無料ダウンロード. I AGREE I DO NOT AGREE. Este artigo foi traduzido automaticamente. Ryan Dube. リソースプール（poolオブジェクト）を操作します。 プール は、1つまたは複数のCitrix Hypervisorサーバーの集合です。リソースプールでは1つ以上の共有ストレージリポジトリを使用して、プール内のあるホスト上で実行されている仮想マシンを、同じプール内の別のホストにほぼリアルタイムで移行できます。この移行は、仮想マシンをシャットダウンしたり再起動したりすることなく、仮想マシンの起動中に実行されます。デフォルトでは、各Citrix Hypervisorサーバーが、単一メンバーで構成された1つのプールとなります。このプールにほかのCitrix Hypervisorサーバーを追加すると、追加したホストはメンバーホストとして動作し、元のホストがプールマスターになります。.