エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
『VMwareとHyper-VのLACPへの対応状況』
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
『VMwareとHyper-VのLACPへの対応状況』
IAサーバーのSEをしています。 主に仮想化分野を担当しているので、仕事上で気がついた点や学んだことを... IAサーバーのSEをしています。 主に仮想化分野を担当しているので、仕事上で気がついた点や学んだことを書いていきます。 更新は不定期です! 小ネタに近いですが。。。 NICチーミングで複数の物理NICを束ねて帯域を増やす場合、いわゆるIEEE 802,3adの規格に対応した対向スイッチが必要になります。 同時に、VMwareやWindows Server 2012 Hyper-Vの場合は、ハイパーバイザーのNICチーミング機能を使うため、NICチーミング機能側でも対応が必要になります。 ①VMwareの対応状況 静的EtherChannelについては、ESX3.xの時代からサポート済みです。 VMware KB: Sample configuration of EtherChannel / Link aggregation with ESXi/ESX and Cisco/HP switch