Shift)」実行時に使えるAzureのツール一覧はこちら前回は研究会の活動として、「ハイブリッドクラウドガイドライン」の策定を目指す理由・目的をご説明しました。それを踏まえて今回は、作成中のガイドラインから「データセンター拡張(システム単位で配置/移動、クラウド重視)」するスタイルを一例として取り上げたいと思います。システムは極力、クラウドに配置このスタイルでは、システムの配置場所として、「極力クラウドにシステムを配置し、既存システムは順次クラウドへマイグレーション」していくことに主眼を置いています。オンプレミス、クラウドの両方にシステムを配置するスタイルのイメージ利用者の多くがオンプレミスに存在するため、「オンプレミスとクラウド間のネットワークは専用線で接続し、組織外部からはVPN利用のみを許容する」という完全プライベートで構成します。クラウドで利用するサービスは、仮想マシン(IaaS)中心に置き換えるスタイルです。今回のスタイルサンプルとなったユーザー企業の現状をヒアリングした結果は、以下の通りです。・物理的な場所、電源、空調などのファシリティ周りのコストおよび管理が負担となっている。本スタイルの選定理由としては以下が挙げられます。常に最新のOSにバージョンアップしており、移行ツールとの親和性も確保できていた。IaaS中心で、既存システムに大きな変更を加えなくてもクラウドに移行できるシステムが多かった。大半のサーバをクラウドへ移行することで、H/Wライフサイクル管理から解放された。アセスメントの結果、オンプレミスとクラウド間のネットワーク使用率がボトルネックとならなかった。本スタイル実現のため必要なタスク本スタイル実現に向けて実施したタスクは、以下のようなものでした。Recoveryを利用したIaaSの移行ここからは上記で掲げたタスクのうち、移行タスクにフォーカスしたお話をしたいと思いますが、その前にクラウド移行における4つのアプローチをご紹介したいと思います。一般的に、クラウドへ移行する時には、今まで使っていたアプリケーションに対してどの程度変更するのか、クラウドに最適化するのかによって、以下の図に示す4つのアプローチがあるとされています。完全移行クラウド移行の手段として紹介していますが、通常のオンプレミス間の仮想基盤更改であっても同様のアプローチを行っているので、わかりやすいのではないかと思います。Shift)」と呼ばれる方式で移行を検討することになります。移行対象のアプリケーションに対する調査が不十分であったり、OSやミドルウェアのサポートライフサイクルの観点やクラウドサービスとのAPI連携などに視野を広げた結果、Re-Hostでは賄いきれず、一部変更を加える「Re-Platform」や、完全な作り直しが必要となる「Re-Purchase」「Re-Architect」など全てのアプローチを総動員して対処しなければならない......といった事例も多く見られます。した状況に陥らないためにも、現状を漏れなく調査することが非常に重要です。次回は、既存環境の調査や移行タスク実行時に必要となるAzureの機能やツールなどをご紹介したいと思います。幹事企業となり分科会をリードしたい企業の方は、以下の情報を添えてhccjp★microsoft.com、およびhccjp★jbs.comまでメールでご連絡ください(「★」を「@」に変換してください)。●この活動をサポートしていただける役員クラスの方の役職・氏名また、コミュニティに参加を希望する方はConnpass上のハイブリッドクラウド研究会ページよりメンバー登録してください。ともひろ)ソリューションディストリビューターであるネットワールドの一員として、お客様に付加価値を提供するというミッションの下、Microsoft製品を中心にオンプレミスからクラウドまで幅広く提案~導入を担当。