WOT 董明新: スノーボールにおけるコンテナ技術の実践

[51CTO.comより引用] 2018年5月18日〜19日、51CTO主催のグローバルソフトウェアおよび運用技術サミットが北京で開催されました。このサミットでは、人工知能、ビッグデータ、モノのインターネット、ブロックチェーンなど12の核心的なホットトピックに焦点を当て、国内外から60人の第一線の専門家が集まります。これはハイエンドのテクノロジーの饗宴であり、トップクラスの IT 技術者が学び、ネットワークを拡大するための見逃せないプラットフォームです。

「オープンソースとコンテナテクノロジー」セッションでは、Snowball SRE エンジニアの Dong Mingxin が「Snowball におけるコンテナテクノロジーの実践」について基調講演を行いました。会議後、51CTOの記者がWOT2018グローバルソフトウェアおよび運用技術サミットでの董明鑫氏の講演内容をまとめました。

【講師プロフィール】

Snowball の SRE エンジニアである Dong Mingxin は、Snowball の安定性の確保、リソース利用率の向上、開発効率の向上を主に担当しています。コンテナエコシステムの技術開発に注力します。

ビジネス開発にはコンテナ技術が必要

薛丘はもともと投資家のコミュニティでした。 Snowball のユーザーは、市場のあらゆる投資カテゴリをフォローし、市場の状況に基づいてコミュニケーションを取り、関連情報を迅速に取得できます。

スノーボールでコミュニケーションを取り、スノーボールで得た情報に基づいて直接投資判断を下す株式投資家も数多くいます。現時点では、株を買いたいという強い需要があります。そこでスノーボールは国内の証券会社と協力し、上海と深センのA株取引事業を立ち上げた。ほとんどのインターネット企業は香港と米国の株式市場に上場しているため、スノーボールは香港と米国の株式を取引したいというユーザーのニーズに応えるため、香港と米国の株式ブローカーであるスノーイング証券も立ち上げました。さらに、スノーボールは認可を受けたファンド分配代理店であるエッグロールファンドも運営しています。

コミュニティを基盤として、スノーボールのビジネスは上海と深センのA株取引、香港と米国の株式取引、ファンド販売、プライベートエクイティインキュベーターなど、いくつかの商業プロジェクトを生み出しました。ビジネスが発展するにつれて、さまざまなビジネスが影響を受ける可能性が比較的高くなります。スノーボールは、企業同士が干渉し合わないことを望んでいる。この分離要件を満たすには、コンテナ イメージ自体が比較的小さく、柔軟性が高く、起動が速いため、Snowball はコンテナ テクノロジの方が実際に適していることを発見しました。仮想マシンと比較すると、Snowball のビジネス開発に適しています。比較した結果、Snowball は最終的に Docker を選択しました。

運用中に、Xueqiu は、Docker を使用する際に解決する必要がある主な問題が 3 つあることを発見しました。ネットワーク接続、マルチノード サービスの展開と更新、優れた監視ソリューションです。

実践における進化

Snowball の初期のネットワーク モデルはレイヤー 2 相互接続ソリューションであり、他のインフラストラクチャに直接アクセスでき、パフォーマンスが高いという利点がありました。欠点は、管理が複雑で、IP アドレスと MAC アドレスの管理が必要になることです。規模が限られており、ネットワークストームが発生しやすい。ネットワーク分離の実装は複雑です。

サービスの展開に関しては、Snowball は仮想マシンを試しました。仮想マシンの利点は、まず、元のインフラストラクチャに比べて移行コストが低いことです。 2 つ目は、物理マシンよりも起動が速く、仮想化による損失がないことです。 3 番目に、分離要件を満たしています。欠点は、移行と拡張が面倒なことです。管理は比較的複雑であり、主に文書記録に依存しています。基本的にプロセス制御や権限制御はありません。

これらの欠点に直面して、Snowball は物理マシンとコンテナの管理、IP アドレスと MAC アドレスの管理、プロセス制御を実現するプラットフォームを構築したいと考えています。そのため、Snowball ではリリース プロセスを次の図のように変更しました。

リリースプロセス

しばらく使用した後、Snowball は、自社開発のコンテナ管理プラットフォームがプロセス制御と権限制御を実現し、コードと環境を強固にし、マルチバージョンイメージ管理がはるかに便利になり、展開効率とスケーリング効率が向上したにもかかわらず、プロセス制御ロジックがマシン管理とネットワーク管理と深刻に結びついており、物理マシンを自動的に選択してコンテナ IP を自動的に割り当てることができず、自己修復機能がないことに気付きました。そこで、Snowball は Swarm を導入し、3 層のデプロイメント モデルを作成しました。下の図の通りです。

ネットワークモード ダウンワード デフォルト

その後、Snowball はこれをさらに最適化し、よりセルフサービス型のプロセスによって運用と保守が解放され、より優れたスケジューリング ソリューションが追加され、複数のコンピューター ルームと複数のクラウド環境がサポートされました。

***、Snowball は Kubernetes を導入しました。各プロジェクトには複数のインターネット データ センター (IDC) があり、各 IDC には異なるクラスター (Cluster) があり、各プロジェクトには独自のデプロイメント (Deployment) を持つ名前空間 (Namespace) が割り当てられます。 Kubernetes 自体のソリューションが比較的充実しているため、Snowball にもロギング、負荷分散、モニタリングなど多くのソリューションがあります。Kubernetes をより低コストで導入し、開発者にできるだけ意識させないようにするにはどうすればよいでしょうか。最善の方法は、契約の互換性を確保することです。最終的に、Snowball は Kubernetes のデプロイメントと HPA のみを使用しました。

董明新氏によると、スノーボールは現在、コンテナが1000個以上、プロジェクトが約100件あり、規模はそれほど大きくないという。ただし、コンテナ テクノロジーのおかげで、Snowball の展開効率は非常に高くなります。 Snowball には数十人の開発者しかいませんが、月間のリリース数は 2,000 件を超えています。

上記の内容は、WOT2018 グローバル ソフトウェアおよび運用技術サミットでの Snowball SRE エンジニア Dong Mingxin 氏へのインタビューに基づいて 51CTO 記者がまとめたものです。 WOT の詳細については、.com をご覧ください。

[51CTO オリジナル記事、パートナーサイトに転載する場合は、元の著者とソースを 51CTO.com として明記してください]