背景
事実上の配置技術はまた、企業内で着陸始めとして、近年ますます人気の技術に基づいて、コンテナリソース割り当て、コンテナ船のフィールドをkubernetes。コンテナ/マイクロサービス/ DevOpsチームの技術を意味し、新世代のクラウドネイティブアプリケーションは非常に人気がされています。しかし、エコビジネスのアプリケーションでは、現在のクラウドネイティブシステムは、業界では、クラウド上で迅速レガシーアプリケーションに特化したソリューションを必要とし、コンテナ技術の恩恵を享受することができないレガシーアプリケーションの多くが残っている、唯一の小さな部分を占めます。
ボーユンは法人顧客の数を検索するには訪問、我々は現在、従来のアプリケーション(非マイクロサービスアーキテクチャ)は、主に次のような問題に直面し、クラウドプラットフォームのコンテナに移行することがわかりました。
-
レガシーアプリケーションの多くは現在ありません、あなたは、エージェントのさまざまなをインストールする必要があります(サービス指向マイクロ、コンテナなど)を形質転換することが不可能または困難です。
-
従来のアプリケーションは、多くの場合、仮想マシン、仮想マシン上に展開し、運用の柔軟性、需要の弾力性を満たすことができない、遅い開始されています。
-
仮想化テクノロジー・スタック重く、大きな資源の枯渇、顧客は、サーバーのハードウェア機能のパワーを活用したいです。
-
運用・保守担当者はペットではなく、牛のように、従来のアプリケーションシステムを使用する可能性が高いですが、また問題が手動調整を行う特定したいと考えているの後。
-
パフォーマンスに敏感なアプリケーション、コンテナおよびコンテキストスイッチCPU性能に起因する環境への高密度展開大きな影響。
以上の痛みのポイントの場合、仮想マシンとコンテナは最適なソリューションではありません。広範な技術の研究の後、私たちは、脂肪のコンテナ技術が実行可能で合理的な解決策であることがわかりました。まず、技術動向の観点から、脂肪コンテナ船の技術は、技術の優位性を得ることができますどちらかとレガシーアプリケーションの広い範囲をサポートすることができ、軽量コンテナの普及によって容器の分野における先駆者の開発です。しかし、コンテナの急速な普及で、過剰な脂肪相としてコンテナ技術は、当該分野で引き継がれていませんでした。第二に、脂肪の実装はまた、様々な容器を持っている VMベースとコンテナベース:基本的な技術は、2つに分類することができるから、企業やオープンソース団体の数は、ソリューションの異なるフォームを立ち上げました。これらのソリューションはまた、基本的にkubernetesのために、統合されている今日のコンテナのクラウドプラットフォームの構築に非常に適しています。
ボー・ユンファコンテナ技術BeyondVM
BeyondVM技術は、脂肪コンテナコンテナベースの実装、互換性のあるOCIの標準、Kubernetesクラスタと統合する柔軟性です。
01
ランク1工程
容器は、従来の容器(例えばドッカー容器等)容器PIDとしてミラーCMDに容器を指定しながら、差の有意な点は、容器の脂肪内部初期化プロセスを実行することで、単一のプロセスモデル、および脂肪コンテナ技術とコンテナを尊重します=プロセス1。initプロセスなどにsystemdとsbinには/ initを使用してBeyondVM技術サポート。initプログラムは、可能な限り、コンテナ脂肪の運用・保守作業を行うこと、導入するだけでなく、伝統的なクラウドアプリケーションのために大きな利便性を提供しています。
02
CMDコンテナ
CMD容器は、コンテナー・ビジネス・システムのランニングの内部を表しています。beyondVM技術は、自動的に初期化プロセスの下でホストされているだろう、運用、保守担当者が簡単に業務システム作業の操作やメンテナンスを行うことができます。
03
システムコンポーネントまたは特定のエージェント
そのようなSSH / rsyslogの/ crondなどの従来のアプリケーションとシステムコンポーネントのアプリケーションに依存する数の操作および保守要員。クラウドは、上部容器送達移植を得ただけでなく、伝統的な習慣を保持し、レガシーアプリケーションやミラーからなる対応する構成要素のこの部分に直接インストールすることができます。
04
リソースビューの分離
従来のアプリケーションシステムメンテナンスの年後に、このような事業ライン、ランタイム環境資源の大きさに応じて自動パラメータ調整後などの最適化対策、さまざまなを持っている傾向があります。しかし、コンテナは、CPU / MEM割当制度は、コンテナ事業の内側にまだ設定されている場合でも、従来のコンテナ環境は、コンピューティングリソースのホストが表示されます。これは、一般的なJavaアプリケーションなどの伝統的な用途のために多くの問題を引き起こしました。BeyondVM技術は、技術リソース容器lxcfs利用業務システムの内部動作を自動的にコンピューティングリソースコンテナ自体を感じることができるように、ビューから単離しました。
05
治療を開始する前にフックを停止した後ビジネス
あなたが仕事を始める前に、必要な処置の中止後に事業を達成するために、ポッドシステムのために提供自然のフック関数のkubernetesの利点を活用できるようBeyondVM技術とKubernetesは、統合されているため。
コンテナ、仮想マシンとの技術比較
仮想マシン |
容器 |
BeyondVM |
|
モデル | KVM + QEMU、カーネルベースの分離 |
cgroup +名前空間を基に、共有カーネル
|
cgroup +名前空間を基に、共有カーネル
|
資源消費 | 重量 | ライト | ライト |
ボリュームミラーリング | すばらしいです | 小さな | 小さな |
プロセスモデル | 仮想マシンは、複数のプロセスを実行することができます | 容器内单进程 | BeyondVM内部可以运行多个进程 |
状态保持 |
|
|
|
弹性伸缩 | 状态重,弹性伸缩慢 | 手动、自动快速弹性伸缩 | 手动、自动快速弹性伸缩 |
移植性 | 差 | 强 | 中 |
微服务、DevOps支持 | 差 | 强 | 强 |
Kubernetes支持 | 差 | 支持 | 支持 |
主要场景 |
|
|
|
BeyondVM核心优势
BeyondVM 提供相对完备的进程树和系统服务的容器环境,使得业务获得虚拟机的运行体验,无需改变代码即可实现向容器平台的迁移。利用BeyondVM技术,可以实现:
- 比虚拟机轻量的资源分配能力,以方便资源快速申请、弹性。
- 类似虚拟机的使用体验,可登陆,可任意安装组件。
- 有固定IP地址,胖容器从创建到删除,IP地址保持不变。
- 可以通过ssh远程登录系统。
- 登录登录后,可以通过传统的yum命令安装标准的软件包, 比如mysq,apache。
- 可以安装运维类的agent,不影响应用的正常部署流程。
- 资源隔离,如CPU、内存等。
- JVM,监控类工具看到的资源不是整个物理机的资源,而是真实分配给胖容器使用的资源。
展望
当前容器云平台建设的过程中,上线的往往是新的业务系统;企业中大量的存量业务仍然运行在物理机或虚拟机环境中。虽然目前已经有部分企业碰到了传统应用上云困难的问题,但整体上这部分需求还不强烈。我们有理由相信,随着容器技术在企业生态中的占比逐渐增加,传统应用上云的需求会逐步释放出来,胖容器技术将在其中发挥重要作用。