アプリケーションを Docker.io を使用するような、より正式な展開方法に移行しようとしていますが、その動作を確認したところ、パッチが適用された Linux カーネルに依存しています。それで、私はそのようなパッチが何であるか疑問に思っていますか?このパッチが適用されたカーネルを使用するようにアーキテクト全体を移動すると、どのような不確実性がもたらされるでしょうか?
1 に答える
私の知る限り、Dockerには次が必要です。
- 十分に最近のカーネル (>= 3.8) - 古いバージョンは誤動作する可能性があります
- cgroups と名前空間のサポートが有効になっています
- AUFS サポート組み込み
Ubuntu と Debian のデフォルト カーネルは問題ありませんが、Red Hat (および派生物) はデフォルトで AUFS を出荷していないようです。
したがって、カーネルに関して行う必要があることは次のようになります。AUFS を使用してビルドします ( http://aufs.sourceforge.net/を参照)。Centos/Docker の Web 上には、EPEL リポジトリと AUFS サポートに関する説明が記載されたさまざまなチュートリアルが存在するようです。
Docker カーネル要件の詳細: http://docs.docker.io/en/latest/installation/kernel/
また、将来の docker バージョンでは AUFS 要件がおそらく/おそらく (?) 削除され、別のものに置き換えられることに注意してください。
最後に、これがあなたのアーキテクチャにもたらす「不確実性」について: AUFS をサポートすることが多くの心配の原因になるとは思いませんが、それについては調査する必要があります。dockerを使用することがもたらす「不確実性」については、lxcがもたらす不確実性に帰着すると思います。その意味を完全に理解したい場合は、おそらくLinuxコンテナについて一般的に読む必要があります(おそらくhttps://help.ubuntu.com/lts/serverguide/lxc.html)
免責事項: 私は Centos ユーザーではありません。