コンテナの配置は何ですか？
個々の容器の総会のアプリケーションは、組成物（一般にマイクロサービスと呼ばれる）、および計画通り動作するように、ネットワーク・レベルで順に編成されなければなりません。このように複数の容器を編成するプロセス、すなわち容器は、スケジューリングと呼ばれます。
コンテナ振り付けの定義
それらの最新の開発では、モノリシックアプリケーションが過去になってきた、今日のアプリケーションは、数十または緩く束縛コンテナ型アセンブリの数百から構成され、これらのコンポーネントは、確立されたデザインに合わせてアプリケーションを作るために互いに協力する必要があります操作。これは、容器の配置と組織内の個々のアプリケーション層プロセスの組立作業を指します。
コンテナの配置の動作原理は何ですか？
ApacheなどMesos、グーグルKubernetesとドッカースウォームプラットフォームの特定のコンテナの管理を持っていますが、すべてのコンテナとしてオーケストレーションエンジンは、ユーザーが起動すると、時間を停止し、コンテナを制御与えることができますが、それはアプリ連携だけでなく、クラスタの組み合わせを指しますプロセスの組み合わせ。コンテナレイアウトツールは、ユーザーガイドのコンテナの展開と自動更新、ヘルス監視及びフェイルオーバー手順を可能にします。
コンテナの配置に：ドッカーの群れモード、Kubernetesと中間圏を探索
以下は、コンテナ技術の基本を紹介し、コンテナ技術と市場シェアの見通しを示しています。テクノロジーは、コンテナのキーコンテナの管理配列の一つです。著者は、スケジューリングツールとそれぞれの特性の3種類の共通の特徴を紹介します。企業は彼らのニーズに応じて、工具または組み合わせであることを選択するために使用します。
コンテナは、軽量の包装用途に方法を提供し、任意のDevOpsチームの重要な部分です。しかし、どのようにこれらのコンテナを管理するつもりですか？コンテナのスケジューリングプログラムを既存の- Kubernetes、中間圏マラソンとドッカースウォームMODEを、よくあなたが悪いあなたを避けるために、コンテナを管理するのに役立ちます。
彼らの話をする前に、背中の基本を見てみましょう。よると451Research調査、容器が主な理由は、最も急速に成長しているクラウドを可能にする技術である仮想マシンよりもコンテナは少ないリソースを使用します。結局のところ、VMは唯一のオペレーティングシステムを実行していないが、また、すべてのハードウェア用のオペレーティングシステムの仮想コピーを実行します。代わりに、コンテナは、アプリケーションのインスタンスを実行するだけで十分なオペレーティングシステムとシステムリソースを必要とします。
あなたのCFO（最高財務責任者）の理解では、次のとおりです。同じコンピュータハードウェア、コンテナインスタンスあなたは4-10倍の仮想マシンを実行しています。これは、同じデータセンターの負荷は、あなたがより多くのアプリケーションを実行できることを意味します。なぜそれ？
また、システム管理者は、コンテナのように、彼らは非常に簡単に、コンテナを使用してアプリケーションを展開することができます。「インスタントアプリケーションの移植性を使用してコンテナをしましょう」、Linuxカーネルの開発者ジェームズ・Bottomleyの指導者たちは、について話しました。
2013ドッカー技術は、人々がそれだけに注意を払う表示されるまでFreeBSDは、登場刑務所で2000年にコンテナ技術。その後、各開発者は、すべてのCTOは、コンテナを展開したいと考えています。451の研究によると、$ 762万ドルのコンテナ技術市場の売上高、2016年に。2020年までに、予測年間コンテナ所得地域は$ 2.7億円、40％のCAGRに達するだろう。
今、2つの問題がある：コンテナのセキュリティを確保する方法を、コンテナを展開し、管理する方法。
コンテナ管理のニーズ
そして、クラウドインフラストラクチャの他のコンポーネントは、コンテナは、監視および制御する必要があるとして。そうしないと、あなたのサーバー上で実行されているものを見当がつかないでしょう。
このような容器などの技術を使用することができるとドッカーは、ツールを一緒にDevOpsチーム、Ansible、シェフ、人形、これらのツールは、特にコンテナ用に最適化されません。DataDogことをその実際の使用ドッカーレポートで、クラウド監視会社、「コンテナの短いライフサイクルと高密度化がさらに重要インフラの監視の展開になります。」物事はグレードインデックスの数を増やすために別々に監視する必要があります。
ほとんどの監視プログラムのホスト中心ではなく、センターとしての役割、彼らは市場の需要から外れます。
監視ツールの2つのタイプが一般的にあります。一つは、それは新しい用語で、配置された容器とスケジューリングのクラスタを指します。現像小さな部分は、容器装置に関する。他には、コンテナアプリケーションとコンポーネントのタスクを管理する責任のコンテナ管理、です。
ドッカーの群れモードのKuberbetesと中間圏DCOSに次の紹介。これらのオープンソースのツールは、彼らが直接競合するものではなく、お互いを置き換えることはできません。ある程度まで、それらはすべて、以下の機能を提供します。
- プロビジョニング：これらのツールは、コンテナやコンテナ予定のクラスタを提供し、あなたはまた、コンテナを起動することができます。理想的には、彼らがそのようなリソースや配置場所など、ニーズ、VMコンテナでの最高のスタートに基づいて行われます。
- コンフィギュレーション・スクリプト：あなたはコンテナに指定された設定をロードするためのスクリプトを入れて、確認してくださいジュジュチャーム、パペットマニフェストやシェフのレシピの同じの設定。一般的に、これらの構成は、YAMLやJSONで書かれました。
- モニタリング：血管の健康状態を追跡し、監視するためのコンテナ管理ツール、容器は、クラスタ内で維持されています。通常の動作条件下では、監視ツールは、新しいインスタンスのコンテナのクラッシュを開始します。サーバーに障害が発生した場合、ツールは別のサーバーコンテナに再起動します。これらのツールは、システムのヘルスチェック、不安定な動作を実行し、不規則コンテナVMまたはサーバーを報告します。
- アップグレードやロールバックをローリング：アップグレードコンテナやコンテナアプリケーションの新しいバージョンを展開する必要がある場合には、コンテナ管理ツールが自動的にクラスタにあなたのコンテナまたはアプリケーションを更新します。問題が発生した場合、彼らはあなたが戻って適切に設定されたバージョンにロールすることができます。
- サービス検出：レガシーアプリケーション、あなたは明らかに、各サービスを実行するために必要なソフトウェアの場所を指定する必要があります。コンテナサービスの発見は、そのリソースを検索します。その上非常に聞き覚えがないのですか？ダン・クズネツキー氏のアナリストは、サービス指向アーキテクチャ（SOA）のようなコンテナモードという2000年代におけるSOA大幅に懸念を指摘しました。この技術を逃した人のために、SOAは別の独立したサービスに適用することを指します。SOA技術的な障害：SOA遅い桁よりネットワーク通信を使用して、このプロセス間通信。コンテナが同じマシン上のリソースを使用する傾向があるため、SOAは、より高速の容器よりも実行します。これらのツールは、ワードプレスなどのフロントエンド・アプリケーションは、ダイナミックDNSによってそのMySQLインスタンス依存またはプロキシたのに役立ちます。
- コンテナのポリシー管理：実行したいコンテナ？あなたはどのくらいのCPU各コンテナの割り当てをしたいですか？すべてのこれらの要件は、正しいコンテナの展開戦略を設定することによって達成することができます。
- 相互運用性：もちろん、コンテナは既存のIT管理ツールと互換性があります。
最後に、OpenStackのマグナムとAzureのコンテナー・サービスを含む3つのコンテナ管理ツールとクラウドプラットフォームの統合の多くは、。
また、独自のコンテナ管理ツールを構築することができますが、なぜホイールを再発明する必要がありますか？逆に、これらの3つのツールは、オープンソースの基盤の上に構築されています。あなたが必要とするすべての新しい特別を追加することができます。スクラッチは意味がありません。
はじめに一般的に、我々は詳細をご紹介します。
ドッカーの群れモード
新しいユーザーコンテナであれば、あなたはドッカーから開始することができ、多数のユーザーを誘致するための第一の容器プログラムです。あなたがドッカーを使用している場合は、ドッカーの群れは、それがドッカー開発者の設計と開発され、自然な選択です。
ドッカー1.12バージョン、ドッカーの目標は、ドッキングウィンドウの群れモードと呼ばれる構築されたコンテナの配置機能にあります。ドッカースウォーム、ドッカーソフトウェア・スタックの独立した振付師は、内蔵の主催者に影響を与えています。スウォームモードでは、ユーザは、コンテナのライフサイクル全体だけでなく、コンテナのクラスタ管理とスケジューリングを制御することができます。
ドッカー群れと群れモードの違いはどこにありますか？ドッカー1.12、中MODEはスウォームドッカーエンジンの一部となっています。伸縮コンテナの発見とセキュリティは最低限の設定に含まれています。ドッカースウォームは一度ドッカークラスタを管理するために使用される古いスタンドアロン製品です。スウォームモードは、内蔵のクラスタマネージャドッカーです。
スウォームのMODE単一ノードの概念、そしてクラスタを群れに拡張することができます。スルーdocker swarm initによって、群れモードに切り替えるためのコマンドdocker swarm joinの追加のノードを追加します。
また、ドッカー1.12以降、および群れモードのサポートは、ノードのトランスポート層セキュリティ暗号化、負荷分散とシンプルなサービスの抽象化の間にアップデートを転がします。
簡単に述べると、ドッカー群れモードでは、ホストプラットフォーム（すなわち、クラスタ）が複数で群れを設定することができ、容器の負荷に複数のホスト間で送信することができます。また、簡単に（複数のホストとの間で通信することができますことができますコンテナのように）統合され、アイソレーション（分離と異なるワークロードの血管の保護）を含むホストプラットフォーム上で設定する必要があります。また、あなたのニーズを満たすために仮想ネットワークが必要な場合があります。
Kubernetes
もともとGoogleが管理ツールを開発しているオープンソースで開発されたコンテナがKubernetes。Kubernetesが起動するので、それはアズール、DC / OSとあなたがクラウドプラットフォームと呼ばれるほとんどすべての名前に移植されています。CoreOSは、AWS上Kubernetesクラスタを展開するユーザーを支援してきましたが、唯一の例外は、Amazon Webサービス（AWS）です。
Kubernetesは、Linux Foundationの下に存在することになりますクラウドコンピュネイティブ財団管理。また、多くの企業には、Kubernetes分布を発表しているRed HatのOpenShift、カノニカル分布のKubernetesの、CoreOSテクトニクスとインテルMirantis。
Kubernetesは高い相互運用性の程度だけでなく、提供し、自己回復、自動アップグレードのロールバックや店舗のレイアウトを。しかし、負荷分散は、まだ非常に困難です。私は最終的にKubernetesは、クラスタ内で実行されている外部のロードバランサを実装するのは非常に簡単になることを信じているが、この作業はまだ進行中です。
問題を解決する良い時に自動的にKubernetes、この点であなたは船が墜落した気づいたことがないことを十分に行ってKubernetes。クラッシュする容器を見つけるために、あなたは中央のログシステムを追加する必要があります。
中間圏マラソン
マラソンは、レイアウト設計されたプラットフォーム中間圏DC / OSとApache Mesosコンテナです。DC / OSは、分散オペレーティングシステムカーネル開発Mesos分散システムに基づいています。Mesosは、オープンソースのクラスタ管理システムです。マラソンは、管理アプリケーションとコンテナステートレスなアプリケーション統合の状態との間に設けられます。
マラソンは、あなたがアプリケーションとしてそれを使用することを可能にするユーザインタフェースを有しているが、コンテナMesosを管理するためのフレームワークとしてそれを使用するには、より簡単にマラソンを理解することができます。コンテナとは、マラソンRESTfulなAPIで協力しているためマラソンデザインは、開発者のセクションDevOpsチームです。
マラソンは、高可用性、サービスの発見、負荷分散など、多くの機能を持っています。あなたはDC / OSでマラソンを実行する場合は、仮想IPルーティング機能を得ることができます。
しかし、マラソンだけMesosソフトウェアスタック上で実行されます。（認証など）に加えて、特定の機能のみマラソンDC / OS用。これはあなたのスタックの上に抽象化レイヤーを追加します。
どちらがあなたのために右であります
最終的に、それはあなたのニーズによって異なります。MesosとKubernetes主要なアプリケーションは、クラスタ上で実行されています。別のスケジューラを複数挿入するようにMesosは、一般的なスケジューラを重視しました。GoogleのKubernetesはもともとコンテナから分散アプリケーションを構築するための環境として設計されています。
ドッカーの群れモードでは、既存のドッキングウィンドウのAPIを拡張容易なマシンのクラスタを単一のドッカーのAPIを使用するようにします。あなたの会社がドッカーの専門スタッフを持っている場合、あなたはすでに群れモードを実行することができます。群れモードがあなたのためにうまく機能すれば、なぜ別のシステムに切り替えますか？あなたのコンテナの取り扱いでマラソンや古いアプリケーションでは、独自の利点を持っています。
幸いなことに、あなたは、企業のニーズに応じてそれらを結合するために、これらのツールをミックスして一致させることができます。一緒にライブ3は非常によく、お互いに協力することができます。それは簡単ではありませんが、そうすることが可能である、おそらくこれは、さまざまな選択肢を模索するための良い方法です。
コンテナ管理：リーダーシップの事は注意します
- コンテナの使用を最大化するために、あなたは良いコンテナ管理ツールを必要としています。3つのオプションがKubernetes、中間圏とドッカースウォームです。彼らは異なる特性を持っていますが、それらはすべて、血管の監視と管理をサポートしていますが。
- コンテナ管理のサポートに加え、中間圏はまた、データセンターの管理をサポートしています。
- ドッカーの群れモードは、コンテナが予定されていた提供することで、クラスタ管理を簡素化することを目指しています。例えば、あなたが新しいコンテナがどのノードクラスタ上でスケジュールされなければならない決定を支援するために、コンテナノードの制約で実行され、ドッカーリモートAPI相互作用することができます。
- Kubernetesは、インテル、マイクロソフト、Red HatとMirantisを含む業界パートナー、の広い範囲を持っています。