1. 1

2. 2

3. アメリカ国立標準技術研究所（National Institute of Standards and Technology, NIST）
では
クラウド・コンピューティングが満たすべき技術的条件として、上の5つを重要な特性
として上げています。
3

4. 4

5. 出典：ITpro 『電子行政：キーワード SaaS/PaaS/IaaSとは』
http://itpro.nikkeibp.co.jp/article/Keyword/20110216/357282/
5

6. 6

7. 7

8. 事業例：
Amazon EC2(Amazon Elastic Compute Cloud)
NTTコミュニケーションズ cloudn
ニフティークラウド
さくらのクラウド
BIGLOBEクラウドホスティングなど
8

9. 事業例：
ＮＴＴコミュニケーションズBizホスティング Enterprise Cloud
Amazon Virtual Private Cloud（Amazon VPC）
9

10. 事業例：
プライベートクラウド構築ソリューション
ＮＥＣ、富士通、日立ソリューションなど
10

11. 事業例：
大きな事業例はないが、インターナル・プライベート・クラウドのソリューション提供事
業者が
自社DCにホスティングしている事例が多い。
11

12. 主としてハイパーバイザと呼ばれるコンピュータ仮想化技術が利用される。
※１KVMはOC（OverCommit）可、XenはOC不可
※２「十分なスワップが使用できない場合は、ゲストオペレーティングシステムは 強
制的にシャットダウンされます。」
RHEL5仮想化ガイド【28.4. KVM でオーバーコミット】
※３Dynamic Memory機能が必要。R2SP1以降、Windowsゲストのみ可
※４VLANを使用するにはHPのNICもしくはHyper-V3.0以上が必要
Hyper-V、Citrix XenはコミュニテーXenをベースに各社が独自にカスタマイズを行って
いる。
12

13. ESX
vSW,DvSW,Nexs1000vが利用可能
KVM
br0→LinuxのNICにブリッジ、Linuxのネットワーク機能に依存（自動生成はされないのでLinuxインストール後にbr0
を作成してから仮想化を行う必要がある）
Xen
vif仮想デバイス、
「ブリッジ」「ルーティング」「NAT」の3モード
Hyper-V
ハードウェアドライバに依存、vlanはHP製のみ使用可
3.0からソフトウェア実装
SDN：仮想マシンのプロビジョニングとネットワーク設定の連動、ベアメタルクラウドなど。
2011年後半からの潮流。
OpenFrow, Cisco ONE（Cisco Open Network Environment） など。
13

14. クラウド管理ツールは現在買収などによる統合、機能追加が非常に激しく、
また管理ツール、クラウド同士を相互に接続するインタークラウドに向かう流れが加
速している。
14

15. 15

16. クラウドシステムは通常仮想化によって実現される。
テンプレートマシンイメージを用意しておき、自動または手動で短時間でプロビジョ
ニングすることができるため
アクセス負荷にあわせてWEBサーバを追加する、必要に応じて計算ノードを増やす
などの
同一構成、複数マシンのような分散構成を得意とする。
仮想化のオーバーヘッド、汎用構成のサーバなどのため
単一ノードでのハイパフォーマンスが求められるよなRDBMSやGPUコンピューティン
グなどには向かない。
ただし、クラウド事業者でIOアクセラレータ搭載ハードウェアによるHPCインスタンス
や
オンメモリDB専用装置のリソース切り出しなどによるオプションプランを用意してい
る場合もある。
16

17. 物理ライセンスキー
社内仮想化などではUSBパススルー技術などで認証させることも可能ですが、クラ
ウド利用では物理実体が自社内になくなるため
物理ドングルによる認証ソフトウェアは変更を行う必要があります。
MACアドレス認証
物理環境では、サーバを入れ替えても、NICを引き継ぐことによりMACアドレスを引き
継ぐことも可能ですが
クラウド環境では、障害回復の手法として当該ノードを削除しテンプレートから新た
にインスタンスをプロビジョニングするという
運用手法も可能です。
この場合、MACアドレスが変化することになるため、MACアドレス認証ではなく、IPア
ドレス認証のほうが、運用設計の自由度が高まります。
17

18. OracleDBのプロセッサライセンスをカウントする場合、OracleDBが動作するインスタ
ンスが動作する全物理サーバのCPU数に対してライセンスが必要となります。
クラウド環境の場合、多数の物理サーバでインスタンスのバランシングを行うため、
全物理サーバのCPU数は膨大となり、
現実的ではりません。
例外的に、Amazon EC2については、AmazonとOracletとの契約により仮想CPU数に
よるプロセッサーライセンスが可能となっています。
OracleDBを含むシステムの場合、物理構築（オンプレミス/ホスティング）とのハイブ
リッドクラウド、あるいはAmazon EC2の利用を検討すべきです。
18

19. 19

20. 20

21. どういった移行方法を選択するかは、サーバごとに検討する必要があります。
同一システムでも、アプリケーションサーバとDBサーバ、フロントエンドサーバなどに
よって適した移行方法が異なる場合があります。
実際には、移行期間、停止期間、利用するクラウドサービスに合わせて検討します。
また、シームレスな移行を目指す場合、クラウド上へのサーバ展開後既存サーバと
の間でデータの同期が必要となる場合もあります。
その場合同期ネットワークについても考慮が必要です。
21

22. 耐障害性
オンプレミスのような冗長化装置、バックアップ装置などはありません。
クラウド事業者の耐障害性のほか、クラウド上の冗長化機能、バックアップ
機能など
クラウドシステムに合わせた運用設計が必要となります。
また負荷対策などではオートスケーリング等クラウドならではの手法もある
ため
設計そのものが変わる場合があります。
ネットワーク性能
オンプレミスで構築されていたシステムをクラウド化する場合、LANトラフィッ
クからインターネットトラフィックへ、
IPSトラフィックからクラウド事業者トラフィックなどの変化があるため、注意が
必要です。
特に社内サーバのクラウド化では、インターネットルータがボトルネックとな
る場合などもあります。
移行作業においては、インターネットあるいはVPNを用いて、仮想サーバイ
メージ、ISOイメージをアップロードする必要があるため
作業スケジュールの設計にあたっては、作業環境のネットワーク性能、クラ
ウド事業者のネットワーク性能を考慮する必要があります。
IO性能
22

23. 物理サーバからクラウドの移行においては、それまでのローカルディスクか
ら共有ストレージへのアクセスへとIO特性が変わります。
クラウド事業者によるバックアップタイミングなど、ユーザ側では管理できな
いIOも存在する可能性があるため、定期バッチ処理のタイミングなどについ
ては
注意が必要な場合があります。
22

24. オートスケーリングとは、リソースモニタリングと連動し負荷に合わせて自動的に
サーバの追加、削除を行うことができる機能です。
例えばキャンペーンサイトのWEBサーバなどでよく使われる機能です。
この場合、コンテンツサーバとWEBサーバの分離など、動的追加が有効に機能する
サーバ構成にするなど、システム変更が必要となる場合もあります。
サーバテンプレートでは、基本となる構成のサーバをテンプレートとして保存してお
き
これをコピーして、各サーバを構築する機能です。
OSやローカルディスクなど基本構成が統一されているシステムであれば、テンプ
レートからサーバを構築し
コンテンツファイル、アプリファイルを個々にアップロードする方が、効率的な場合も
あるかもしれません。
23

25. P2V,V2Vツールはサーバの仮想イメージ化を行います。その際変換先となる仮想化
基盤に合わせてNICやストレージ、ビデオドライバについて
既存のデバイスドライバから、仮想環境用へのドライバへの変更を行います。
このため、デバイスドライバに依存している機能を利用しているサーバにおいては、
正常に機能しない場合があります。
ツール毎に対応OSが異なるため、事前に確認が必要です。
24

26. ツール例：
Mondo Rescu
http://thinkit.co.jp/free/article/0612/7/1/
25