LinodeでCoreOSContainerLinuxを使用する

CoreOS Container Linuxは、クラスター化されたデプロイメント用に設計されたコンテナーに焦点を合わせたディストリビューションであり、アプリケーションの自動化、セキュリティ、およびスケーラビリティーを提供します。オペレーティングシステムは大幅に合理化されており、DebianやUbuntuなどの従来のディストリビューションと比較して最小限と見なされています。 CoreOSのランタイムまたは開発環境は、ホストオペレーティングシステムの一部ではなく、Linuxコンテナ内で実行されます。

Container Linuxは、runningDocker、Kubernetes、rktコンテナ環境をサポートしています。

コンテナLinux構成プロファイル

Container Linuxイメージをデプロイすると、構成プロファイルのデフォルト設定が他のディストリビューションのデフォルト設定とは異なることに気付くでしょう。

起動設定

Container Linuxは、GRUB2やその他の設定ではなく、ダイレクトディスク設定で起動します。 ContainerLinuxはLinodeカーネルと互換性がありません。

ブロックデバイス割り当て

Container Linuxはスワップスペースを使用しないため、Linodeの他のディストリビューションは/dev/sdbを使用します スワップ領域として、これはContainerLinuxでは必要ありません。

ファイルシステム/ブートヘルパー

これらはContainerLinuxには必要ありません。また、Network Helperは互換性がないため、すべて無効になっています。 LinodeのContainerLinuxイメージはsystemd-networkdを使用します 、したがって、展開に静的または複数のIPアドレス、あるいはその両方を構成する場合は、静的ネットワーキングガイドを参照してください。

注 LinodeバックアップサービスはContainerLinuxでは利用できません。別のバックアップ方法を使用して、データと構成をバックアップする必要があります。

コンテナLinuxにログイン

デフォルトのユーザーはcoreです ユーザーなので、coreとしてログインする必要があります rootではなく 。 root デフォルトでは、ユーザーにはパスワードが割り当てられていません。これは、ContainerLinuxの使用目的です。

Container Linux Updates and Reboot Strategies

Container Linuxには、 aptなどのパッケージマネージャーはありません。 またはyum 、実際、オペレーティングシステムは、ほとんどのディストリビューションのように個別のパッケージアップデートでアップグレードされていません。代わりに、システム全体の更新がディストリビューションにプッシュされ、3つの再起動戦略のいずれかに従ってシステムが再起動します。

デフォルトの構成は、 etcd-lockに従うことです。 戦略ifetcdが使用されている（Container Linuxを実行しているLinodeをクラスタリングしている場合など）。そうでない場合、システムはアップデートを適用した直後に再起動します。 Linodeを自動的に起動するには、LinodeManagerでLassieを有効にする必要があります。

アップデートに望ましくない影響がある場合は、使用していた以前のバージョンにロールバックしてください。更新チェックは、Container Linuxの起動後約10分、その後は約1時間ごとに行われます。手動更新をトリガーする必要がある場合は、次を使用してください：

update_engine_client -check_for_update

リカバリモード

レスキューモードを使用してContainerLinuxディスクにアクセスする必要がある場合は、レスキューおよび再構築ガイドに示されているブート手順を使用してください。ルートパーティションは/dev/sda9にあります 。アクセスするには、次のように入力します：

mount /dev/sda9 && cd /media/sda9

これにより、ContainerLinuxファイルシステムのルートになります。 Container Linuxのパーティションレイアウトの詳細については、 『Container Linux Disk Partitions Guide』を参照してください。