市場環境の変化でクラウド移行が急務に？ 再考「オンプレミス仮想化基盤」アマゾン ウェブ サービス ジャパン様記事抜粋<
オンプレミス仮想化基盤を今後も維持するべきか
サーバー仮想化ソフトウエアとして、世界的に高いシェアを誇るVMware。日本でも多くの企業がVMware vSphereで仮想化基盤を構築しており、デファクトスタンダードになっているといっても過言ではない。
しかし最近は、このままオンプレミスの仮想化基盤を運用し続けるべきか悩んでいるIT担当者が少なくない。理由の1つは、運用負担の増大だ。オンプレミスで維持し続ける限り、機器の更改や運用管理に人手が必要になる。そのままでは、経営層から要求されるDXの推進に向けたリソースを確保することが難しいからだ。
環境変化への対応力が高めにくいこともネックになっている。仮想サーバーの再配置こそ容易だが、オンプレミスの場合、全体のリソースはどうしてもハードウエアの制約を受ける。先の見えないVUCAの時代、急な顧客ニーズの変化やビジネス戦略の変更に柔軟に対応することが、どんどん難しくなっている。
さらに見過ごせないのは、先ごろ発表されたVMware製品のライセンス体系の変更である。将来にわたるコストをどう見積もるべきか、不安を抱く企業もいるのではないだろうか。
このような背景から今、オンプレミス仮想化基盤をクラウドに移行する機運が高まっている。その方法は、現行システムの環境や企業ごとの戦略によって様々なパターンが存在する。次ページでは、今企業が選択すべき、オンプレミス仮想化基盤のクラウド移行の方法論を紹介しよう。
もっとも簡単かつ短期間で移行する手法は？
「最近は、ハードウエアの保守切れやソフトウエアのライセンス切れのタイミングを目前にしたお客様から、『今後どうすればいいのか』というご相談を受けることが増えています」とアマゾン ウェブ サービス（AWS）の小林 正人氏は語る。その中には当然、VMware仮想環境をオンプレミスで運用している情報システム部門も多く含まれるという。
実際、次の一手としてクラウド化は有力な選択肢になる。そこでAWSは、環境ごとに適した7種類のクラウド移行パスを用意。そのうち仮想化基盤をクラウド化する手法としては、大きく4種類を提案している_AWSは既存システムのクラウド移行に関する7つのパス（7R）を提唱している。そこから「リテイン（塩漬け）」「リタイア（廃止）」「リパーチェス（SaaSやパッケージ製品への移行」を除いた4つが実践的な方法論となる
まず最も短期間で移行できるアプローチが「リロケート」だ。オンプレミスの仮想化基盤をそのままクラウド上に移行する。具体的には「VMware Cloud on AWS」を使用する手法である_オンプレミスの仮想サーバーをそのままAWS上に移すことができるため、短期間で移行でき、その後の運用も変わらない。AWS上に仮想サーバーを乗せてしまえば、AWSが提供する各種サービスとの連携も容易に
「お客様が培ってきた運用ノウハウやスキルセット、ツールを使い続けながら、クラウドのメリットを享受できます。また、AWSの多彩なクラウドネイティブサービスと容易に連携できるようになることもメリットです。ライセンス期限が迫っているなど、時間に猶予のないお客様は、まずリロケートで移行しておき、次のアクションを検討する方法がおすすめです」と小林氏は言う。
実際、このアプローチを選択する国内企業は数多い。例えばGSユアサでは、オンプレミスシステムの7割をVMware Cloud on AWSへ移行。5年単位のサーバー更新と運用負荷を軽減し、情報システム部門のリソースをDXに集中させることに成功している。また富士フイルムシステムズは、わずか社員数名で43台の仮想サーバーをVMware Cloud on AWS に3カ月で移行を完了した。さらにゼンリンデータコムは、1800台の仮想サーバーをVMware Cloud on AWSに移行。現在Amazon Auroraを用いたデータベースのモダナイゼーションを進めているという。
リホストに向けた4ステップの支援策も用意
次に、より大きくクラウドの価値を引き出す手法が「リホスト」だ。Webサーバーやアプリケーションサーバーをクラウド基盤上のサービスに移行する。
「サーバー移行先にはAmazon Elastic Compute Cloud（Amazon EC2）を利用します。支援策としては、AWS Application Migration Service（AWS MGN）を用意。これを利用することで、システム停止時間の最小化とコスト最適化を図りつつ、スムーズなクラウド移行を実現できます」（小林氏）。具体的には図3の4つのステップだ。_4つのステップでオンプレミスからAmazon EC2へ移行する。リアルタイムなデータの同期、ダウンタイム最小化を図ることが可能
なお、同時にオンプレミスの商用データベースをAmazon Auroraへ移行するケースも多いという。つまり、図1で示した「リプラットフォーム」も並行して進めるわけだ。これを支援するサービスとしては、AWS Schema Conversion Tool（AWS SCT）とAWS Database Migration Service（AWS DMS）を用意している。
「AWS SCTはデータベーススキーマの移行を支援するツールです。アセスメントレポートで移行の難易度を可視化できるほか、スキーマの変換、SQLやプロシージャの変換によって、データベースやデータウェアハウスの異種移行をサポートします。またAWS DMSは、移行したスキーマに対するデータ移行を支援します。データ移行の正常性もテストすることが可能です」と小林氏は説明する。
将来的なリファクタリングも視野に入れられる
このように、AWSが用意する移行パスの大きな特徴は、短時間で行えるリロケートと、サーバーなどを移行するリホストの両方をサポートしている点にある。先に触れた通り、クラウド移行はライセンスやインフラの更新期限がきっかけになることも多く、十分な時間的猶予がないケースが多い。その場合も、まずVMware Cloud on AWSへリロケートした上で、リホストすべき仮想サーバーをじっくり選定して次のステップに進むことが可能なのだ。
「いったんクラウドに移行してしまえば、クラウドネイティブに全面的に置き換える『リファクタリング』も比較的容易に実現することが可能になります。PaaSの活用やアプリケーションのマイクロサービス化によって、DXに寄与するクラウドネイティブなシステムをつくり上げることが可能です。特に外部の変化に応じて素早い対応が求められるシステムでは、クラウドネイティブな形にするメリットが大きくなります」と小林氏は話す。
リファクタリングではアプリケーションやアーキテクチャの再設計、コード開発、ライフサイクル管理の仕組みの構築などが必要になる。当然、ほかの手法よりもハードルが高いため、時間のない中では選択肢に加えることも難しいだろう。AWSが提案する方法を採用することで、将来のリファクタリングを含めたロードマップを描けるようになる。また、リテイン（塩漬け）やリタイア（廃止）などの手法も含め、システム全体の最適化も図ることが可能だ。
加えてAWSは、クラウド移行の4つのパスを視野に入れた包括的なサービスも用意している。一例が「AWS ITトランスフォーメーションパッケージ（AWS ITX）」だ。クラウド移行プロジェクトの迅速・確実な遂行を支援する「ITX For Cloud First」、クラウドネイティブ技術を駆使したシステム最適化を支援する「ITX For Cloud Native」、中小企業向けの「ITX Lite」など、多様なラインアップを提供する。「4つのパスも、AWS ITXも、軸にあるのは『お客様のニーズに合うものをご提供する』というAWSのスタンスです。目的に合わせて、最適な支援策を選び、ご利用いただくことが可能です」と小林氏は強調する。
いずれにせよクラウドは、これからのIT基盤を考える上で外せないものであることは間違いない。仮想化基盤のクラウド移行をきっかけとして、自社ビジネスにとって最適なシステム環境を目指すことが重要だ。AWSは、その取り組みを進める上で有力な選択肢になる
{AMZNと AVGOしか 分からない私}}今夜米休み=明日 ここ来てblog書く 書かない=確率半分です 申し訳ございません皆様
電子証明書の更新予約日前日のお知らせです。
【予約内容】
予約ID：000002178////
予約日：2024年7月5日
予約時間：19時00分
手続場所：横浜駅西口マイナンバーカード特設センター
手続場所所在地：神奈川県横浜市西区北幸1-4-1 横浜天理ビル22F
横浜駅西口マイナンバーカード特設センター
