LBFO (Load Balancing and Failover：負荷分散とフェールオーバー) をクラスター環境で使う場合の注意事項について
こんにちは。Windows プラットフォーム サポートの加藤です。 本日は、最近お問い合わせのあった LBFO (Load Balancing and Failover：負荷分散とフェールオーバー) をクラスター環境で使う場合の注意事項についてご紹介します。 ＜現象＞ LBFO とは Windows Server 2012 から新しく実装された NIC のチーミング機能ですが、クラスター環境で、本機能を Active - Standby モードで設定していると、ハートビート通信の unreachable や場合によってはフェールオーバーが発生する可能性がございます。 ＜原因＞ LBFO を Active - Standby モードで使用している場合、Active 側の NIC がリンクダウンし、全ての Active NIC が無くなると LBFO から上位のドライバーにメディアの切断が通知
RHEL7のNICのネーミングルール - めもめも
参考資料 ・Predictable Network Interface Names 何の話かというと RHEL7では、NICのネーミングルールが変わっています。RHEL6では、DELL製のハードウェアの場合だけネーミングルールが変わるという謎のudevルール（biosdevname）がありましたが、RHEL7では、さらにまた仕組みが変わって、systemdがNICのネーミングを行うようになりました。 まとめると次のようになります。 バージョン ハードウェア ネーミングルール RHEL5 すべて 古典的な「eth0」「eth1」など RHEL6 一般のマシン 古典的な「eth0」「eth1」など RHEL6 DELL製のハードウェア biosdevnameによる「em1」「em2」「p1p1」など RHEL7 一般のマシン Predictable Network Interface Name
DMM inside
日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
Re: CentOS5でもRPS/RFSでNICが捗る話 - まいんだーのはてなブログ
id:studio-m (nekoyaさん)にblogエントリで先を越されたけど自分はちょっと使い所と事情が異なっていそうだったのでそれを書いておきたく!! 0. RPS/RFS の利用 CentOS5 系でのやり方は nekoyaさんのエントリ を見てください。 CentOS6 系でのやり方は kazeburoさんのエントリ を見てください。 自分はkernel 2.6.39で試しましたが問題なく動作しました。 1. RPS/RFSの利用を迫られた背景 nekoya さんは app サーバの所でネットワーク問題が起こっていたようですが、自分の場合 LVS と outbound のトラフィックをさばいているLinuxルータで厳しいことになってきておりました。 この時発生する具体的な症状として LoadAverage が 1 で張り付いて応答が極端に悪くなる というものがあります。 これをど
CentOS6.2を使っていて突然ネットワークがダウンした話 - tsunokawaのはてなダイアリー
『CentOS 6.2 + e1000eでうまくいかなかった話』 ほぼ↑に記載ある通りなんですが、同様の事象が発生した為、メモしておきます。 OS OS CentOS 6.2 カーネル 2.6.32-220.el6.x86_64 事象 上記OS環境でbonding(active-backup)環境を組んでいたところ、 突然、backup側のeth1がdownしました。 downするまではしばらく問題なく使えているのですが、急にダウンしてしまいます。 active側のeth0は問題ありません。 インターフェース名 MACアドレス bonding設定 事象 eth0 00:25:90:xx:xx:xa avtive 問題なし eth1 00:25:90:xx:xx:xb backup 突然ダウン 突然ダウンするという事象が発生するとdmesgに bonding: bond0: link sta
CentOS 6.0 で NIC と ethX の対応を固定化する
CentOS 6.0 で NIC 交換 (オンボードの場合はマザーボード交換も含む) した場合でも、ethX が変化しないように、固定化する方法です。RHEL6 でも同様にして可能。 2015-01-18追記、CentOS7/RHEL7についてはこちらを参照。 CentOS 6.0 のデフォルトでは、MAC アドレスと ethX を対応付けており、交換により MAC が変化すると、自動的に新たな対応関係が作られるようになっているため、ethX がずれてしまいます。対応関係は、/etc/udev/rules.d/70-persistent-net.rules に設定されます。 このあたりについては、前に書いた記事を参照してください。 CentOS 6.0 で NIC 交換した場合の挙動 CentOS 6.0 で NIC と ethX の対応を変更する 以上が基礎知識ですが、まずは、この 70
Brocadeブースの展示色々＠Interop Tokyo 2011:Geekなぺーじ
Interop Tokyo 2011のBrocadeブースにお邪魔してきました。 他にも色々ありましたが、以下のような展示に興味を持ちました。 PCI Expressのファブリックアダプタ 10x10(テン・バイ・テン)による100GbE x 2のリンクアグリゲーション IPv6対応ロードバランサ ShowNetデモ PCI Expressのファブリックアダプタ 個人的にBrocadeブースで一番「おもしろい」と思ったのが、1860 Fabric Adapter(以後、1860)です。 1860には、2本のSFP+がついており、それぞれファイバチャネルとイーサネットを自動認識します。 さらに、内部に16個のPF(Physical Function)が入っています(現バージョンでenableされているのは8個です)。 それによって、16個の物理的なNICがあるようにOSから見えます。 今後、
Hyper-V の NIC Teaming と VLAN 併用の最新情報 - 仮想化でプリセールスしてるSEの一日
これまで、こちら や こちら の記事などで、 Hyper-V での 「NIC チーミング と VLAN」 の併用について触れてきました。 現在はどうかというと、、、 Broadcom BACS / BASP: Team と VLAN の設定によって、意図せず動いてしまうケースがあるらしいが、IBM のサポートページでは「BACS + VLAN は正常動作しない」と明記あり*1 IBM - Windows Server 2008 R2 Hyper-V 環境で Broadcom Advanced Server Program（BASP）によるNIC Teamingを行う際の注意点 http://www-06.ibm.com/jp/domino04/pc/support/Sylphd07.nsf/jtechinfo/SYJ0-039D8D9 Intel PROSet: v15.0 から対応したら
NIC Partitioning (NPAR) - Simple is Beautiful
NIC Partitioning (NPAR)とは、その名の通りNICを論理的に分割して複数の論理ポートとして扱う技術です*1。このような技術は、HPがFlex-10 / Virtual Connectにて2008年末頃にすでに提供していましたが、実装方式は異なるものの、同じ様なことができる仕組みといえます。DELLはブレードサーバM710HDに10GbE Converged Network Daughter Card "Broadcom 57712-k"を搭載することによりNPARを実装しました。本エントリーのソース資料はこちらのSetup Guide (PDF)とWhite Paper (PDF)です。 Broadcom 57712-kによるNPARはOSに対して1つの物理デバイスを複数の論理デバイスとして「見せかける」技術ですので、NPARの構成はFirmwareレベルで行います*2
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
