[ドッカー]基本的なインストールとアーキテクチャ

ディレクトリ
- Centos7インストールドッカー
-ドッカーアーキテクチャ

1. CentOS7インストールドッカー

現在、ドッキングウィンドウの3つの分岐、モービー、ドッキングウィンドウ-CE、ドッキングウィンドウ-eeがあります

モービーは、かつてのドッキングウィンドウのプロジェクトから継承されたコミュニティ維持のオープンソースプロジェクトであり、誰もがモービーに基づいて、独自のコンテナの製品を作成することができます。

ドッキングウィンドウドッキングウィンドウ-CEは、同社のオープンソースプロジェクトを維持することで、それが自由コンテナ製品モービープロジェクトに基づいています

ドッキングウィンドウドッキングウィンドウ-EEは、企業によって維持されているソース製品、ドッキングウィンドウの商用製品を閉じました。

 

ここでドッキングウィンドウ-CEはCentOSの7にyumを経由して取り付けられました

[ルート@ノード1は〜]＃は、uname -r 
3.10.0-327.el7.x86_64 
[ルート@ノード1〜]＃猫の/ etc / redhatのリリース
CentOSのLinuxは（コア）を1511年2月7日にリリース

 インストールプロセスのドッキングウィンドウ-CEに関する情報の清華YUMソースは非常に明確にされています：https://mirror.tuna.tsinghua.edu.cn/help/docker-ce/

 

 

 

インストールが依存：
[ルート@ノード1〜]＃yumをインストールyumを-utilsの-Y-永続的デバイスマッパーデータLVM2が

レポファイルをダウンロードしてください：
[ルート@ノード1〜]＃wgetの-O /etc/yum.repos.d/docker- ce.repo https://download.docker.com/linux/centos/docker-ce.repo 

デポはTUNAを交換し
ます。[root @のノード1〜] -i＃sedの「+ S + download.docker.com mirrors.tunaを。 tsinghua.edu.cn/docker-ce+「/etc/yum.repos.d/docker-ce.repo

表示ドッキングウィンドウ-CEバージョン：

 

 

現在インストールされたバージョン：19.03.3

[ルート@ノード1〜]＃yumをインストールドッカ-CEの-y 

インストールで完了し、サービス開始：
[ルート@ノード1〜]＃systemctlのスタートドッカーを

[表示]ドッキングウィンドウの情報：

[ルート@のノード1〜]＃]ドッキングウィンドウの情報

 

 

 

実行ドッキングウィンドウの情報警告メッセージが表示されます。

WARNING：ブリッジ-NF-CALL-iptablesを無効にする
警告：ブリッジ-NF-CALL-ip6tablesをが無効になっています

 ソリューション：

[ルート@ノード1〜]＃のvim /etc/sysctl.confの
net.bridge.bridge-NF-CALL-ip6tablesを= 1 
net.bridge.bridge-NF-コールのiptables = 1 

[ルート@ノード1〜]＃sysctlを-p

 ドッカー情報を再度実行します

 

 

アラーム情報：ストレージドライバdevicemapperお勧めしません、それは将来のリリースでは削除されます。

 

ドライバーはoverlayfsに切り替える必要devicemapperバージョンドッキングウィンドウ19には、ストアは、もはやそれがoverlayfs何であるか、推奨されていませんか？
まず、overlayfsは、同様に最新のファイルシステムで、現在dokcerあるファイルシステム、他のファイルシステムである：ようにAUFS、デバイスマッパーと。実際には、しばらくoverlayfsとaufsを使うには似ています。より正確には、overlayfs、実際には、トップのLinuxファイルシステムのファイル・システムの一つです。以下の基本的なファイルシステムフォーマットのサポートoverlayfs：

• ext4の
• XFS（XFSはFTYPE = 1が使用されていないフォーマットXFSファイルシステムでは、ドッカー不明なエラーが発生する可能性がある場合-n FTYPE = 1、方法の使用を指定し、時間のフォーマットでなければなりません）

現在のオペレーティングシステムを表示する方法オーバーレイをサポートしています

[ルート@のノード1〜]＃1はlsmod | egrepのオーバーレイ

出力がない場合、それは彼らがサポートしていないと述べた、次のコマンドでオーバーレイを開くことができます

[ルート@のノード1〜]＃件のmodprobeオーバーレイ

 

それに注意してください。

• ドッキングウィンドウの関係者はoverlay2ため、より効率的ではなく、オーバーレイよりも、overlay2お勧めします。overlay2使用するには、バージョン4以降では、Linuxカーネルが必要です。
• 限り、現在のオペレーティングシステムとしてオーバーレイ、あなたがオーバーレイまたはoverlay2を使用することができるドッキングウィンドウをサポートしています。
• ドッキングウィンドウのoverlay2ドライブを指定し、--storageドライバ指定されたパラメータ、または、設定ファイル/etc/docker/daemon.jsonで、指定された駆動装置ドッキングウィンドウを開始する必要があります

 

何d_type XFSファイルシステムがあります

d_typeは、「ディレクトリエントリタイプ」を意味し、Linuxカーネルの用語であり、およびディレクトリエントリは、実際にはファイルシステムのディレクトリ情報のデータ構造です。d_typeは、このフィールドはデータ構造であり、このフィールドは、ファイルの種類、ファイル、またはパイプ、またはディレクトリやソケットなどを示すために使用されます。

他人ながら、いくつかは、つまり、達成に選択されている追加のパラメータを使用するユーザーを必要とし、具体化しなかった、最初からd_typeは、Linux 2.6カーネルのサポートされていますが、Linuxカーネルが、サポートされていますが、いくつかのファイルシステムはd_typeを達成するためにサポートd_typeを有効にするかどうかを決定します。

なぜドッキングウィンドウはoverlay2（XFSファイルシステム）にd_type必要が

オーバーレイ、またはoverlay2かどうか、その基礎となるファイルシステムはoverlayfsファイルシステムです。overlayfsファイルシステムは、ファイル操作のために使用されます。この事は正しく処理されているd_type。言い換えれば、ドッキングウィンドウはちょうどoverlayfsを使用するのと同じです、オーバーレイまたはoverlay2を使用し、それはd_typeに使用されます。

ドッキングウィンドウの情報は、正しい使用d_typeのオーバーレイを使用している場合かどうかを検出するサービスをドッカー。オーバーレイ/ overlay2場合は、しかし、開いていない、それは警告をd_type報告しました。

あなたはd_typにドッキングウィンドウを使用している場合は、ファイルを操作するとき、あなたは、このような特定のディレクトリやファイルなどのいくつかのエラーが発生する場合がありドッキングウィンドウは、ファイルやディレクトリのアクセス権やユーザーの失敗を削除することはできませんを意味し、オーバーレイ/オーバーレイ駆動をサポートしていません。ように。これらは、予期しないエラーです。特定のシーンのために、つまり、ドッキングウィンドウが建てられたときに、おそらくビルドプロセスでは、ファイルを削除し、その建物を停止につながる、失敗しました。

 

現在のファイルシステムを検出する方法、d_typeをサポートしていますか？

 

 

どのFTYPE、1サポートd_type、0はサポートがないことを示します。

 

だから、オペレーティングシステムをインストールする場合は、このエラーに対処するために準備する必要があります。

• オペレーティングシステムは、EXTファイルシステムの形式を使用してインストールされている場合
• 予約パーティションのフォーマット後にインストールをマウント

。

 

仮想マシンは、フォーマットした後、使用をマウントするディスクを追加することでありますので。

[ルート@のノード1〜]＃1 systemctl停止ドッカー
[ルート@ノード1〜]＃1 lsblkの
NAME MAJ：MIN RMサイズRO TYPE MOUNTPOINT 
11 SR0：0 1 4G 0 ROM / MNT / centos7 
VDA 252：0 100G 0ディスク
├─vda1 252：1つの0 0 500M部品/ブート
└─vda2252：2 0 0 99.5G部
  ├─centosルート253：0 50G 0 LVM / 
  ├─centosスワップ253：1つの0 0 7.9gのLVM [SWAP] 
  └ ─centos-家253：2 0 0 41.6G LVM /ホーム
VDB 252：16 0 10G 0ディスク

本明細書で使用するパーティションをVDBとドッキングウィンドウとしてファイルシステムをマウントします。

パーティション

[ノード1〜@ルート]＃fdiskのは/ dev / VDB

フォーマット

 

 

マウンティング

[ルート@ノード1〜]＃マウントは/ dev / VDB1の/ var / libに/ドッカ

ドッキングウィンドウのサービスを開始

[ルート@ノード1〜]ドッキングウィンドウを起動しsystemctl＃

 

 

アラートが解除され、デフォルトのファイルoverlay2ファイルシステムフォーマットを変更することが開始します。

 

テストドッキングウィンドウの実行：

 

 

 

このプロンプト、こんにちは世界の出力は実行を停止します後、コンテナは自動的に終了します。サービスは、このようなMySQLのミラーリングとして、提供されているため、一部のコンテナは自動的に終了されていません。

ドッカーがミラーを作成し、更新するためのシンプルで実用的なコマンドを提供し、ネットワーク経由で直接ダウンロードすることができるアプリケーションの良好な画像を作成している、とドッキングウィンドウRUNコマンドで直接使用することができます。ミラーRUNコマンドを使用して正常に実行された後、ミラーの動作は、ドッカーコンテナで、コンテナは軽量なサンドボックスとして理解することができ、ドッカーは、アプリケーションとの分離を実行するための容器を使用し、コンテナは、起動、停止、削除することができ、これは、ドッカーの画像には影響を与えません。

 

 

 ドッカードッカークライアントは、ユーザーがドッカーと対話する主要な方法です。コマンドドッキングウィンドウを実行するコマンドラインを使用すると、ドッカークライアントがサーバーにコマンドを送信し、サーバはこれらのコマンドを実行します。ドッキングウィンドウのコマンド]ドッキングウィンドウのAPI。ドッカークライアントは、複数のサーバと通信することができます。

 

2.ドッカーアーキテクチャ

ドッカーチャート

 

 

ドッカーのコアコンポーネントが含まれます：

• ドッカークライアント
• ドッカーデーモン
• ドッカーイメージ
• ドッカーレジストリ
• ドッカーコンテナ

ドッカーは、クライアント/サーバアーキテクチャを使用しています。クライアントは、建物、営業および分配コンテナを担当してサーバーに要求を送信します。クライアントとサーバは、クライアントは、リモートソケットまたはREST APIサーバと通信することができ、同じホスト上で実行することができます。

 

ドッカークライアント

ドッキングウィンドウのクライアントは、また、ドッキングウィンドウのクライアントとして知られています。それは、ドッカーは、コマンドラインインタフェース（CLI）ツールを提供し、実際に多くのユーザーがドッカードッカーと対話する主要な方法です。クライアントはまた、遠隔Docker_Hostと対話することができ、実行して、アプリケーションを停止、構築することができます。最も一般的に使用されるドッカークライアントがドッキングウィンドウのコマンドで、我々は簡単にホスト上でコマンドを構築し、ドッキングウィンドウのドッキングウィンドウコンテナを介して実行することができます。

 

ドッカーデーモン

ドッカーデーモンがLinuxのデーモンサービスとして実行サーバコンポーネントで、ドッキングウィンドウは、バックグラウンド・プロセスの中核である、我々はまた、デーモンを呼び出します。これは、ドッカークライアントからの要求に応答する責任があり、その後、コンテナ管理操作を完了するために呼び出すシステムにこれらの要求を翻訳します。このプロセスは、バックグラウンドでAPIサーバーを起動しドッカークライアントから送信されたリクエストを受信する責任があり、要求されたことにより、特定の機能を実行するためにドッカーデーモンの内部をスケジュールにルートを配布する要求を受信しました。

 

ドッカーイメージ

ドッキングウィンドウの画像は、所望のコンテナなどを実行するプログラム、ライブラリ、リソース、設定ファイルを、提供することに加えて、特別なファイルシステムとして見られ、また、このような匿名のボリューム、環境変数として（操作の準備をするために多数の構成パラメータが含まれていることができます、ユーザ、など）。画像は任意の動的なデータが含まれていない、その内容は、構文後に変更されることはありません。私たちは、あなたがそれを介してドッカーコンテナを作成することができ、読み取り専用テンプレートとして画像をドッカーすることができます。

 

様々な画像生成方法があります。

• ミラーを作成するためにゼロからスタート
• ダウンロードして、良好な画像を作成する準備ができて他の誰かを使用
• 既存のイメージに新しいイメージを作成します。

 

ドッカーレジストリ

ドッカーレジストリドッキングウィンドウ画像の保管倉庫は、ドッキングウィンドウの環境内での位置は以下の通り：

 

 実行ドッキングウィンドウのプッシュ、ドッキングウィンドウプル、ドッキングウィンドウの検索は、レジストリが実際にドッキングウィンドウデーモンドッキングウィンドウと通信します。

 

ドッカーコンテナ

ドッカードッカーコンテナは、ミラーリングのインスタンスを実行している、実際にサービスを提供するために、プロジェクトのプログラム、システム資源の地産地消を実行しています。ドッカーコンテナは、我々はこれらのドッカー画像システムディスクを有効に利用することができ、システムのハードウェア環境を提供し、加えて良いプロジェクト我々のコードは、それがサービスの友人を提供することができます実行します。

 

ドッカーコンテナコンポーネントが連携して実行される方法

次のようにコンテナが開始されます：

 

 

ドッカー画像はローカルにダウンロードされたハロー世界を見ることができます

 

コンテナの操作では見られない見たときにドッキングウィンドウのPSまたはドッキングウィンドウコンテナLS表示コンテナが実行されていることで、私たちが見ることができ、迅速な情報は実行を停止しますこんにちは世界の後、コンテナは自動的ので、終了します。

 

 

ファイル名を指定して実行ドッカーコンテナのコラボレーションコンポーネントは、次のプロセスに分けることができます。

1. ドッカークライアントは、ドッキングウィンドウのコマンドを実行実行します
2. ドッカーデーモンは、私たちが必要なものをローカルミラーリングを認めませんでした
3. デーモンはドッカーハブから画像をダウンロードします
4. ダウンロードが完了した後、画像をローカルに保存されます
5. ドッカーデーモンの起動コンテナ

 

ドッカーは、一般的にコマンドを使用しました

 

 

 

 

参考リンク：

https://www.jianshu.com/p/00ffd8df6010