Más contenido relacionado
La actualidad más candente (17)
Similar a Linux+Xenによるサーバ仮想化構築事例セミナー (20)
Más de VirtualTech Japan Inc. (20)
Linux+Xenによるサーバ仮想化構築事例セミナー
- 2. 2
会社沿革
• 2001年1月 株式会社びぎねっと 設立
‒ 代表取締役社長に宮原 徹が就任
‒ Linux/OSS技術者教育を中心に事業を展開
• 2006年1月 (株)びぎねっと 年間新規事業開発
テーマを「仮想化技術」に設定
‒ 日本で初めてXen上でWindowsの動作に成功
• 2006年12月 新規事業会社として「日本仮想化技術
株式会社」を設立
‒ (株)びぎねっとの兄弟会社として設立
‒ 代表取締役社長に宮原 徹、CTOに伊藤 宏通が就任
3
4
導入
仮想化環境構築をトータルサポート
設計
• 設計
– サーバ、ストレージからネットワークまで
– キャパシティプランニング(ベンチマーク)
• 導入
– 仮想化ソリューションパッケージの提供
– 運用管理システムの提供
– 仮想化統合(P2Vレガシーマイグレーション)
• 運用保守
– エンジニア教育
– 技術サポートの提供
‒ Xenソースコードレベルサポート
運用保守
- 3. 3
要するにこういう会社です
• 仮想化技術に特化した会社です
• 仮想化技術に関する経験が豊富です
• 仮想化関連の製品/ソリューションを成熟
させます
• 仮想化技術が今後ITの重要なコアインフラ
技術になると確信しています
• 仮想化技術をしっかりとサポートします
5
『仮想化技術Xen−概念と内部構造』
• 日本仮想化技術株式会社
技術陣による監訳
• Xenの内部構造について唯
一の詳細な解説書
– 設計に役立つ
– 構築に役立つ
– トラブルシューティングに役
立つ
• 2008年8月20日発売
• 4800円+税
6
- 5. 5
9
サーバ仮想化のメリット
• サーバ集約が可能
– 省電力・省スペース・H/W管理コストの削減
– リソースの有効利用
• 標準化と可搬性の確保
– 運用管理コストの削減
– 迅速なプロビジョニング
– HA・DRにも柔軟に対応
• 低発熱・省電力
– CO2排出量抑制の要請
– iDCの冷房設備・ラックあたりの電力供給量の限界
10
サーバ集約が可能
• 複数マシンを1台に集約
– 省スペース
– 省電力
– 管理コストの削減
• リソース共有によるリソースの最適化
– 低利用率のCPUを統合
– 大容量メモリを複数システムで分割共有
– 各種I/Oを共有
仮想化のメリット①
- 10. 10
VMware
• VMware ESX Server
– 実績が一番多い
– Virtual Centerによる管理が(ほぼ)必須
– ライセンス・保守料が高額
• VMware ESXi
– 無償で利用可能
– サービスコンソール無し(ローカル処理不可)
– お試し、スタンドアロン利用には耐えるか
19
Xen
• 現在、最も注目されている
– 本格導入事例(カシオ計算機、パイオニア等)
– 低コストソリューション
• Windowsも稼働
– ゲストOS用ドライバの提供
– ライブマイグレーションのサポート(v3.1以降)
• いくつかの課題も
– UNIX/Linux系の知識が必要
– ディストリビューションが多く、互換性の欠如
– 定番管理ツールが無い
20
- 11. 11
Hyper-V
• Windows Server 2008から正式サポート
– 比較的低価格
– OS標準の強み?
– System Centerによる統合管理
• これからの課題
– 技術的評価検証
– 実績作り
21
現時点での比較評価
実績
機能
運用管理
技術力
導入コスト
ランニン
グコスト
VMware ◎
○ ○ ○ △
△
Xen
○ ○ ?*1
○*3 ◎
○
Hyper-V
△
○ ?*2
○ ○ ○
22
*1 標準ベースの運用管理作り込みの可否
*2 System Centerによる統合管理が未知数
*3 オープンソースによる開発
- 15. 15
ボトルネックの解消
• ハードウェアの問題
– CPUの不足(クロック数・CPU数)
– メモリの不足
– I/Oの不足(ディスク・NIC)
• OS・アプリケーションの問題
– メモリ不足によるスワップアウトや速度低下
– チューニング不足(メール・DBなど)
29
ストレージ
• 今後の仮想化統合を考慮して、あらかじめ
パフォーマンスを十分に確保したい
• XenではNFS・iSCSI・FC SANが使用可能
• iSCSIとFC SANをベンチマークで比較
– FC SAN
– FC SAN+iSCSI変換
– ソフトウェアiSCSI(SLES10)
30
- 16. 16
ストレージの選定
• 最終的にFC SANを採用
– 高い性能
– ハードウェアのスナップショット機能
– レプリケーション(将来的に)
• ストレージでのチャレンジ
– パフォーマンスがあまり要求されない部分には
iSCSIを使用
– SLES10+iSCSI Enterprise Targetによるソフト
ウェアiSCSIターゲットを構築
31
多重化による冗長構成
• VMの多重化とハードウェアの多重化を効
果的に組み合わせる
• VMの冗長化
– ライブマイグレーション経路の確保
– Heartbeat2を使用し、仮想マシンの監視による
自動再起動
• ハードウェアの多重化
– 構成の多重化と60%ルール
– 障害発生時でも縮退運転可能
32
- 19. 19
CPU使用率の計算方法
• CPUクロック数の世代間性能差に留意
– CPUの性能指標であるクロック数は製品の世
代によって性能が異なる
– 実質的なクロック対性能は大きく変わっていな
いので、クロック数比で計算してもよい?
37
CPU
コア数
MHz
実質MHz
SPECint2000
MHz/SPECint2000
Xeon 3.0GHz(推定)
1
3000
3000
1,429
2.10
Xeon 3.4GHz
1
3400
3400
1,617
2.10
Xeon 3.6GHz
1
3600
3600
1,718
2.10
Xeon 5110(1.6GHz)
2
1600
3200
1712
1.87
Xeon5160(3GHz)
2
3000
6000
3,025
1.98
SPECint2000による性能比較
CPU使用率の計算例
• CPU使用率30%の物理マシンを、ほぼ同性
能・同クロックの仮想マシンホストに移行
– CPU使用率60%まで可能なので、2VMまで収
容可能
38
収容可能VM目安=CPUコア数×2
- 21. 21
既存環境の移行
• 部分移行と全体移行の混在
– Red Hat Linux 8→SLES10にアプリケーション移行
– Red Hat Enterprise Linux ES4→疑似仮想化VMに
変換
• フェーズを前倒しして、Windows環境の移行も
調査
– Windows 2003はASRで移行可能
– Windows 2000はツール利用を推奨(PlateSpinなど)
41
運用監視
• 仮想化環境の運用監視は「死活監視」と「負荷
監視」が重要
• NagiosからHinemosへ移行
• Hinemosを独自に拡張し、仮想化環境に特化
したシステム監視も可能
– 仮想マシンの追加・削除、起動・停止・ライブマイ
グレーション
– 仮想マシンの負荷状態の監視(CPU・メモリ・ネット
ワーク・ブロックデバイス)
– リモートコンソール
42
- 24. 24
今後の展開
• Hinemos 協業パートナーとしての展開
– Hinemosを使用したシステム全体のコンサル
ティング+仮想化
– Hinemosの教育・販売・サポート
• 仮想化対応について
– VMware対応
– Hyper-V対応
47
案件絶賛
募集中
48
お問い合わせ先
「仮想化環境を構築したいが、どこに相談すればいいの?」
まずは我々にご相談ください
日本仮想化技術株式会社
http://VirtualTech.jp/
sales@VirtualTech.jp
050-7571-0584