Weitere ähnliche Inhalte Ähnlich wie 仮想化専門コンサルタントが教える「成功する仮想化導入のポイント」 (20) Mehr von VirtualTech Japan Inc. (20) 仮想化専門コンサルタントが教える「成功する仮想化導入のポイント」2. 日本仮想化技術株式会社 概要
• 社名:日本仮想化技術株式会社
– 英語名: VirtualTech Japan Inc.
– 略称:日本仮想化技術/ VTJ
• 設立: 2006 年 12 月
• 資本金: 20,000,000 円
• 本社:東京都渋谷区渋谷 1-8-1
• 取締役:宮原 徹(代表取締役社長兼 CEO )
• 伊藤 宏通(取締役 CTO )
• スタッフ: 9 名(うち、 8 名が仮想化技術専門エンジニアです
)
• URL : http://VirtualTech.jp/
• 仮想化技術に関する研究および開発
– 仮想化技術に関する各種調査
– 仮想化技術に関連したソフトウェアの開発
– 仮想化技術を導入したシステムの構築
ベンダーニュートラル
な独立系仮想化技術の
エキスパート集団
ベンダーニュートラル
な独立系仮想化技術の
エキスパート集団
2
3. 会社沿革
• 2001 年 1 月 株式会社びぎねっと 設立
– 代表取締役社長に宮原 徹が就任
– Linux/OSS 技術者教育を中心に事業を展開
• 2006 年 1 月 (株)びぎねっと 年間新規事業開発テーマを
「仮想化技術」に設定
– 日本で初めて Xen 上で Windows の動作に成功
• 2006 年 12 月 新規事業会社として「日本仮想化技術株式
会社」を設立
– (株)びぎねっとの兄弟会社として設立
– 代表取締役社長に宮原 徹、 CTO に伊藤 宏通が就任
• 2008 年 8 月 第三者増資を行い、資本金を 1425 万に増資
• 2012 年 5 月 第三者増資を行い、資本金を 2000 万に増資
• 2012 年 5 月 オフィスを渋谷区渋谷 1-8-1 第 3 西青山ビル
に移転
3
4. 代表略歴
• 本名:宮原 徹
• 1972 年 1 月 神奈川県生まれ
• 1994 年 3 月 中央大学法学部法律学科卒業
• 1994 年 4 月 日本オラクル株式会社入社
– PC サーバ向け RDBMS 製品マーケティングに従事
– Linux 版 Oracle8 の日本市場向け出荷に貢献
• 2000 年 3 月 株式会社デジタルデザイン 東京支社長および
株式会社アクアリウムコンピューター 代表取締役社長に
就任
– 2000 年 6 月 (株)デジタルデザイン、ナスダック・ジャパ
ン上場( 4764 )
• 2001 年 1 月 株式会社びぎねっと 設立
• 2006 年 12 月 日本仮想化技術株式会社 設立
• 2008 年 10 月 IPA 「日本 OSS 貢献者賞」受賞
• 2009 年 10 月 日中韓 OSS アワード 「特別貢献賞」受賞4
8. サーバ仮想化は普及段階に
• ハードウェアの仮想化最適化
– マルチコア CPU ・大容量メモリ搭載
• 大規模なシステムほど仮想化に移行済み
– 中小規模システムの仮想化移行フェーズに
– クラウドサービス利用も促進
• 仮想化の導入よりも運用管理に悩み
– 性能不足・容量不足
– 障害対応・ BCP 対応
• 一層のランニングコスト削減要請
– 省電力サーバへの変更による電力コスト削減
– 高集約環境への V2V 移行による仮想インフラ再圧
縮
8V2V:Virtual to Virtual
15. 無停止や耐障害性設計
• 冗長化・ HA 構成による耐障害性の向
上
– 基本的な設計はこのレベル
– 物理サーバは 3 台 1 組構成を基本に
• ライブマイグレーションで無停止シス
テム
– ハードウェアのシャットダウンを伴うメン
テナンスもシステムを無停止で実施可能
• ストレージの冗長化も
– データのバックアップをしっかりと行う
15
16. 障害に強いシステムの実現
• Server A に障害が発
生した場合
1. Server A に障害発生
2. VM1 を Server B で
再起動(システムは
共有ストレージ上に
)
3. Server A 復旧後、
VM1 を Server A に
復帰
16
VM1VM1 VM2VM2
Server AServer A Server BServer B
VM1VM1 VM2VM2
Server AServer A Server BServer B
VM1VM1
Server AServer A Server BServer B
VM2VM2
ライブ
マイグレーション
1.
2.
3.
数分程度で
フェールオーバー
17. 無停止運用の実現
• Server A をハードウェ
ア的に停止してメン
テナンスしたい場合
1. VM1 を Server B にラ
イブマイグレーショ
ン(システムは無停
止)
2. Server A を停止し、メ
ンテナンス
3. VM1 を Server A に復
帰
17
VM1VM1 VM2VM2
Server AServer A Server BServer B
ライブ
マイグレーション
VM1VM1 VM2VM2
Server AServer A Server BServer B
VM1VM1
Server AServer A Server BServer B
停止メンテナンス
VM2VM2
ライブ
マイグレーション
1.
2.
3.
19. 基本的な高速化の手法
• 仮想マシンを増やして負荷を分散
– Web アプリケーションサーバ、メールサーバ
などに有効
• マルチプロセス/スレッド処理は CPU 追
加で
– 負荷の高いプロセスが並列化できる場合に有
効
• メモリ追加でアプリのチューニング
– DB などメモリ上での処理が多いアプリに有効
• ストレージ高速化で I/O 待ちを減らす
– メモリを増やしてバッファキャッシュを増や
すのも有効 19
20. CPU のサイジング
• 仮想化の CPU オーバーヘッドは 10% 程
度
• 旧世代 CPU から新世代 CPU への移行
により性能アップ
• 両者が打ち消し合うため、新旧のクロ
ック性能は同じと考える
• CPU 使用率が計測できる場合は平均使
用率、あるいは最大使用率で必要クロ
ック数を算出 20
21. CPU の仮想化
21
OS OS OS OS
OS OS OS OS
仮想 CPU 割当を減らす 物理 CPU 数を増やす
VM1 が CPU リソースを専有VM 切替で VM2 が CPU リソース確保
or
VM1 VM2 VM1 VM2
22. CPU 利用状況の最適化
• 仮想 CPU の割当数だけ物理 CPU をロック
– ロックされている間、他の仮想マシンは物理
CPU を使用できない
– 物理 CPU 割り当ては時分割で強制的なので、
仮想 CPU が Idle でもロックは発生する
• ロックを回避し、スループットを向上
– 仮想 CPU 割当数を減らす
– 物理 CPU 数を増やす( 2 コア→ 4 コア→ 6 コ
ア→ 8 コア→ 12 コア→ 16 コア)
22
23. 性能不足時の CPU 使用率評価
• 使用率が長時間 100% (高原型)
– 詳細分析の上、高速化の手法を検討
– CPU 増設、負荷分散など
• 使用率が特定の時間だけ高い(スパイ
ク型)
– CPU 増設、負荷分散などで対処
– 処理時間帯をずらして時差処理
• 使用率が乱高下(ノコギリ型)
– CPU 以外のボトルネックを調査
23
27. 10GbE ・ FCoE ・ CNA
• 10G Ethernet 標準搭載サーバの増加
• 今後、 iSCSI や FCoE の HBA を兼ねた
CNA 搭載製品が標準に
– CNA : Converged Network Adaptor
27
Brocade 社製品 QLogic 社製品
30. ストレージ選定時の考慮点
• 容量
– 今後の増加率の予測も合わせて行う
– 無停止増設可能か
• 速度
– 使用アプリケーションの読み書き特性を考慮
– SSD / NAND フラッシュ、階層化ストレージ、キャッ
シュ技術の活用
• 耐障害性
– 単一障害点の排除
– バックアップリカバリも含めて検討
• ローカルストレージの活用
– 共有の必要がなければ、ローカルの方が高速の場合も
– システムとデータの分離
30
45. 標準機能とオプション機能
• 標準機能
– HA (フェールオーバークラスタ)
– ライブマイグレーション
• オプション機能
– 性能最適化
• 性能不足に陥ることは少ない?
– 仮想分散スイッチ
• 仮想ホスト増加時の現実的な課題
– DR 対応
• 回線速度や BCP 全体との整合性が必要
45
47. 運用方針の策定
• VM あたりの標準リソース量の決定
– H/W スペックの個別最適化から標準ベースの
システム展開への移行
– サイジング情報から平均値、再頻出値を導出
• リソース増強ポリシーの決定
– リソース使用率のしきい値
• 例)ストレージ使用率 80% でストレージ増設検討
• 運用監視の統合
– 監視サーバ、ログサーバなどの導入
• バックアップの統合
47