Red Hat、コンテナ時代の Linux ディストリビューションを再考

オープンソースの中国コミュニティチームは、共有の名のもとに、オープンソースの中国コミュニティの背後にあるストーリーを伝える初のライブブロードキャストを行いました。」

Red Hatは、クラウドネイティブベースのビルドとデプロイメントの実践をLinuxオペレーティングシステム自体に導入したいと考えている。

著者 Joab Jackson のRed Hat Rethinks the Linux Distro for the Container Ageから翻訳。

デンバー — コンテナを使用してアプリケーションを迅速に起動するのと同じように、Red Hat は、 Linux ベースのオペレーティングシステム全体の起動を同様に簡単にしたいと考えています。

同社は、主力の Linux ディストリビューションであるRed Hat Enterprise Linux (RHEL) をコンテナイメージとしてリリースしました。言い換えれば、通常はコンテナーから除外されるすべてのオペレーティングシステムコード (カーネルファームウェアなど) がこのイメージに含まれます。

同社は今週デンバーで開催される年次ユーザーカンファレンス「Red Hat Summit 」でこの動きを発表した。

Red Hat のシニアプリンシパルソフトウェアエンジニアである Colin Walters 氏は、サミットのセッション中に「これは業界が必要としているものです」と説明しました。「インフラストラクチャ用に独自のビンを構築するのではなく、クラウドネイティブツールを使用すればするほど、オープンソースのメンテナンスと所有権の共有をより活用できるようになります。」

このアプローチは、新しい RHEL バージョンの最終コピーがスタンドアロンパッケージとしてリリースされ、サーバーまたは仮想マシンにインストールされ、管理者が特定のワークロードに合わせてカスタマイズして変更する、同社の一般的なパッケージモデルとは異なります。

このパッケージングモデルは、Linux ディストリビューションコミュニティの長い伝統であり、今日のコンテナを介してアプリケーションを管理する方法とはますます異なってきています。

その考えは、「コンテナ側で学べる教訓があり、それをオペレーティングシステムの世界にももたらすことができ、2 つの世界が完全に別々に管理されないようにする」というものである、とRed Hat のシニアプリンシパルマーケティングマネージャーであるBen Breard 氏は述べています。 Red Hat のプレスリリース言ってみましょう！

コンテナベースの Linux オペレーティングシステムの目標、Colin Walters 氏のプレゼンテーション

より幅広いワークロード

この動きは、RHEL をより柔軟にして、より幅広いワークロードに対応できるようにすることを目的としています。 RHEL ゴールデンイメージは、特定の環境でのみ使用できます。エッジ環境や仮想デスクトップ環境などの多くの環境では、最終的にさまざまな部分のカスタマイズが必要になります。

コンテナ化は、これらのカスタム環境の更新を簡素化するのに非常に役立ちます。 Red Hat は、これによりテストとロールバックが容易になると主張しています。

管理者は、オペレーティングシステムのインストール後に変更するのではなく、ビルド時にオペレーティングシステムを構成できます。GitOpsまたは継続的インテグレーション/継続的デプロイメントのワークフローは、開発者にとってはすでに馴染みのあるものであり、さまざまな環境で実行されている Linux サーバーのクラスターを維持するための標準手順になる可能性があります。

事実上、すべてのクラウドネイティブツールは、オペレーティングシステムの保守に使用されます。

一時的なワークロードだけでなく

コンテナ内でオペレーティングシステムを構築する試みはこれが初めてではありません。RancherOS、Flatcar Linux、Talos、およびCoreOS ( 2018 年に Red Hat によって買収) はすべてこのアプローチを採用しています。

このリリースには、boot.cと呼ばれる新しいソフトウェアが新たに追加されています。このソフトウェアは、Docker が複数のレイヤーを介してアプリケーションコンテナを構築し、ホストシステムを起動するコンポーネントを階層化するために使用するものと同じOpen Container Initiative (OCI) 標準を使用します。

Breard氏は、このリリースには「カーネルファームウェアと、歴史的にコンテナから外すべきすべてが含まれている」と述べた。その結果、「ほぼ全員が社内で使用している標準コンテナツールを使用して、バージョンを管理し、完全なオペレーティングシステムを展開できるようになりました。」

この取り組みは、実際にはOpenShift にマージされたCoreOS 機能に由来しています。 2020 年、Red Hat はCoreOS Container Linux オペレーティングシステムの名前を、(やや紛らわしいですが) Fedora CoreOS、つまり「コンテナに最適化されたオペレーティングシステム」に変更しました。以前のコンテナイメージベースのシステムとは異なり、Red Hat のシステムは完全に一時的なものではありません。他のコンポーネントが必要に応じて更新される間、ユーザーデータはディレクトリに残ります。/etc

Walters 氏は、このアプローチは、一部のシステムデータとアプリケーションデータを保持する必要があるほとんどのシステムにとって最も価値があると説明しました。

Colin Walters 氏が講演で提案したコンテナベースの Linux オペレーティングシステムの目標。

免責事項: Red Hat は、このカンファレンスに参加するためにこの記者の旅費を負担しました。

この記事はYunyunzhongsheng ( https://yylives.cc/ ) で最初に公開されたもので、どなたでもご覧いただけます。