移行のためのスケジュール計画
[更新：2026年4月3日]
VMware環境からさくらのクラウドへの移行プロジェクトは、規模や複雑さによって期間が変動しますが、中規模（サーバ10〜50台程度）の環境では概ね8週間〜12週間が目安となります。本ページでは、典型的なプロジェクトスケジュールと各フェーズで実施すべきタスクを解説します。
スケジュール全体像
Week 1-2：アセスメント
移行プロジェクトの成否を左右する重要なフェーズです。現行環境の正確な把握と、移行方針の策定を行います。
主なタスク
現行環境の棚卸し
調査項目 |
確認内容 |
|---|---|
仮想マシン一覧 |
台数、OS種別、リソース割り当て（CPU/メモリ/ディスク） |
ストレージ構成 |
データストア容量、使用量、VMDK配置、RDM有無 |
ネットワーク構成 |
VLAN設計、IPアドレス体系、ファイアウォールルール |
ライセンス |
Windows Server、SQL Server、RHEL、Oracle等のライセンス形態 |
バックアップ |
バックアップ方式、保持世代、RPO/RTO要件 |
依存関係 |
サーバ間の通信要件、外部システム連携 |
移行対象の分類
仮想マシンを以下のカテゴリに分類し、移行方針を決定します。
カテゴリ |
説明 |
移行方針 |
|---|---|---|
Rehost（リホスト） |
現行構成のままクラウドへ移行 |
V2V移行、または新規構築後データ移行 |
Replatform（リプラットフォーム） |
一部をクラウドサービスに置換 |
DBをクラウドデータベースアプライアンスへ移行等 |
Refactor（リファクター） |
アーキテクチャを刷新 |
コンテナ化、サーバレス化等 |
Retire（リタイア） |
移行せず廃止 |
不要システムの整理 |
Retain（リテイン） |
移行せず現行維持 |
移行困難なシステムの継続運用 |
リスク評価
リスク項目 |
評価観点 |
|---|---|
ライセンス |
BYOL可否、クラウド環境でのライセンス条件 |
互換性 |
OS/ミドルウェアのさくらのクラウドでの動作実績 |
性能 |
現行リソース使用率、ピーク時性能要件 |
データ量 |
移行データ量、移行時間の見積もり |
ダウンタイム |
許容停止時間、移行方式の制約 |
アセスメントフェーズの成果物
現行環境構成図
仮想マシン一覧（リソース情報含む）
移行対象/対象外の分類結果
リスク評価レポート
概算見積もり（リソース、ライセンス、移行費用）
移行方針案
Week 3-4：設計・PoC
アセスメント結果に基づき、さくらのクラウドでの構成を設計し、技術的な実現性をPoCで検証します。
主なタスク
インフラ設計
設計項目 |
内容 |
|
|---|---|---|
サーバ設計 |
サーバプラン選定、ディスク構成、OS選択 |
|
ネットワーク設計 |
スイッチ構成、IPアドレス設計、ルーティング |
|
セキュリティ設計 |
パケットフィルター/VPNルータ/FortiGate VM選定、ルール設計 |
|
バックアップ設計 |
自動バックアップ/Acronis選定、保持世代、スケジュール |
|
冗長化設計 |
ロードバランサー構成、DR構成 |
|
監視設計 |
監視項目、アラート閾値、通知先 |
移行設計
設計項目 |
内容 |
|---|---|
移行方式 |
V2V移行、新規構築、データ移行の選択 |
移行順序 |
依存関係を考慮した移行順序の決定 |
移行ツール |
使用ツールの選定（公式移行ツール、Acronis、rsync、DB移行ツール等） |
切り替え方式 |
DNS切り替え、IPアドレス引き継ぎ等 |
切り戻し計画 |
移行失敗時のロールバック手順 |
PoC実施
本番移行前に、技術的な実現性と性能を検証します。
PoC検証項目例
検証カテゴリ |
検証内容 |
|---|---|
移行手順 |
VMDKからのディスク作成、OS起動確認 |
ネットワーク |
VPN接続、ファイアウォールルール動作 |
性能 |
アプリケーション性能、ディスクI/O、ネットワークスループット |
バックアップ |
自動バックアップ動作、リストア手順 |
冗長化 |
ロードバランサー動作、フェイルオーバー |
運用 |
監視、ログ収集、自動化スクリプト |
PoCの進め方
検証環境の構築 （2〜3日）
最小構成でさくらのクラウド環境を構築
代表的なサーバ1〜2台を移行
機能検証 （3〜5日）
各機能の動作確認
問題点の洗い出しと対策検討
性能検証 （2〜3日）
負荷テストの実施
性能要件との比較
検証結果のレビュー （1〜2日）
結果の取りまとめ
本番構築への反映事項の整理
設計・PoCフェーズの成果物
インフラ設計書
ネットワーク構成図
セキュリティ設計書
移行計画書（移行手順、スケジュール、体制）
PoC結果レポート
本番環境構築手順書（ドラフト）
Week 5-8：本番構築・並走稼働
設計とPoCの結果に基づき、本番環境を構築し、現行環境と並行稼働させながら移行を完了させます。
主なタスク
本番環境構築
作業項目 |
内容 |
|---|---|
ネットワーク構築 |
スイッチ、ルータ、VPN接続の構築 |
サーバ構築 |
サーバ作成、OS設定、ミドルウェア導入 |
セキュリティ設定 |
ファイアウォールルール、パケットフィルター設定 |
バックアップ設定 |
自動バックアップ、Acronisエージェント導入 |
監視設定 |
監視エージェント導入、アラート設定 |
データ移行
移行方式に応じて、適切な手順でデータを移行します。
移行方式別の作業内容
移行方式 |
作業内容 |
想定ダウンタイム |
|---|---|---|
V2V移行（公式移行ツール） |
公式移行ツールを使用してさくらのクラウドへ移行 |
数時間〜 |
V2V移行（Acronis） |
VMDKをAcronisでバックアップ→さくらのクラウドでリストア |
数時間〜 |
新規構築 + データ移行 |
新規サーバ構築→rsync等でデータ同期 |
最小限（差分同期後切り替え） |
DB移行 |
ダンプ/リストア、レプリケーション |
方式により異なる |
並走稼働
本番切り替え前に、新環境での動作を十分に検証します。
並走稼働での確認項目
確認カテゴリ |
確認内容 |
|---|---|
機能確認 |
全機能の動作テスト、外部連携の確認 |
性能確認 |
レスポンスタイム、スループットの計測 |
運用確認 |
バックアップ、監視、ログ収集の動作確認 |
障害対応確認 |
フェイルオーバー、切り戻し手順の実機確認 |
本番切り替え
作業項目 |
内容 |
|---|---|
切り替え前確認 |
チェックリストに基づく最終確認 |
DNS切り替え / IP切り替え |
トラフィックを新環境へ向ける |
動作確認 |
切り替え後の正常性確認 |
旧環境停止 |
一定期間経過後、旧環境を停止 |
本番構築・並走稼働フェーズの成果物
本番環境構成図
構築完了報告書
移行完了報告書
運用手順書
障害対応手順書
Week 9-12：性能レビュー・コスト最適化
本番稼働開始後、実際の負荷状況を確認しながら、性能とコストの最適化を継続的に行います。
主なタスク
性能レビュー
本番稼働後1〜2週間の実績データを収集し、性能を評価します。
確認指標
指標カテゴリ |
確認項目 |
|---|---|
リソース使用率 |
CPU使用率、メモリ使用率、ディスクI/O、ネットワーク帯域 |
アプリケーション性能 |
レスポンスタイム、スループット、エラー率 |
可用性 |
稼働率、障害発生回数、復旧時間 |
性能改善アクション例
課題 |
改善アクション |
|---|---|
CPU使用率が常時高い |
サーバプランのスケールアップ、または台数追加 |
ディスクI/Oがボトルネック |
SSDプランへの変更、ディスク分散 |
メモリ不足 |
メモリ増設、アプリケーションチューニング |
ネットワーク遅延 |
構成見直し、より近いリージョンの検討 |
コスト最適化
実際のリソース使用状況に基づき、コストの最適化を行います。
コスト最適化のアプローチ
アプローチ |
内容 |
期待効果 |
|---|---|---|
ライトサイジング |
過剰なリソースを適正サイズに変更 |
10〜30%削減 |
不要リソースの削除 |
未使用ディスク、アーカイブの整理 |
変動 |
リザーブド契約 |
長期利用確定リソースを年間契約 |
最大20%削減 |
オートスケール導入 |
負荷に応じた自動スケール |
変動（夜間/休日削減） |
ストレージ階層化 |
アクセス頻度の低いデータを低コストストレージへ |
変動 |
コスト分析の観点
分析項目 |
確認内容 |
|---|---|
リソース使用率 |
常時使用率が低い（20%以下）リソースの特定 |
時間帯別負荷 |
夜間/休日の負荷低下パターンの把握 |
不要リソース |
未使用のディスク、アーカイブ、グローバルIPの特定 |
ライセンス |
実際の利用状況に対するライセンス過不足 |
継続的な運用改善
移行完了後も、継続的な改善活動を実施します。
定期レビュー項目
レビュー頻度 |
レビュー内容 |
|---|---|
週次 |
リソース使用率、アラート発生状況、性能指標 |
月次 |
コスト実績、キャパシティ予測、セキュリティパッチ適用状況 |
四半期 |
アーキテクチャ見直し、コスト最適化施策、DR訓練 |
年次 |
全体構成レビュー、ライセンス棚卸し、BCP/DR計画見直し |
運用改善のサイクル
性能レビュー・コスト最適化フェーズの成果物
性能評価レポート（移行後1ヶ月時点）
コスト分析レポート
最適化実施報告書
運用改善計画
プロジェクト体制例
移行プロジェクトを円滑に進めるための推奨体制です。
役割と責任
役割 |
責任 |
想定人数 |
|---|---|---|
プロジェクトマネージャー |
全体管理、スケジュール管理、ステークホルダー調整 |
1名 |
インフラエンジニア |
環境構築、移行作業、性能チューニング |
1〜3名 |
ネットワークエンジニア |
ネットワーク設計・構築、セキュリティ設定 |
1名 |
アプリケーション担当 |
アプリケーション動作確認、データ移行支援 |
1〜2名 |
運用担当 |
運用設計、監視設定、手順書作成 |
1名 |
さくらインターネットの支援サービス
移行プロジェクトにおいて、さくらインターネットでは以下の支援サービスを提供しています。
サービス |
内容 |
|---|---|
導入支援 |
設計支援、構築支援、移行支援 |
技術相談 |
アーキテクチャ相談、構成レビュー |
運用支援 |
監視代行、運用代行 |
移行プロジェクトのチェックリスト
各フェーズの完了時に確認すべき項目をまとめます。
アセスメント完了時
☐ 全仮想マシンの棚卸しが完了している
☐ ライセンス形態の確認が完了している
☐ 移行対象/対象外の分類が完了している
☐ リスク評価が完了している
☐ 概算見積もりが作成されている
☐ ステークホルダーの合意が得られている
設計・PoC完了時
☐ インフラ設計書が作成されている
☐ 移行計画書が作成されている
☐ PoCで技術的実現性が確認されている
☐ 性能要件を満たすことが確認されている
☐ 移行手順書（ドラフト）が作成されている
☐ 切り戻し手順が策定されている
本番構築・並走稼働完了時
☐ 本番環境の構築が完了している
☐ 全サーバの移行が完了している
☐ 並走稼働での動作確認が完了している
☐ バックアップが正常に動作している
☐ 監視が正常に動作している
☐ 運用手順書が作成されている
☐ 障害対応手順書が作成されている
☐ 旧環境の停止/廃止計画が策定されている
性能レビュー・コスト最適化完了時
☐ 性能評価レポートが作成されている
☐ 性能要件を満たしていることが確認されている
☐ コスト分析が完了している
☐ 最適化施策が実施されている
☐ 定期レビューのサイクルが確立されている
☐ 運用体制への引き継ぎが完了している