クラウドへのインフラ移行

システムを1つずつ移行し、常に戻る手段を確保する

HiTechCloud は企業システムを物理サーバーまたは旧データセンターから段階的にクラウドに移行します。各段階には検収基準があり、ロールバック計画と合意済みのダウンタイムウィンドウがあります。

スタートポイント
物理サーバー · IDC · その他のCloud
デスティネーション
HiTechCloud · AWS · Hybrid
提供方法
段階的な実施とロールバック計画
ダウンタイム
システムごとに事前に合意済み
概要

マイグレーションのリスクはサーバーではなくデータにあります

新しいプラットフォーム上にサーバーを再構築するのは簡単な部分です。難しいのは、継続的に変化するデータを移行し、外部システムとの統合を保ち、何か問題が起きた時に企業が旧状態に戻れることを保証することです。

そのため、当社はシステム全体を一晩で移行することはありません。移行順序は依存関係と重要度に基づいて設定され、リスクの低いシステムから進めてプロセスを検証し、すべてが確認された後に基幹システムを移行します。

ほとんどのプロジェクトでは、旧システムと新システムが完全な切り替え前の一定期間並行して実行されます。このコストにより、ロールバック能力が得られます。

よくある課題

マイグレーションプロジェクトが計画超過する理由

依存関係マップなし

独立したように見えるサービスが実は他の 3 システムから呼び出されていた。切り替え後にそれに気づくことが最も一般的な障害原因。

特定のマシンに依存するレガシーアプリケーション

複数年にわたり手作業でインストールされたソフトウェアであり、旧マシンの特定のパス、ライセンス、または IPアドレスに依存しています。

タイムウィンドウを超えるビッグデータ

同期対象のデータ量が利用可能な帯域幅と許容ダウンタイムを超過し、プロジェクト途中での方針変更を余儀なくされた。

運用の見落とし

移行完了後、新しいプラットフォーム上で監視、バックアップ、権限設定が再設定されていません。

サービス

作業範囲

インベントリと依存関係のマッピング

すべてのサーバー、サービス、データベース、およびそれらの間の接続を列挙 — ドキュメント化されていない統合を含む。

ターゲットアーキテクチャの設計

従来の構成をそのままコピーするのではなく、実際の利用状況に適した構成で新しいプラットフォーム上にアーキテクチャを構築します。

データ移行

複数回にわたってデータ同期し、最終回は変更部分のみ転送して、ダウンタイムを最小限に抑えます。

並行稼働およびテスト

両システムを並行稼働、結果を照合、実トラフィックを新プラットフォームに切り替える前に負荷テスト

カットオーバーとロールバック

合意した期間内にカットオーバーを実施し、ロールバックスクリプトを準備してリハーサルします。

移行後の運用体制の構築

プロジェクト完了前に、新しいプラットフォーム上で監視、アラート、バックアップ、権限設定、システムドキュメントを再構築します。

データセンターのネットワークおよび接続システム
原則

ロールバックをリハーサルするまで、どのシステムも移行しません

切り替えを実施する前には必ずロールバックスクリプトを作成し、テスト環境でリハーサルを行います。ロールバックが正常に動作しない場合、切り替えは延期されます。

  • 完全なバックアップを作成し、カットオーバー前に復旧可能であることを確認します
  • 旧システムは監視期間全体を通じて実行可能な状態に保たれます。
  • ロールバック基準は定量的に設定され、その場の主観に左右されません。
  • すべての段階を記録することで、次の移行時間を短縮できます。
プロセス

移行プロジェクトの6つのステップ

  1. 01

    評価

    システムのインベントリ、実使用率の測定、コンポーネント間の依存関係マッピング。

  2. 02

    設計

    ターゲットアーキテクチャを設計し、システムごとに移行方針を選択した上で、段階的な計画を策定します。

  3. 03

    環境構築

    インフラストラクチャをコードでデプロイ、ネットワーク、セキュリティ、レガシーシステムへの接続を含む。

  4. 04

    パイロット移行

    リスクの低いシステムを先行して移行し、プロセスを検証して実際の時間を計測します。

  5. 05

    切り替え

    最終同期とトラフィック転送を合意したウィンドウ内で実施、ロールバック対応チーム待機。

  6. 06

    安定化

    初期フェーズにおける綿密な監視、構成のチューニング、および運用ドキュメントの引き渡し。

顧客

本サービスの対象

オフィスにサーバーを配置したままの企業

  • ハードウェアは保証期間を経過し、代替部品の入手が困難です。
  • サーバールームは建物の電力と空調に依存している
  • 週末のディスク障害または電源障害に対する計画がない。

データセンターのラック スペースを借りている企業

  • 契約の満了が迫っており、新規ハードウェアへの投資を行うべきか検討しています。
  • 施設への往訪回数を減らしたい。
  • 新規プロジェクトのために迅速に構築できる環境が必要です。

海外のクラウドプラットフォームを利用している企業

  • 為替変動により、請求額の予測が難しくなります。
  • 国内ユーザーへのレイテンシが望ましい水準を上回っている
  • ベトナムの規定 に適合した請求書 および契約 が必要である。
FAQ

よくあるご質問

システムの停止時間はどのくらいですか?

システムによって異なります。中規模のデータベースを備えたWebアプリケーションの場合、複数回に分けた同期により停止時間は通常数分程度に抑えられます。極めて大規模なデータシステムや同期非対応のレガシーアプリケーションの場合は、計画段階で停止時間を算出し、事前に合意形成を行います。

HiTechCloud インフラストラクチャへの移行は必須ですか。

いいえ。当社は AWS および他の国際プラットフォームに、または国内と海外インフラストラクチャのハイブリッドにデプロイします。デスティネーションはコンサルティング中にコストと法的制約に基づいて選択されます。

レガシーアプリケーションがもはやベンダーサポートを受けていない場合はどうしますか。

通常、ランタイムを保持し、仮想マシンレベルで移行することで移動可能です。開始前に、このアプローチの制限とリスクを明記します。

移行によってサービス停止が発生した場合、誰が責任を負いますか?

移行計画、ダウンタイムウィンドウ、ロールバックスクリプトは、各当事者の責任と共に契約に記載されます。切り替え中、エンジニアは検収基準が満たされない場合にロールバックするために待機しています。

現状のシステムマップ作成から開始

お問い合わせください。HiTechCloud が稼働中のインフラを調査し、依存関係をマッピングし、段階的な移行ロードマップを提案します。