自動化されたクラウドのK8Sコンテナのインストールを選択します
現在kubernetesはまだかなりの数の回り道1.5時代に成長してきたが、その前にkubernetesを学び、使用するために、第一の問題は、インストールすることで、インストールは非常に簡単であると言うかもしれません。公式サイトやオンラインコピーをシャイニングするにインストールすることができます......
そして、我々は...... 1.1と時間の1.2バージョンで、その時は最も権威の文書が文書化すべきであるkubernetesを使用する公式サイトをkubernetes.io我々は、検索を発行すると、しかし、公式サイト（この絵ソースのネットワーク）に表示されます
この絵は、問題......によって引き起こさによるプロセスの問題の後、インストールの過程で一連の質問を説明するために非常に明確になっている......
kubernetesの発展に伴い（現在1.5ベータ版に達する）、および以前の公式文書に比べても、より完璧でした。また、どのように我々が選択したんインストール方法のように様々なkuberntetsをインストールするための様々な方法がありましたか？
今日、私はインストール方法の5種類をご紹介します
minikube
minikubeはCoreOS上の単一のクラスタが提供するメンバーをkubernetes。minikubeコマンドはminikubeがローカルクラスタを構築使用し、窓/ Linuxの/ MacOSのと他のプラットフォーム上で実行することができ、クラスタをkubernetes minikube完全な機能を提供しながら、非常に便利です。インストールするための良い方法であり、非常にすぐに始めるminikube知人のために。しかし、問題はminikubeインストールは、インターネット接続を必要とし、ネットワークを十分にする必要があるとき......その理由は単純です。
これはminikube kubernetesクラスタを使用して開始するための公式ウェブサイトです。利害関係者は、minikube githubのについての情報を表示することができます。
kubeadm
kubeadmは、物理マシン、仮想マシン、クラウドホスト上で実行することができ、かつ自動展開のインストールを完了することができシェフまたは人形を使用することができます。kubeadmとminikubeはもっと自分のネットワークとして、理由は簡単です......
kubeadmは、バージョン1.4で導入されたkubernetesがkubernetesクラスタにインストールされています。アルファにまだある、本番環境での使用は推奨されません。システムにインストールされているとき、それはCentOSのyumのソースkubeadmニーズに接続することはできませんテストされます。でも、ソース行ものソースをダウンロードすることができませんでし登場し設定するには、公式ウェブサイトによると、三人の者は最終的に成功し、インストールを完了するためにソースを見つけました。修正の過程で、独自のインストールので、少し基本的なニーズの間にオプションの設定パラメータ。
図YUMソースは公式の説明は、Ubuntuがテストされていないと付け加えました。
hyperkubeの画像
Googleによるhyperkube画像は、コンテナの方法で、各コンポーネントが実行kubernetesを開始しました。コンテナ（ドッカ/ RKTなど）することができます。hyperkube使用した画像は、事前にkubeletコンポーネントを設定する必要があります。Kubenetesは、最終的kubeletによって各コンポーネントを配備します。限りシステムは、容器を実行できるように、アセンブリhyperkube画像をkubernetes介して実行することができる：このインストール方法の利点は、です。
hyperkube画像によって展開kubernetesコンポーネント、より良い、すべてのネットワークの第1、理由は非常に単純です......か、あなたは準備が先にローカルで画像をhyperkube。
使用hyperkubeイメージがkubeletコンポーネントを必要とする前に、私たちは言いました。ドッキングウィンドウとsystemdに：Kubeletコンポーネントは、2つの方法で実行することができます。
-configディレクトリkubeletを設定することにより。このカタログでは、自動的に実行されるコンポーネントが追加さkubelet。kubernetesのV1.3バージョンでは、手動の名前空間KUBE-システムV1.4のバージョンを作成する必要があり、設定は必要ありません、ことに留意されたいです。
ドッキングウィンドウ
ドッキングウィンドウの画像はkubernetesによってリリースではドッキングウィンドウの画像を提供し、ドッキングウィンドウの画像kubernetesコンポーネントによって実行されます。内部kubernetes-サーバのlinux-amd64.tar.gzで所望の画像パッケージ。
systemdに
第五の方法は、システムDによって達成され、これはで使用される生産およびテスト環境の私達の方法です。
好むと好まざるとにかかわらず、systemdには、ここに滞在することです。
フィギュアを読んだ後、多分私が行うには、システム内にsystemd重要理解します。
これに先立ち、我々はあなたがLinux上で見つけるの容器を使用し、カーネルは、ネットワーク構成を変更することはできません、カーネルパラメータを調整することができない、あなたはファイルシステムをマウントすることはできません、カーネルモジュールをロードすることはできませんが、選ぶことはできません。あなたがドッキングウィンドウの実行を使用している場合は、私はあなたに幸運を願っだけ言うことができるコンテナを実行すると-privileged。
容器は、ヒープのうちのcgroupを介している場合、コンテナ自体/ SYS / DEV及び/ PROCの分離の問題があります。
だから、systemdに+のselinuxを通じて管理するが、kubernetesは呼び出すだけにsystemdコンテナの完全な管理。
だから私は、kubernetes各コンポーネントをインストールするためのスクリプトを記述するために、環境からsystemddに基づきます。
メインのインストールスクリプトは、マップのインストールと設定を完了します。
概要
個人利用は、コンポーネントをkubenetes移動する方法をお勧めしますsystemdに。あなたができる場合は、RKT +にsystemdを使用することができます。
どこで私を修正するために、テキストの歓迎に誤りがある可能性があります。私は誰もがインストールkubernetes時に迂回させる願っています。ありがとうございます！
クラウドコンピューティングの要素Pゾーン： http://primeton.csdn.net/m/zone/primeton/index#
Puの元、公開番号：
