プロフィール
データ共有および持続性を達成するために、データボリュームを提供するドッキングウィンドウ、および2つの方法でロードするデータ量：
- マウントホストディレクトリ（バインドマウント）
- データボリューム・コンテナ（データ容量）
データ量が特別なディレクトリに使用した容器である、それはファイルシステムをバイパスし、それは便利な機能の多くを提供することができます。
- データ量は、容器間で共有し、再利用することができます
- データボリュームの変更はすぐに反映されます
- データボリュームへの更新は、画像には影響しません
- ボリュームは常にだけでなく、コンテナに、存在します
マウントディレクトリをホスティング
すべてのコンテナを削除します。
[ルート@ドッキングウィンドウ-サーバー1〜]＃ドッキングウィンドウPS -aq | xargsのドッキングウィンドウのrm -f
データボリュームの作成
[ルート@ドッキングウィンドウ-サーバー1〜]＃]ドッキングウィンドウの実行-d -P --nameウェブ-v / webappのdocker.io/centos:6 / binに/ BAS
することができません見つける画像' CentOSのを：6 ' ローカル 6：ライブラリー/から引っ張るCentOSの ff50d722b382：完全なプル ダイジェスト：SHA256：dec8f471302de43f4cfcf82f56d99a5227b5ea1aa6d02fa56344986e1f4610e7 ステータス：新しいイメージをダウンロードするためにはCentOS：6 a306908b2740202fa19d25b3b99a62981960b728f66992d099cb130694e6e207
オプション説明：
- D：容器背景確定 - P：ホスト・ポートランダムのポートに容器を曝す -vは：データボリュームを作成し、データボリュームを自動的に典型的には、ホストのディレクトリにマップされています/ VAR / libに/ドッキングウィンドウ/次のVFS
データボリュームのディレクトリとしてホストをマウントし
ます。[root @ドッキングウィンドウ-サーバー1〜] ＃]ドッキングウィンドウの実行-d -P --name web1と-v /データ：/ webappのdocker.io/centos:6 / binに/ bashの
＃ホストコンピュータ/データディレクトリは、コンテナ/ webappディレクトリにマウントされ
4ee7b1a64be5eefb339ff73f25de3420c57f4d08dfdd611fd347e95c4ad4c278
第二のデータボリュームのコンテナ
2.1データボリュームのコンテナを作成します
[ルート@ドッキングウィンドウ-サーバー1〜]＃]ドッキングウィンドウの実行-it -v / dbdataの--name dbdataのdocker.io/centos:6
＃マウントするデータ量コンテナdbdataのを作成し、データボリュームを作成/ dbdataの
他の容器は--volumes-からによるデータボリュームdbdataのコンテナを実装することができます。
[ルート@ドッキングウィンドウ-サーバー1〜]＃]ドッキングウィンドウの実行-it --volumes-からdbdataの--name DB1のCentOS：6
[ルート@ドッキングウィンドウ-サーバー1〜]＃]ドッキングウィンドウの実行-it --volumes-からdbdataの--name DB2 CentOSの：6
DB1とDB2コンテナは、同じデータ量/ dbdataのディレクトリ、ディレクトリへの3つのコンテナのいずれかの書き込み、および他のコンテナに搭載されて見ることができます
--volumes-からのパラメータは、データボリュームを複数搭載複数の容器から、繰り返し使用することができます
あなたが削除すると、コンテナ、データボリュームをマウントし、あなたも同じ時間は関連付けを削除指定するには、最後のドッキングウィンドウは、rm -v showコマンドを削除するには、その使用してコンテナをマウントする必要があり、データボリュームを削除したい場合は、自動的に削除されませんコンテナ。
データボリュームのコンテナを使用して移行データ
2.2データのバックアップ
＃コンテナの労働者、および使用--volumes-からマウントワーカーdbdataのコンテナを作成し、ホストのバックアップディレクトリに/ backupディレクトリコンテナをマッピングするために-vパラメータを使用します。その後、容器にバックアップ操作を実行するので、ホストのデータバックアップ/バックアップディレクトリを置くこと
/バックアップ--nameワーカーのCentOS：6 -it --volumes-からdbdataの-v /バックアップを実行します。[root @ドッキングウィンドウ-サーバー1〜]＃ドッキングウィンドウ
[ルート@ e0ed338e565a /]＃タールzcf /backup/backup.tar.gz / dbdataの
[ルート@ e0ed338e565a /]＃出口
[ルート@ドッキングウィンドウ-サーバー1〜]＃LL /backup/backup.tar.gz
-rw-R - r--の1ルートルート109 11月 9 08：29 /バックアップ/バックアップ。タール .gzを
2.3データのリストア
＃新しいコンテナを作成し、-vパラメータでローカル・バックアップディレクトリをマウントした後、減圧操作を行い、抽出液のバックアップファイルに/ dbdataのディレクトリ
[ルート@ドッキングウィンドウ-サーバー1〜]＃]ドッキングウィンドウの実行-it -v / dbdataの--name dbdata2 CentOSの：6 / binに/ bashの
[ルート@ 9cd7c00cbfd7 /]＃出口
＃コンテナdbdata2を作成します。
/バックアップCentOSの：6タールXF /backup/backup.tar.gz -it --volumes-からdbdata2 -v /バックアップを実行します。[root @ドッキングウィンドウ-サーバー1〜]＃ドッキングウィンドウ
2.4削除データディスク
ホストディスク上の既存のデータを確認します
[ルートドッキングウィンドウ-サーバー1 @〜]＃]ドッキングウィンドウのボリュームLS
DRIVERボリューム名
ローカル8a55cbee9e17257a1075821453f93f3e607f6332f4225fe4419000ec1173bc9b
ローカル011c8b324617c79971e5bb907e821f9e240a6c5b350c1e2556724fc5fc539383
ローカルc187ebc912eca05f6ea6bd2d212c7d0fccb2fc8d8f737f0e909c96a8ea7ca66d
デフォルトでは、あなたがコンテナを削除すると、ドッキングウィンドウは、そのデータプレートを削除しません、何のコンテナデータディスク法を見ないものは下記のようにされています ドッカーボリュームLS -fダングリング= trueに 未使用のデータディスクを削除したい場合は、次のコマンドを使用します。 ： ドッカーボリュームRM VOLUME_NAME コンテナを削除する場合、削除データディスク中に、使用： ドッカーRM -v CONTAINER_NAME
三マウントホスティングディレクトリ
ローカルディレクトリを容器に装着され、ローカルディレクトリの修理は、コンテナを変更する目的を達成することができます
3.1コンテナの実装を作成します。
[ルート@ドッキングウィンドウ-サーバー1〜]＃]ドッキングウィンドウの実行は、-p 80:80 -v /データを-d：は/ usr / local / apache2の/ htdocsにHTTPD：2.4
することができません見つけるイメージ「：2.4 httpdの」ローカルで 2.4：ライブラリから引っ張る/ httpdの 8d691f585fa8は：すでに存在している プル完全：8eb779d8bd44 574add29ec5c：プル完全 30d7fa9ec230：プル完全 ede292f2b031：プル完全 ダイジェスト：SHA256：35fcab73dc9ae55db5c4ac33f5e0c7e76b7735aaddb628366bab04db6f8ae96eの 新しいイメージをダウンロード：ステータスのためにhttpd：2.4 a69423b85fb5fd7dbe25e14fa54767b9761259404721a781d7fa393827981e46
[ルート@ドッキングウィンドウ-サーバー1〜]＃ドッキングウィンドウのps -a
\ CONTAINER IDイメージコマンドCREATED STATUSポートの名称 a69423b85fb5のhttpd：2.4 " のhttpd-フォアグラウンド" 38秒アップ前に37秒 0.0。0.0：80 - > 80 / tcpのgoofy_kowalevski
アクセス192.168.132.131:80
3.2データは、物理マシンで書かれています
[ルート@ドッキングウィンドウ-サーバー1〜]＃エコー " こんにちはドッカー" >> /データ/ index.htmlを こんにちはドッカー /data/index.html
[ドッキングウィンドウ-のserver1データ@ルート]＃は>> "これは乳頭ある" エコー/data/test.html
3.3ビュー
容器に
[ルート@ドッカ-のserver1データ]＃ドッキングウィンドウのexec -it a69423b85fb5 / binに/ bashのは ルート@ a69423b85fb5：は/ usr / local / apache2の＃のCDは/ usr / local / apache2の/ htdocsに/ ルート@ a69423b85fb5：は/ usr / local / apache2の/ htdocsに＃LS - L 合計8 -rw-R - r--の1つのルートルート13 11月 9 13：59 のindex.html -rw-R - r--の1つのルートルート13 11月 9 14：00 test.htmlというの ルート@ a69423b85fb5：は/ usr / local / apache2の/ htdocsに＃猫のindex.html こんにちはドッカー ルート@ a69423b85fb5：/ usr / local / apache2の/ htdocsに＃退出 終了
3.5削除コンテナテスト
[ドッキングウィンドウ-のserver1データ@ルート]＃ドッキングウィンドウのrm -f a69423b85fb5
[ルート@ドッキングウィンドウ-サーバー1のデータ]＃]ドッキングウィンドウの実行は、-p 80:80 -v /データを-d：は/ usr / local / apache2の/ htdocsにHTTPD：2.4
3b821b608a83f0dffb44ac8f53422806775258cbf5451502ed28b66d210680f9
容器にチェック
[ルート@ドッカ-のserver1データ]＃ドッキングウィンドウのexec -it 3b821 / binに/ bashのは ルート@ 3b821b608a83：は/ usr / local / apache2の＃のCDは/ usr / local / apache2の/ htdocsに/ ルート@ 3b821b608a83：は/ usr / local / apache2の/ htdocsに＃LS - L 合計8 -rw-R - r--の1つのルートルート13 11月 9 13：59 のindex.html -rw-R - r--の1つのルートルート13 11月 9 14：00 test.htmlというの ルート@ 3b821b608a83：は/ usr / local / apache2の/ htdocsに＃猫のindex.html こんにちはドッカーの 3b821b608a83 @ルート：/ usr / local / apache2の/ htdocsに＃退出 終了
アクセスのテスト
再び、まだ作成されたテストデータコンテナ
データボリュームは読み取り書き込み許可（RW）をマウントするためのドッキングウィンドウのデフォルトは、ユーザーは、読み取り専用のROで指定することができます。
[ルート@ドッキングウィンドウ-サーバー1のデータ]＃]ドッキングウィンドウの実行は、-p 81:80 -v /データを-d：は/ usr / local / apache2の/ htdocsに：ROのhttpd：2.4
354fe8e46850d21b1f986c6f9ad39f5dc012bf47127e1ce627736cd0759c3505
あなたはアクセスすることもできます
容器に
[ドッキングウィンドウ-のserver1データ@ルート]＃ドッキングウィンドウのps -a
CONTAINER IDイメージコマンドCREATED STATUSポートの名称 354fe8e46850のhttpd：2.4 " のhttpd-フォアグラウンド" 2分アップ前に2分の 0.0。0.0：81 - > 80 / TCP zealous_boyd
[ドッキングウィンドウ-のserver1データ@ルート]＃ドッキングウィンドウのexec -it 354fe8e46850 / binに/ bashの
354fe8e46850 @ルート：は/ usr / local / apache2の＃は、CDのhtdocs / 354fe8e46850 @ルート：は/ usr / local / apache2の/ htdocsに＃タッチテスト- 1 の.html＃不可写 タッチ：することはできません触れ ' テスト-1.htmlを'：読み取り唯一のファイルシステム
ブロガー免責事項：私は完成した検証実験が必要とされていたコンテンツソース玉田ヤン魏の教師教育、からのこの記事では、ボー玉田教育（http://www.yutianedu.com/）の友人に連絡して正式承認を得るために、またはしてくださいヤン先生（https://www.cnblogs.com/breezey/）Iは、再版に同意いただきありがとうございます！