☰

小型ブートドライブとiSCSIベースボリューム

tag-icon • tag-icon boot cache iscsi
小型ブートドライブとiSCSIベースボリューム

すべてのデータを保持したいプライマリストレージ/ iSCSIサーバーがあります。

一方、ワークステーションと仮想マシンがあり、データはまったく必要ありません。ただし、パフォーマンス要件のために、一部のローカルストレージをワークステーションと仮想マシンの/bootプライマリcacheiSCSIボリュームとして維持したいと思います。

まだ使用するかどうかを決定していないbcacheので、LVMs dm-cacheこの質問に違いがある場合は回答に言及してください。

質問：

ローカルリポジトリがターゲットとしてのみ機能し、ターゲットに特定のボリュームをGRUBマウントするように（PXE関連なし）Linux（ubuntu）をインストールするにはどうすればよいですか？もちろんこれも事実だ。理想的には、Live CDなどのコマンドラインを使用して各ワークステーションにインストールすることです。仮想マシンの場合は、ディスク自体をコピーしてマウントするiSCSIボリュームを変更できます。/bootiSCSI initiatorCache

答え1

まあ、それは学習経験であることが判明しました:)

ステップ1

これを行うためにUbuntuを使用しました。ネットワークインストーラサーバーイメージ。 55MBに過ぎません。

ステップ2

インストールはテキストベースですが、デスクトップ版より強力ではありません。インストール時にiSCSI接続パラメータを直接指定できるという点で若干の違いがありますが、手動パーティショニングを選択する必要があります。インストーラにイニシエータ情報を入力すると、同じLUNが2回マウントされるため、役に立つかどうかはわかりません。これは、次にインストールしようとしているLVMを（少なくとも）混乱させるので、少し不幸です。だからインストーラでランチャーIDを入力し、コンソール＃2（ctrl + alt + F2）に切り替えて手動でターゲットに接続そこから。インストーラとパッシブディスクのパーティション化に戻ると、/dev/sda（マイローカルストレージ）と/dev/sdb（iSCSIボリューム）があります。

デスクトップインストーラ（ubuntu gnomeバージョン用）は展開時にopen-iscsiをプリインストールしないため、最終的に放棄してサーバーインストーラを使用しました。

ステップ3

手動パーティショニングに続いて、次のステップはSSDキャッシュの基本条件を設定することです。この場合、LVMのdm-cache実装を使用することにしたので、iSCSI LUNにボリュームグループを作成し、その中に論理ボリュームを作成するだけです。これがルートになります。 iSCSI LUNの既存の論理ボリュームはインストーラのパーティションマネージャに表示されないため、続行する前に削除してから新しいボリュームを作成する必要があります。

ステップ4

手動ディスクパーティショニングが完了したら、パーティションを作成します。

  • sda1:/スタート
  • sda2: 交換
  • sdb:vg/lv: / (ルート)

そしてそこにオペレーティングシステムをインストールします。あなたはお気に入りのデスクトップスタイルを選択してくださいインストールプロセス中は何も起こりません。tasksel上記のリンクで提案されているように、必要な項目を最初にインストールしてから再起動することもできます。

ステップ5

このため、次の 2 つの理由でデプロイが正しく機能しません。

  1. デプロイメントのinitramfsに含まれるiSCSIイニシエーターIDは、ターゲットへの接続に使用されるIDではありません。
  2. CHAP 認証に使用されるパスワード情報も initramfs イメージにありません。

その結果、ルートFSを含むiSCSIイメージをマウントできないため、新しいUbuntuインストールでinitramfsプロンプトが表示されました。

インストール段階でこの問題を解決する方法がわからなかったので、次の手順で問題を解決しました。

  1. 私のサーバーのクライアントIDを使用して新しい展開を認証し、targetcliCHAP認証も無効にしました。これは、正しいパラメータを使用してinitramfsプロンプトで簡単に呼び出すとうまくいく可能性がありますが、iscsistart当時は知りませんでした。ここでお気に入りの毒を選択してください。
  2. クライアントの起動後、/etc/iscsi/initiatorname.iscsi正しいランチャーIDと/etc/iscsi/iscsi.initramfs完全なターゲットと認証の詳細を使用して問題を解決しました。後者のファイルのパラメータ名は、ISCSI_INITIATOR、ISCSI_TARGET_NAME、ISCSI_TARGET_IP、ISCSI_TARGET_PORT、ISCSI_TARGET_GROUP、ISCSI_USERNAME、ISCSI_PASSWORD、ISCSI_IN_USERNAME、ISCSI_IN_PASSWOR私が持っているここ。更新後、update-initramfs -uその更新された実行構成を公開しました。

この手順を完了すると、最初から必要な方法で実行される適切に設定されたシステムがあります。まだ完了していない2つのステップがあります。

ステップ6

この展開には、シャットダウン中にルートファイルシステムがアンマウントされる前にネットワークスタックとiSCSIボリュームがシャットダウンする「バグ」があります。これにより、シャットダウンが途中で中断されます。この問題の解決策を見つけたら、それに応じてこの手順を更新して最後の手順に進みます。

ステップ7

シャットダウンの問題を解決したら、指示に従ってSSDキャッシュを設定したいと思います。ここ&ここ。

私は現在、2つの理由でLVMキャッシュを調査しています。

  1. 私のメインサーバーにbcacheを設定しましたが、このbcacheは非常に強力で構成可能で信頼性がありますが、いくつかのマイナーだがまだ迷惑な問題に遭遇しました。
  2. LVMのキャッシュは、論理ボリュームへのパスを変更せずに保持します。プライマリボリュームの使用方法を変更することなく、必要に応じてキャッシュを有効/無効/削除できます。一方、bcacheはキャッシュ自体を無効にしてもアクティブなままにする必要がある新しいマッピングを作成します。さて、技術的にはLVMを設定する必要があるのでただ後でキャッシュを有効にするには、bcacheには別の階層があり、LVMにはないと言うのは公平ではないようです。そうですか？

関連情報