第796回 LXDとIncus、今後どちらをUbuntuユーザーは使うべきか？ | gihyo.jp
Ubuntu Weekly Recipe 第796回LXDとIncus、今後どちらをUbuntuユーザーは使うべきか？ 本連載でも何度か紹介しているコンテナ・仮想マシンの管理システムである「LXD」がCanonicalの管理になった結果、コミュニティ版の「Incus」が登場しました。詳しい経緯は「LXCで学ぶコンテナ入門」の第55回「コンテナと仮想マシンのマネージャ"Incus"」に記述されています。今回は少し趣向を変えて、「UbuntuユーザーはLXDとIncusのどちらを使うべきか」という観点から、Incusを紹介します。 UbuntuとLXDとIncus 冒頭でも説明したように、LXDのコミュニティ版フォークとしてIncusが登場しました[1]。 フォークに至った詳細な流れは「LXCで学ぶコンテナ入門」が参考になりますが、かんたんに説明すると次のような時系列になります。 Lin
第55回 コンテナと仮想マシンのマネージャ"Incus" | gihyo.jp
この連載は、「LXCで学ぶコンテナ入門」というタイトルです。序盤を除くと、LXC自身を紹介するというよりは、Linuxカーネルに実装されているコンテナ関連の機能を紹介をすることが多く、カーネルの機能を紹介する際に、実行例でLXCを使ってきました。その後、LXCを開発しているLinuxContainersプロジェクトからは、コンテナマネージャとしてLXDの開発がスタートし、この連載でもLXDを使ってカーネルの機能を説明することがありました。 LXDは、コンテナと仮想マシンの両方を管理できるマネージャソフトウェアです。LXCもLXDも、OS環境を起動させるシステムコンテナを扱うことを主眼に開発されています。 gihyo.jpでは、LXDについては本連載ではなく、Ubuntu Weekly Recipeで柴田充也さんが頻繁に取り上げており、基本的な操作から応用まで幅広い話題が紹介されています。
LXDから新コンテナプロジェクト「Incus」がフォーク | gihyo.jp
Linux Containersプロジェクトは8月7日、LXDからフォークした新たなLinuxコンテナプロジェクト「Incus」をローンチしたことを発表した。2023年7月にそれまでLinux Containersプロジェクトの管理下にあったLXDプロジェクトをCanonicalが直接管理するようになったことを受けてのフォークで、openSUSEでLXDのパッケージングを行ってきたAleksa Sarai（SUSE所属）が作成したプロダクトをベースに開発が行われることになる。 Introducing Incus -linuxcontainers.org lxc/incus : Powerful system container and virtual machine manager -GitHub IncusはLXDがCanonicalの管理下に移った直後（LXD 5.16リリース直後）に
第769回 Canonicalが開発するLXDの公式Web UIであるLXD-UIを試してみる | gihyo.jp
コンテナ・仮想マシンの管理システムである「LXD」は、lxcコマンドを駆使してCLIで管理します。長らくLXD向けのGUIが求められていましたが、先日ようやくWeb UIが実験的に投入されました。今回はこの「LXD-UI」を実際に試してみましょう。 図1 LXD-UIを使えばウェブブラウザーからもLXDインスタンスのデスクトップ画面を操作できる LXDのUI事情 最初にも説明したように、LXDとはUbuntuに搭載されているコンテナ・仮想マシンの管理システムです。このうち「コンテナ」は、いわゆる「システムコンテナ」を扱います。Dockerのようなプロセスコンテナ、Flatpak/snapのようなアプリコンテナとは異なり、仮想マシンのようにsystemdがinit（PID=1）として立ち上がり、カーネルを除けば普通のUbuntuの複数のプロセスが同じコンテナの中で動くシステムです。また、シス
第750回 LXDとUbuntuサーバーで、RAID障害時の再構築の予行演習と監視について確認する | gihyo.jp
Ubuntu Weekly Recipe 第750回LXDとUbuntuサーバーで、RAID障害時の再構築の予行演習と監視について確認する 今回はmdraidを使ったソフトウェアRAID環境における「再構築（リビルド）」を試してみましょう。RAIDにおける再構築とは、簡単に言うと「ストレージ障害の回復作業中にもう一台を壊す、もしくは実は壊れていたことに気づく」仕組みです。きちんと運用されていたら、壊れることになくシステムが回復する可能性は高いのですが、実際のところは作業者のKarma値ないしLuck値次第となります。1%の確率で起きる事象を100%ひいてしまう人が世の中にはいるのです。 そこで今回は少しでも再構築作業がスムーズに進むように、その予行演習を行いましょう。今回もLXDで構築した仮想RAID環境を利用します。LXDを用いてソフトウェアRAID環境を構築する方法は、次の回を参考にし
第749回 LXDとUbuntuサーバーで、多数のストレージが必要なRAID環境を構築し性能を比較する | gihyo.jp
Ubuntu Weekly Recipe 第749回LXDとUbuntuサーバーで、多数のストレージが必要なRAID環境を構築し性能を比較する 第748回の「LXDとUbuntuサーバーでRAIDとmdadmのテスト環境を構築する」では、LXDを使ってかんたんに単一のマシンにRAID 1環境を構築する方法を紹介しました。今回は前回紹介しきれなかった残りのRAIDレベルを構築し、それぞれの性能を比較してみましょう。 さまざまなRAIDレベルたち RAIDにはいくつかのレベルとそれを組み合わせたものが存在します[1]。そのうちUbuntuがインストーラーとしてサポートしているのは、RAID 0、1、5、6、10の5種類です。もちろんインストーラーはUbuntuのルートファイルシステムを構築するための仕組みなので、純粋なデータ領域をRAIDとして構築するのであれば、mdadmコマンドを用いてさら
第748回 LXDとUbuntuサーバーでRAIDとmdadmのテスト環境を構築する | gihyo.jp
ストレージの信頼性・可用性を維持する措置として、サーバーではRAIDがよく使われています。もちろんUbuntuもRAID構成を組んだ構築が可能です。しかしながら実際にRAID環境を動作確認しようとすると、構成によってストレージの数がそれなりに必要になりますし、ハードウェアRAIDをやるなら専用のデバイスも必要です。 そこで今回はLXDを用いて、任意の数のストレージが繋がれたインスタンスを作成し、RAIDの構築方法や動作確認手順を気軽に試せるようにしてみましょう。 図1 RAIDを試すには複数のストレージが必要になる RAIDはバックアップではない Ubuntuかどうかに関係なく、この世にあるものはだいたい壊れます。壊れてほしくないときに限って壊れます。それはストレージであっても例外ではありません。たとえ名前に金とか鉄とか星とかついていても、壊れる時は壊れます。だからこそバックアップが重要な
第736回 vTPMに対応したLXDで、Windows 11とWSLの新機能であるWSLgとsystemdを試してみる | gihyo.jp
Ubuntu Weekly Recipe 第736回vTPMに対応したLXDで、Windows 11とWSLの新機能であるWSLgとsystemdを試してみる 1年前にリリースされたWindows 11では、「WSLg」と呼ばれるWSL上でGUIアプリケーションを動かせる仕組みが正式にサポートされ、Ubuntu 22.04 LTSではデスクトップ版のインストーラーが動くようになりました。さらに2022年の9月にはsystemdの公式サポートが正式にアナウンスされます（参考：Ubuntu Weekly Topics」）。今回は、あらためてWindows 11環境に注目して、WSLの環境構築手順を整理しておきましょう。 図1 Ubuntuの上のLXDで動いているWindows 11 進化し続けるWSLとLXD WSL（Windows Subsystem for Linux）は、Wind
第683回 LXDコンテナ上にUbuntuのフルデスクトップ環境を構築する | gihyo.jp
第679回ではLXD/VMの上にWindows 10をインストールしました。Windowsが動くなら他のOSも動きそうです。仮想マシンでとりあえず動かしてみるOSと言えばなんでしょう。もちろん、Ubuntuですね。 今回は別バージョンのUbuntuデスクトップを仮想マシンとして使いたいけれども、どうせならLXDのCLIで仮想マシンを管理したいという少しねじまがった性癖をお持ちのあなたに向けて、 LXDインスタンスの上でUbuntuデスクトップを動かしてみます。 Ubuntuデスクトップ上でUbuntuデスクトップを動かしたい LXDにはコンテナインスタンスとVMインスタンスの2種類が存在します。コンテナインスタンスはLinuxのコンテナ機能を利用しています。それに対してVMインスタンスはQEMUを利用した仮想マシンです。 コンテナインスタンスでもデスクトップ環境一式をインストールすれば、デ
第680回 LXDコンテナ上のWindowsでWSL環境を整える | gihyo.jp
第679回ではLXD/VMの上にWindows 10をインストールしました。そのWindowsにおいて、本連載の読者層の多くがインストールしたくなるキラーアプリで、さらにUbuntuでは使えないアプリと言えばなんでしょう。そう、WSL（Windows Subsystem for Linux）ですね。 今回は家でも仕事場でもWindowsマシンが存在しないが故に、タイムラインのWSL談義にまったくついていけない人に向けて、LXDコンテナ上のWindowsでWSL2を楽しむ方法をお伝えします。 その行為に意味はあるのか 第679回の話をまとめると次のとおりです。 LXDは3.9から仮想マシンインスタンスに対応した[1] LXDは4.7から簡単にVGAコンソールを表示できるようになった distrobuilderを使えばLXD用のWindowsインストーラーを簡単に作れる これらを組み合わせると
第535回 LXD 3.0のネットワーク設定：Ubuntu Weekly Recipe｜gihyo.jp … 技術評論社
第521回ではLXD 3.0の基本的な使い方を紹介しました。今回はLXD 2.0から3.0にかけて大幅に改善されたネットワーク周りの設定について紹介しましょう。特に次のような設定方法について解説します。 ネットワークインターフェースの追加 固定IPアドレスの指定 標準のインターフェースeth0のカスタマイズ 特定のアドレス・ポートにホストの外からアクセスする方法 LXDにおけるネットワークの設定 現在のLXD 3.0にはネットワークに関する2種類の設定インターフェースが存在します[1]。 lxc networkコマンド：ホストとコンテナ間の橋渡しを行うブリッジインターフェースの設定 lxc config deviceコマンド：個々のコンテナの中で作られるネットワークインターフェースの設定 ブリッジインターフェースはホスト上でlxd initを実行したときにも設定されます。特に設定を変更し
第532回 LXDのコンテナからGPUを利用する | gihyo.jp
第521回ではUbuntu 18.04 LTSに最初からインストールされているコンテナ管理システムLXDについて紹介しました。今回はコンテナの中からホスト上のGPUデバイスを利用する方法を紹介しましょう。 コンテナから見えるデバイス LXDで作成したコンテナからアクセスできるデバイスは、システムが起動するために必要なものだけに制限されています。 container$ ls /dev/ console full log net pts stderr tty core fuse lxd null random stdin urandom fd initctl mqueue ptmx shm stdout zero しかしながらコンテナの中からもホスト上に見えているデバイスにアクセスできると嬉しい場合は多々あります。LXD 2.0以前でこれを行おうとするといろいろと細かい設定が必要でした。ところ
第521回 入門システムコンテナマネージャーLXD 3.0：Ubuntu Weekly Recipe｜gihyo.jp … 技術評論社
先日リリースされたUbuntu 18.04 LTSでは、4月にリリースされたばかりのLXD 3.0が導入されました。今回はUbuntu標準のシステムコンテナであるLXDについて、改めて基本的な使い方を説明します。 システムコンテナの管理ツールであるLXD LXDはCanonical主導のもと開発されているシステムコンテナの管理ツールです。 コンテナ型の仮想環境と言えばDockerが有名ですが、LXDはDockerと同じような技術的要素を用いてはいるものの[1]、その目的が異なります。Dockerが特定のアプリケーション・プロセスを動かすための環境を構築することを主目的としたアプリ（プロセス）コンテナであるのに対して、LXDはシステムそのものを提供することが目的なのです。 LXDは一度インスタンスを構築しログインしたあとは、普通のLinux環境とほぼ同じように使えます。Dockerはよく「
第459回 LXDを使ってDockerコンテナをマイグレーション | gihyo.jp
第458回ではUbuntuにおけるDockerのインストール方法を紹介しました。ところでDockerと同じコンテナ技術を利用したソフトウェアとして「LXD」が存在します。このLXDとDockerは排他的な存在ではなく、用途にあわせて組み合わせて使うと便利なツールです。そこで今回はLXDで作った仮想環境上でDockerコンテナを動かす方法を紹介します。 LXDの上でDockerを使う Dockerと同様にカーネルのコンテナ技術を利用したソフトウェアのひとつにLXDが存在します。Dockerがひとつのコンテナでひとつのアプリケーションを動かす「アプリケーションコンテナ」としての利用をメインに据えているのに対して、LXDは軽量な仮想マシンのように使える「システムコンテナ」としての使い方を提案していることがもっとも大きな違いです[1]。 両者の具体的な違いを見ていきましょう。ちなみに個々の環境や
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - turtle0x1/LxdMosaic: Web interface to manage multiple instance of lxd
Henri's Blog - Using Servant to orchestrate LXD containers