Canonicalはコンテナのファンネットワークを導入

サーバー上で実行できるコンテナの数はいくつですか? OpenStack Summitで、Ubuntuの親会社であるCanonicalは、16GBのRAMだけで536台のLinuxコンテナをIntelサーバー上で実行できることを示しました。それは素晴らしいですが、今どのようにネットワーク化していますか? Canonicalには答えがあると思う:Fan Networking。

6つのビジネスクラスのクラウドストレージサービス:どれが適切か?Windows Azureネットワーク上のMicrosoftエンタープライズプライマリ、SaaSとクラウド:ITプロフェッショナル向けのプライマリ

Ubuntuのファンはネットワーキングコンテナをはるかに簡単にするでしょう。 CanonicalとUbuntuの創設者であるMark Shuttleworthは、「コンテナ世代の本当の不満の一つは、簡単にアクセスできるIPアドレスが不足している」と説明しています。

AWS [Amazon Web Services]では、インターフェイスにバインドできるIPアドレスの数が人為的に制限されているため、制限は実際にはありますが、Shuttleworth氏は次のように続けます。 VMを購入する必要があります。余分な計算が不要な場合でも、より多くのIPアドレスを取得するには、より大きなVMを購入する必要があります。

オープンコンテナプロジェクト:クラウド巨人がロックインと断片化にどのように繋がっているか、Ubuntu 15.04コンテナフレンドリーなクラウドとサーバ用Linuxがまもなく登場するUbuntu LXD:Dockerの代替ではなく、Dockerの拡張

これは新しい問題ではありません。 1つのアプローチは、各コンテナにIPv6アドレスを割り当てることです。多くのデータセンターでは、依然として内部ネットワークにIPv4が使用されています。 Shuttleworth氏は、「IPv6は雲上に見える場所ではないため、アドレスは最初から必要なものよりも希少です」と述べています。

CoreOSは最初にrudderと呼ばれるコンテナアドレス指定の回避策を作成しましたが、現在flannelという名前になっています。フランネルでは、コンテナとIPアドレスのetcdデータベースとそのホストマッピングが作成されます。これは、ホストマシン間で任意のポイントツーポイントトンネルまたはルートを作成して、コンテナ同士が通信できるようにするために使用します。 Canonicalでは、移行が不要な場合や、システムのすべてのホストでオーバーレイアドレスの一般的な数が類似している場合に、ファンを使用する方が簡単な方法であると主張しています。

それでは、ファンはどうしていますか?基本的にファンは、Linuxのネットワークトンネルドライバの拡張版です。 CanonicalのUbuntuクラウドソリューション製品マネージャーのDustin Kirklandが説明しました

ファンのIPアドレッシングの効果は、既存のIPアドレスごとに、さらに250のIPアドレスを取得できることです。どこにいてもIPを持っているとファンを作ることができ、すべてのファンが250xのIPアドレスを提供します。複数のファンを実行できるので、各IPアドレスは何千ものコンテナIPアドレスの前に立つことができます。

エンタープライズソフトウェア、Sweet SUSE! HPは、LinuxディストリビューションであるCloud、Twilioは新しいエンタープライズプランを展開してより俊敏性を約束する、Cloud、Intel、Ericssonがメディア業界にフォーカスするためにパートナーシップを拡大する、Cloud、?XeroはBPay支払いのためにMacquarie Bank

クラスAの範囲でクラスBのIPv4範囲を拡張することでこれを行います。これは、割り当てられていないクラスA IPV4範囲を使用して行われます.IPV4範囲はインターネット上にルートを公開しません。

シャトルワースは、アドレス拡張のために、ファンのIETF RFCを提出する計画をしています。「クラスE」ネットワーキングは予約済みですが決して定義されていないことが判明しました。 Class Eのために予約されたいくつかのクラスAネットワークアドレスは、インターネット自体では動作しません。使用されていないクラスAアドレスでファンを使用することができますが(いくつかの良い候補があります)、これを行う方がはるかに良いでしょう標準の一部として

初期のベータ版のFanは、LXC / DとDockerで動作します。 UbuntuではAWS上で、すぐに他の雲上でも利用できます。この時点でのコードはUbuntu用に最適化されていますが、どのLinuxでも動作するはずです。

Fanの目標は「今日利用可能なネットワーキングツールに自然に適合し、既存の永続的なネットワーク構成システムから簡単に使用できるようにすることです」例えば、イーサネットブリッジを管理するbrctlとアドレス管理のためのipがあります。エイリアスアドレスをインタフェースに追加するなど、永続的な設定のために/ etc / network / interfacesに直接使用されます。

その結果、Kirklandの主張は「別々のホスト上にある複数のコンテナで、各ホスト上に単一のネットワークデバイスで直接対処できる」決定的なルート急速な高速分散データベースなし合意プロトコルなしSDN [ソフトウェア定義のネットワーク]。これは素晴らしいです!

 ストーリー

甘いSUSE! HPEがLinuxディストリビューションに突入

Twilio、新しいエンタープライズプランを発表

インテル、エリクソン、メディア業界に注力するためのパートナーシップを拡大

?Xero、BPAY支払いのためにMacquarie Bankと提携