我是一个运营人员,所以对开发不是很了解,看了一天的dokcer的文章和文档,仍旧有很多疑惑,我想从我自身的角度对docker提一些问题,希望可以得到解答,先谢过各位。
我已经了解docker基于内核的虚拟化,性能比Xen/Kvm这类提升很多。
那是否新建一个例如Centos/Ubuntu的容器,在里面的性能可以发挥到接近物理宿主?那如何理解物理机器自身的系统开销和容器内系统的自身开销?
例如我们常用的PHP运行环境是LAMP,我们会在物理主机上单独安装apache、php、mysql。
那我们是否可以在物理主机上将这些程序分别放到不同的容器?然后我的实际程序文件在单独的一个目录下面,我如何连接不同容器的程序去执行这些程序?如果我需要文件的安全隔离,我如何通过docker实现调用和共享?
我了解到目前docker主要应用于开发,但是在实际应用中,我们更多的要考虑容器的长久稳定、故障恢复(灾备?)、配额限制(好像目前只可以限制内存?)。
因为我有较多的运行中的服务器,此前机房提供过一个基于Vmware的虚拟化方案,单因为性能原因被我放弃。如果还是此前准备运行Vmware的服务器的话,我是否可以使用docker来实际运行我的N多网站?(目前有数十台网站服务器,部分无灾备,且每台服务器负载均不高)
可能提的问题不甚专业,望大神解答
1. docker は lxc パッケージ化に基づいており、コンテナー レベルであるため、システム環境全体がそれ専用であり、ホストや他のコンテナーから分離されていると理解できます。物理マシン上で直接実行されます。オーバーヘッドを理解するには、現在のマシンがいっぱいになることはほとんどありませんが、VM レベルの仮想化方法では、大量のコンピューティング リソースとストレージ リソースが使用されます。 VM の OS で消費されます
2. 環境はさまざまなコンテナーに分散できます。docker の -v パラメーターを使用して、ホスト ディレクトリをコンテナーの指定されたディレクトリにマッピングできます。-v は 1 つであり、通常の FTP です。 、 scp などを使用できます。現時点では、コンテナーを仮想マシンとして理解することができます。
3. docker のアプリケーション範囲は、完全にあなたの想像力に依存します。paas としてパッケージ化することも、仮想マシンとして直接配布することも、仮想化ソリューションなどの完全なパッケージ化ソリューションとして配布することもできます。 Docker を使用して Web サイトを実行できます。現在、Google は自社のクラウド サービスに Docker サポートを追加し始めています。