Amazon クラウド技術の 5 つの簡単なステップでの移行 (2023 年のクラウドへの移行)

Amazon クラウド テクノロジーの移行と、オンプレミス プロジェクトのクラウドへの移行を検討していますか?
しかし、どこから始めればよいのか、どのようにすればよいのかわかりませんか?
この投稿では、Amazon クラウド テクノロジーの移行について説明します。

Amazonクラウドテクノロジーとは何ですか?

アマゾン ウェブ サービス (Amazon Web Services) は、世界中に 175 以上の Web サービスがあり、データセンターが存在する最も人気のあるクラウド プラットフォームの 1 つです。アマゾン ウェブ テクノロジーは、急成長を遂げている企業、大企業、政府機関から中堅企業の経営者に至るまで、何百万もの顧客によって使用されています。

Amazon Cloud Technology は、使いやすく、スケーラブルで、カスタマイズ可能で、革新的な Amazon が提供するクラウド サービスです。

クラウドに移行する企業はますます増えており、Amazon クラウド テクノロジーは主要なクラウド プラットフォームです。

Amazon クラウドテクノロジーの移行とは何ですか?

AWS 移行は、データ、アプリケーション、またはその他のビジネス コンポーネントを組織のオンプレミス インフラストラクチャからクラウドに移動する、またはあるクラウド サービスから別のクラウド サービスに移動するプロセスです。

移行の必要性

最近の統計によると、2023 年までに全データの 1/3 以上がクラウドを通過すると予想されています。まあ、泳ぎを学ぶことは沈むよりは良いことです。

クラウドに移行する理由はたくさんあります。

  • ウェブサイト/アプリに大量のトラフィックが流入し始めています
  • アプリケーションの迅速な実装と展開を可能にします
  • 現在の IT 資産ベースを最新化する
  • 将来のニーズに備える
  • インフラストラクチャのコストを削減する
  • ビジネスの機敏性の向上
  • 災害からの回復
  • 安全性

ローカルサーバーをAmazonクラウドテクノロジークラウドに移行するにはどうすればよいですか?

既存のアプリケーションを AWS クラウドに移行するには、次の 3 つのステップが必要です。

  • Amazon クラウドテクノロジー移行前
  • Amazon クラウドテクノロジーの移行中
  • Amazonクラウドテクノロジー移行後

Amazon クラウドテクノロジー移行前

1. クラウドへの移行の目標

目標 1 : ビジネスは成長していますが、トラフィックが多いために Web サイトが通常ダウンしています。どうすればよいですか?
答え: パブリック クラウドまたはプライベート クラウド

目標 2 : ローカル ストレージには十分に投資しましたが、クラウドを最大限に活用するにはどうすればよいですか?
答え: 混合

2. スタッフのトレーニング

スタッフはプロセスの早い段階でトレーニングを受ける必要があります。これは次のことに役立ちます。

  • よりスムーズな移行
  • 知識豊富な社内チームが存在するため、FUD を解消し、障壁を打ち破るのが容易になります。

即席の IT 資産に関して組織全体の決定を下す前に、必ずこのステップを実行してください。

3. 適切なパートナーを選択する

  • 技術的な専門知識と Amazon クラウド テクノロジーへの移行経験が豊富な人材を探してください。
  • 専門家は適切なプロジェクト管理フレームワークとアジャイルな方法論を持っています。
  • 採用予定のオペレーティング モデルの促進にクラウド パートナーが貢献できるかどうかを確認してください。AWS 認定パートナーは、簡単な移行を支援する適切な専門知識を持っているためです。

Amazon クラウドテクノロジーへの移行中

クラウド移行プロセスについてさらに説明する前に、転送できるデータの量と速度を決定するために Amazon Web Technologies が提案する公式を以下に示します。

日数 = (合計バイト数) / (メガビット/秒125 1000ネットワーク使用率60 秒60 分24 時間)

Amazon クラウド技術の移行: クラウド移行の 5 つのステップ

Amazon クラウド テクノロジーの 5 つの移行ステップは次のとおりです。

  1. 計画と評価
  2. 移行ツール
  3. アマゾン ウェブ サービスのクラウド ストレージ オプション
  4. 移行戦略
  5. アプリケーション移行オプション

1. 計画と評価

計画と評価のフェーズは次のように分かれています。

  • 財務評価
  • セキュリティとコンプライアンスの評価
  • 技術的および機能的評価

1.1 財務評価

オンプレミスからクラウドへの移行を決定する前に、データを AWS クラウドに移行するコストを見積もる必要があります。オンプレミス センターとクラウドベースのインフラストラクチャの導入の財務上の考慮事項を比較検討するには、慎重かつ詳細な分析が必要です。
ここに画像の説明を挿入
PS: サーバー コスト、ストレージ コスト、ネットワーク コスト、IT 人件費などのローカル コストも評価する必要があります。

1.2 セキュリティとコンプライアンスの評価

疑問に思っている場合は、次のようにします。

  • 全体的なリスク許容度
  • 主な懸念事項は、データの可用性、耐久性、機密性です。
  • セキュリティ上の脅威
  • クラウドからすべてのデータを取得するために利用可能なオプション

次に、プロセスの早い段階でセキュリティ コンサルタントや監査人に協力してもらうことをお勧めします。データ セキュリティは困難な作業であるため、脅威とリスクを理解し、それに基づいてデータをさまざまなカテゴリに分類することが不可欠です。これは、どのデータセットをクラウドに移動し、どのデータセットをオンプレミスに保持するかを理解するのに役立ちます。

1.3 技術的および機能的評価

どのアプリケーションが戦略的かつアーキテクチャ的にクラウドに適しているかを理解する必要性を評価します。これは次のことを決定するのに役立ちます。

  • 最初にクラウドに移行するアプリケーション/データはどれですか?
  • 後でどのようなデータが転送されるのでしょうか?
  • どのアプリケーションをオンプレミスに保持する必要がありますか?

データをクラウドに移動する前に自問すべき質問:

  • 企業はどのアプリケーションを最初にクラウドに移行すべきでしょうか?
  • 既存のリソース管理および構成ツールを再利用できますか?
  • ハードウェア、ソフトウェア、ネットワークのサポート契約を解除するにはどうすればよいですか?
  • クラウドは必要なインフラストラクチャの構成要素をすべて提供しますか?

2. Amazonクラウドテクノロジー移行ツール

オンプレミスの場所からクラウドにデータを移行する場合は、物理的な制限があります。ここで、移行ツールが役に立ちます。次のツールは、道路、ネットワーク、テクノロジー パートナー間でデータを移動するのに役立ちます。

2.1 アンマネージドクラウドデータ移行ツール

小規模なデータを転送するための、ファイアアンドフォーゲットの簡単な方法が必要な場合は、次のツールを使用します。

  • S3 Glacier コマンドライン インターフェイス - S3 Glacier Vault → ローカル データ
  • S3 コマンドライン インターフェイス -コマンドの書き込み → データは S3 バケットに直接移動されます
  • 同期 -サードパーティのファイル システム ツールと組み合わせたオープン ソース ツール。データを S3 バケットに直接コピー →

2.2 Amazon マネージド クラウド データ移行ツール

インターネットの最適化または置換と S3 の使いやすいインターフェイスに基づいて、次のツールを利用できます。 A.
ここに画像の説明を挿入
インターネットの最適化または置換
モバイル データ レイク、大規模なアーカイブなどに最適です。
ここに画像の説明を挿入

B. S3 とのフレンドリーなインターフェイス
既存のネイティブ アプリケーションで S3 を簡単に使用できるようにします。リカバリ、バックアップなどの既存のプロセスを統合するのに役立ちます。
ここに画像の説明を挿入
3. AWS クラウドで利用できるさまざまなストレージ オプション

以下に基づいて、どのストレージ オプションが適切かを判断してください。

  1. 料金
  2. 耐久性
  3. レイテンシーパフォーマンス (応答時間)、
  4. 可用性
  5. 保存されたオブジェクトのサイズ (大きい、小さい)、
  6. アクセシビリティ
  7. キャッシュ容量、
  8. 一貫性 (最終的、厳密)、
  9. 関係 (SQL 結合)
  10. 更新頻度

どのストレージ オプションを使用するか?
ここに画像の説明を挿入

4. Amazon クラウドテクノロジー移行の 2 つの主要な戦略

現在のビジネスを中断することなく、システムの一部またはすべてをクラウドに移行するのに役立つ 2 つの戦略を次に示します。

➊ フォークリフト移行戦略

自己完結型、密結合型、またはステートレスなアプリケーションは、このアプローチの方が適切に機能する可能性があります。「一度にすべてを選択してクラウドに移動する」というアプローチです。

アドバンテージ:

  • IT インフラストラクチャのフットプリントを縮小する: 特定の種類のアプリケーションに対してこのアプローチを使用することで、IT インフラストラクチャに関する懸念を軽減できます。
  • 他の重要なリソースに焦点を当てる: このアプローチを使用すると、競合他社に先んじるために中核となる差別化リソースに焦点を当てることができます。

欠点:

クラウドのスケーラビリティと弾力性をすぐには活用できない可能性がある

➋ ハイブリッド移行戦略

アプリケーションの一部を検討し、アプリケーションの他の部分を保持したままクラウドに移行します。複数のアプリケーションを含む大規模システムに最適です。

アドバンテージ:

  • アプリケーションをクラウドに移行する低リスクの方法。
  • パーツは一度に 1 つずつ移動して最適化できます。
  • 移行後の予期しない動作のリスクが軽減されます。

欠点:

時間がかかる。

► AMI の構成と作成

  • AMI は、インスタンスの起動に必要な情報を提供します。これは、Amazon Cloud Technology またはソリューションプロバイダーによって提供されます。
  • 別の Amazon EC2 インスタンスで実行するように設計されたコンポーネントごとに AMI を作成する必要があります。
    自動または半自動の導入プロセスを作成して、労力と時間を削減します。
    クラウド内で実行されているサーバーがプロセスに確実に含まれるように、構成管理プロセスを検討してください。

5. アプリケーション移行オプション
ここに画像の説明を挿入

➊ ライブ マイグレーション
アプリケーションを切断せずに、実行中のアプリケーションを物理マシンからクラウドに移動するプロセス。仮想マシンのメモリ、ネットワーク、ストレージは物理デバイスからクラウドにコピーされます。

➋ ホストのクローン作成
通常は 1 回限りの移行として、オペレーティング システム イメージのクローンを作成します。

➌ データ移行
コンピューターのストレージ タイプまたはファイル形式間でデータをクラウドに同期します。データは選択的に Amazon Cloud Technology クラウドにプッシュされます。

➍ アプリケーションのコンテナ
化 分散アプリケーションを展開および実行するためのオペレーティング システム レベルの仮想化方法。

➎ 仮想マシンの変換
仮想マシン ディスク (VMDK) を Amazon Cloud Technology が認識できる形式に変換します。データはAPI経由で転送されます。
ここに画像の説明を挿入

各移行方法に必要な労力レベル:
ここに画像の説明を挿入

Amazon クラウド テクノロジーの移行後の段階

1. クラウドを活用する

アプリケーションを移行した後は、必要なテストを実行して、すべてが適切に配置されていることを確認することを忘れないでください。AWS クラウドの他のメリットを探るために時間とリソースを投資してください。絶対です:

  • Amazonクラウドテクノロジーのエンタープライズサポートを活用する
  • Auto Scaling Service、Amazon CloudFront、Amazon Elastic MapReduce などの他の Amazon クラウド テクノロジー サービスを活用します。

2. モニタリングと最適化

理解→監視→確認→観察

これに従って負荷パターンを理解し、クラウド環境をより効果的に管理します。AWS は使用したインフラストラクチャに対してのみ料金を請求するため (公共料金体系を使用)、システムを最適化することでコストを削減できます。

3. クラウド監視ツールを使用する

アマゾン ウェブ サービスには、アプリケーション レベルの洞察と監視に役立つさまざまなツールがあります。そのうちのいくつかは次のとおりです。

  • ニューレリック
  • Amazon Cloudwatch ログ
  • アプリダイナミクス

Amazon クラウドテクノロジー移行の課題

Amazon クラウドテクノロジーの移行プロセス中に企業が直面する課題には、次のようなものがあります。

  • セキュリティ、OS、コンプライアンスなどに関する詳細と範囲が不足している。
  • 発見と治療のための正確なツールが限られているか、存在しない
  • アプリケーションのコンテキスト/情報が欠落しています
  • 同様のデータ ストレージ / 限定された CMDB
  • 不正確な現地コスト

これらの課題は、コストの増加、価値実現までの時間の延長、および無策につながります。したがって、ビジネス要件と利用可能なオプションを詳細に分析することが重要になります。

おすすめ

転載: blog.csdn.net/SinnetCloud/article/details/131718200