~nabeken/diary/ : Xen 4.0 dom0をiSCSI boot via gPXE over FreeBSD + iSCSI on ZFSで構築する
Gentoo Linux(6年くらい)とFreeBSD(1年くらい)とOpenBSD(新参者)を使う日々。 RSS アーカイブ Posted on Sun Jan 09 15:56:18 +0900 2011 by nabeken RAID0で構築していたXen 3.0 w/Debian GNU Linux (lenny)をXen 4.0w/Debian GNU/Linux (squeeze) + ZFS上のiSCSI boot/rootで再構築しました。iSCSI boot/rootでハマったポイントを記します。 iSCSI boot/root over ZFSにする意味 ストレージサーバとしてFreeBSD 8.x + ZFS (raidz)環境がすでにある domUにはRAID0で高速なディスクI/Oを安価に用意したい しかし、dom0のディスクは冗長構成を取り、ディスク障害の影響を
Proxy DHCPを使ってネットワークブートサーバーを構築する - Blog by Sadayuki Furuhashi
pxe-pdhcpはProxy DHCPサーバーの実装です。Proxy DHCPはPreboot Execution Environment (PXE)というネットワークブートの標準規格を使ってディスクレスコンピュータをネットワークブートする際に使います。ディスクレスコンピュータは簡単に増やしたり交換したりできるので、シンクライアントやHPCクラスタ、ロードバランサの裏に置く実サーバーなどを簡単に用意することができるようになります。 Proxy DHCPサーバーは別のホスト上で動いているDHCPサーバーと連携して動作します。DHCPサーバーはIPアドレスを割り振り、Proxy DHCPサーバーは Network Bootstrap Program (NBP。ブートローダーのようなものです) の位置をネットワークブートクライアントに通知します。クライアントはNBPを取得するのにTFTPを使う
PXEでiSCSI boot - LowPriority
iSCSI SAN bootはHBAが高い、使用できるハードウェアが限られる等あるので PXE経由でiSCSI BOOT出来るように頑張ってみた。 InitiatorとしてはLinux-iSCSIはもうメンテされてないし、色々面倒なので Open-iSCSIを使用。なお、CentOS5にはiscsi-initiator-utilsとして入っている。 iSCSI Target設定 iSCSI TargetはiSCSI Enterprise Target等を使って適当にでっち上げる。 モジュールをビルド、インストールはCentOS5等だと特に問題なく可能。 最終的には専用のストレージ使うにしろテストにはこれで十分。 設定は以下の様に /etc/ietd.conf に追記。 最低限の設定はIQNとブロックデバイスの割り当てを記述するだけ。 ブロックデバイスの代わりにファイルも使えたりもする。 T
疎結合なディスクレスサーバ - （ひ）メモ
「そもそもOSインストールするのも面倒だよね、ディスクあると障害確率も上がるし。」という話もあって、今後は iSCSI か NFS かでマスタファイルサーバーを作り、PXE ブートしてそれを root ごとマウントしてディスクレスにしようかなと計画しています。 http://d.hatena.ne.jp/naoya/20070328/1175067451 これだとマスタファイルサーバとディスクレスサーバの結合度が密なんじゃないすかね。その弊害として、マスタファイルサーバが停止するとディスクレスサーバが全滅しちゃうんじゃないかと思うんす。（マスタファイルサーバがステキにフェイルオーバできるなら話は別ですが） なので、 マスタファイルサーバはrootファイルシステムのイメージを保持して配信するだけ。 ディスクレスサーバはもらったrootファイルシステムをメモリ上に展開後、pivot_rootし
ディスクレスサーバを作ろう - その2.NFS-rootで構築 - 元RX-7乗りの適当な日々
さて、前回書いたときから、随分と間が空いてしまいました。 前のエントリはコチラ(d:id:rx7:20080131:p1)。 今回からは、ディスクレスサーバの具体的な作り方を書きたいと思います。 まずは、一番簡単な方式として、ルートファイルシステムを作成して、それをオンメモリではなく、外部ディスク上のNFSで共有されているルートファイルシステムをマウントするやり方を紹介しようと思います。 ネットワークブートの(簡単な)流れ 登場人物は論理的には3人(3機？)。 ディスクレスサーバ(今回の主人公です) DHCP＆TFTPサーバ NFSサーバ 私は、物理的には2.と3.を同居させて、2つの筐体で構築してみました。 処理の流れとしては、以下となります。 ディスクレスサーバの電源をオン ディスクレスサーバでPXEブート開始 DHCPサーバに問合せ DHCPサーバから、IPアドレスとブートローダの場
Red Hat Enterprise Linux 5の全貌 Part 2（マシンの状態を一元管理する「Stateless Linux」）
Red Hat Enterprise Linux 5の全貌 Part 2（マシンの状態を一元管理する「Stateless Linux」） 1つのイメージで全マシンを管理 シン・クライアントも実現可能 前回は，RHELの新機能を一通り説明した。新機能の中の「Stateless Linux」は，クライアントやサーバーの新しい管理手法である。Stateless Linuxを用いれば，クライアントやサーバーの台数が多い場合でも，運用管理の負荷を軽減できる。Fedora Core 6を使って，実際にStateless Linuxを試してみよう。 Part1で紹介したようにStateless Linuxは，統合管理するLinux OSのイメージを用いて，ネットワークにつながった各マシン（クライアント・マシンやサーバー・マシン）を動作させる仕組みである。 個々のマシンの「Linux OSやアプリケーショ
DRACでリモートからCentOS 5.1をAnaconda Kickstartで完全自動PXEインストール・その1
RHEL/CentOS、Xenを中心にメモを残していきます。内容は無保証。適用する場合は、十分確認の上、自己責任で。 指摘、質問、要望をコメントしてもらえると喜びます。 こんなニッチな記事を書いて、自分以外の誰の役に立つのか、という疑問は湧くが… DRACを使うと、キャラクタコンソールをリモートから操作することが可能。PXEとローカルミラーリポジトリを利用すると、CD-ROMなどの媒体を一切利用しない、完全なネットワークインストールが可能。Red Hat系のインストーラ、Anacondaは、Kickstartと呼ばれる、インストール自動化のための仕組みがある。これら三つの知識を総合すると、完全にリモートから、つまり、対象機器のキーボードや画面に触れずに、Red Hat系のインストールが可能、ということが解る。それを実際にやってみようというわけだ。 しかも、OSインストール後の設定も併せて自
KLab勉強会#3 のご案内 : DSAS開発者の部屋
第3回 KLab勉強会のお知らせです。 今回も、前回（DSASのあそこ - ストレージサーバ編）に引き続き、DSASのとある構成要素について深めに濃いめにしゃべりたいと思います。 また、最近注目しているErlangについて、その魅力や特徴をご紹介したいと思います。 開催要項 日時 2007/11/02 (金) 19:00-20:00 (18:30受付開始) 場所 KLab株式会社 第3会議室 東京都港区六本木6-10-1 六本木ヒルズ森タワー20F 参加費 無料 人数 30名程度 (定員になり次第、参加登録を締め切らせていただきます) ※終了後に懇親会(会費制)を予定しています セッション タイトル 『DSASのここんとこ - ネットワークブート編』 講師 安井 真伸 (KLab株式会社) 概要 DSASではネットワークブートを利用したサーバが数多く動いています。しかし、一言で「ネットワー
PXEには３種類ある - Blog by Sadayuki Furuhashi
昨日の件で、PXE 2.1の仕様をしっかり読んで確認してみました。以下、試していないので実際のNICで動くかどうかは分かりませんが、内容を書いておきます。（読み違えで間違いがある可能性は大 ^_^;） まず、ほとんどのWebサイトで説明されているPXEは、普通のDHCPのやりとりの中でDHCPOFFERにPXEの拡張オプションを埋め込む方法で、4011/udpを使わない方法。ISC DHCPサーバーの設定（dhcpd.conf）でfilenameに"/pxelinux.0"を指定して…というのはこれです。 ところが、これとは別にProxyDHCPなるものを使う方法があります。ProxyDHCPによるPXEは普通のDHCPのやりとりではありません（だけどプロトコルフォーマットはDHCPと同じ）。ProxyDHCPによるPXEも２種類ある。一つは同じホストでProxyDHCPサーバーとDHCP
DHCP Relay Agent+Filterで既存のDHCPサーバーがある環境でPXEを使う - Blog by Sadayuki Furuhashi
DHCPサーバーが既にあるネットワークでPXEを使おうとすると、通常は既存のDHCPサーバーを一度落としてから、新たにPXE用のDHCPサーバーを立てないといけません。 これがVIVERでは非常に大きな問題で、１つのサブネット内で２つ目のDHCPを立てるときは、１つ目のDHCPサーバーの設定を知っていないと、ネットワークを混乱させてしまいます。VIVERでは「できるだけ」ネットワークを混乱させないようにPXE用のDHCPサーバーを自動的に構築するのですが、既存のDHCPサーバーのアドレスプールの範囲が分からないので、やっぱり混乱させてしまう可能性があります。 そこで！DHCP Relay Agentの実装をハックして、リレー時にDHCPパケットを改変する機能を追加してみました。既存のDHCPサーバーが発行するDHCPOFFERをフックして、それにPXE用のオプションを載せた上で（＋ごにょご
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
21 Apr. 2008
http://blog.eyes-works.com/archives/000461.php
http://blog.eyes-works.com/archives/000475.php