ローカル環境からクラウドへの移行は簡単な作業ではなく、多くの側面が関係します。サーバー移行、データベース移行、アプリケーション移行、企業のビジネスをクラウドに移行するための方法と手順は何ですか?移行プロセス中に注意すべき問題は何ですか?この記事で答えが見つかります。
1. クラウドに移行する理由現在でも、ビジネスワークロードをローカルデータセンターに置いている中小企業は数多く存在します。業務量の増加に伴い、ローカルデータセンターでは徐々に欠点も見え始めています。企業の新規事業のニーズに応えることは困難です。さらに、設備の購入や更新には、企業が事前に多額の費用を費やす必要があります。多くの中小企業は圧力に耐えられない。クラウドに移行することで、ローカル データ センターが直面する問題の一部を回避できます。
2. 移行計画企業が Amazon Web Services を使用すると、オンデマンドでリソースを効率的かつ安全に実行できます。数か月待つことなく、わずか数時間で、これまで以上に効率的かつ機敏にイノベーションを起こすことができます。企業がクラウドに移行する際に、既存のサービスをより迅速かつ効率的に移行したい場合、移行計画を策定する際にはどのような点に注意する必要がありますか?この記事では、Amazon Web Services 移行モデルについて体系的に説明します。 移行プロセス クラウド移行の多くのケースでは、比較的標準的な移行プロセスを段階的にまとめてきました。これらのプロセスに従ってビジネスを移行すると、移行の効率が向上し、迂回を回避できます。
移住評価 計画を開始する前にクラウド移行の優先順位と目標を設定すると、移行をより成功させることができます。さらに、自動化されたクラウド移行ツールは、環境と依存関係に関する洞察を提供し、クラウド移行プロジェクトの計画に役立ちます。企業の移行計画段階では、移行の基本的な考慮事項であるビジネス要因、コンプライアンス要因、セキュリティ要因、プラットフォーム要因、人員要因など、複数の要因を体系的に評価する必要があります。
Amazon Web Services のクラウド移行評価ツールである Application Discovery Service を利用すると、ローカル データセンターで実行されているアプリケーション、それらの関連する依存関係、パフォーマンス プロファイルを自動的に識別できるため、独自のクラウド移行計画を作成できます。 この情報を使用して、サーバーをローカル アプリケーションにマップします。これにより、サーバー間の依存関係や通信を特定し、クラウド移行計画に必要なすべてのアプリケーション コンポーネントを含めることができるため、リスクが軽減され、スムーズな移行が保証されます。次に、サーバーを論理的にグループ化してアプリケーションを提示し、その要件と移行目標に基づいて各アプリケーションに適切なクラウド移行戦略を選択します。 移行戦略 評価要因を定義した後、企業にとって非常に重要な、計画フェーズでの最も重要な移行モデルの質問について説明します。この点に関して、Amazon Web Services では、保持、廃止、再ホスト、置き換え、再プラットフォーム化、リファクタリングを含む 6R 移行理論を参考までにまとめています。ビジネス アプリケーションごとに異なる移行戦略を採用できます。企業は、アプリケーションの評価に基づいてさまざまな移行戦略を選択できます。
移行プロセス中は、複数の移行モードを使用します。 1 つのアプリケーション スタックでも、企業は 2 ~ 3 個の「R」に遭遇する可能性があります。最低コストと最高の価値を実現するには、アプリケーションを完全に分析し、それらを組み合わせる必要があります。 III.移行サービスとツールクラウドへの移行プロセスと移行プロセスで使用されるいくつかの戦略を理解した後、ローカル センターのアプリケーションをクラウドに移行し始めます。クラウド データ センターで最も重要な 3 つのインフラストラクチャ リソースは、コンピューティング、ストレージ、ネットワークであることは周知の事実です。これら3つのパートに基づいて、それぞれの移行方法と関連する注意事項を中心に紹介します。 ネットワーク移行 ローカル データ センターのネットワークは一般にプライベート ネットワークであり、そのほとんどはフラット ネットワークです。事業規模の大きい企業の中には、比較的複雑なネットワークを計画するために独自のネットワークエンジニアを抱えているところもあります。ネットワーク移行の複雑さは、主にローカル データ センターのネットワークの複雑さによって決まります。ローカル ネットワークを Amazon Web Services に移行する方法についても、さまざまな状況に応じて検討する必要があります。 Amazon Web Services では、VPC を使用してプライベート ネットワークを構築します。 VPC のさまざまな機能は、基本的に企業ネットワークのさまざまなニーズを満たすことができます。では、ネットワークをどのように設計すればよいのでしょうか?
ローカル データ センターのネットワーク冗長性と高可用性ソリューションを構成するには、高度なネットワークに精通したエンジニアによる構成と保守が必要です。ネットワークがクラウドに移行された後、これらすべては Amazon Web Services によって管理されます。同社の保守担当者は、保守に基本的なネットワーク知識のみを必要とするため、ネットワーク管理のハードルが下がり、コストが削減されます。 ワークロードの移行 ビジネス オペレーションをサポートするリソースをワークロードと呼びます。仮想マシン、データベース、アプリケーションなどをワークロード レベルで大まかに計画できます。次に、これらの部分に焦点を当てて、移行全体の中で最も重要な部分でもある移行プロセスについて説明します。 仮想マシンの移行 仮想マシンをクラウドに移行すると、ビジネスに大きな経済的負担をかける可能性がある更新サイクルを回避できます。準備が整ったら、2 つの方法で移行できます。移行戦略として Rehost を使用します。 最初の方法: Amazon Server Migration Service を使用して、仮想マシンをローカルまたは他のクラウド プラットフォームから Amazon Web Services に直接移行できます。 Amazon SMS は、ローカル仮想マシンを Amazon EC2 にデプロイできるクラウドホスト型 Amazon マシンイメージ (AMI) に段階的に複製するのに役立つ無料サービスです。レプリケーション プロセス全体を通じて、移行中に使用される S3 バケット、EBS ボリューム、データ転送料金、および EC2 インスタンスの実行料金のみを支払う必要があります。 2 つ目: VMWare Cloud on Amazon ソリューションを使用して、VMware 仮想マシンを Amazon Web Services に直接移行することもできます。つまり、既存の VMware ベースのワークロードは、移行時に書き換える必要がなく、クラウドのパフォーマンス、スケール、セキュリティのメリットを享受できるということです。
データベースサービスの移行 ローカル データ センターのデータベース サービスは通常、物理マシンまたは仮想マシン上で実行され、運用および保守担当者によって展開されます。データベースの移行については、主に次の考慮事項と解決策があります。
再ホスト移行の場合、Amazon SMS ツールを使用して簡単に完了できますが、データがリアルタイムで同期されないため、データの遅延が発生する可能性があります。そのため、一般的には、従来の自社構築データベースにはないいくつかの利点があるクラウド内のデータベースを使用することをお勧めします。 Amazon Database Migration Service (Amazon DMS) は、リレーショナル データベース、データ ウェアハウス、NoSQL データベース、その他の種類のデータ ストアの移行を容易にするクラウド サービスです。 Amazon DMS を使用すると、データを Amazon Web Services に移行したり、ローカルインスタンス (Amazon Web Services を通じて設定) 間で移行したり、クラウドとローカル設定の組み合わせ間で移行したりできます。 DMS サービスを使用すると、ソース データベースとターゲット データベースのデータがリアルタイムで同期され、継続的に実行されることを保証できます。このモデルを使用すると、データベース移行のダウンタイムをゼロにすることができます。 ユーザーによっては、Oracle から Aurora MySQL に変換するなど、クラウドに移行した後にデータベース エンジンを変更したい場合があります。この場合、Amazon Schema Conversion Tool サービスを使用して完了することができます。 SCT を使用すると、より多くのメモリが消費されます。メモリパフォーマンスを向上させると変換速度が向上しますが、デスクトップ コンピューターのメモリ リソースの消費量も増加します。 アプリケーションの移行 アプリケーションをクラウドに移行するプロセスでは、通常、既存のビジネス システムの変革と新しいビジネス システムの構築という 2 つのシナリオに直面します。新しいビジネス システムは、クラウド アプリケーションの標準要件に従って設計、開発、コーディング、テストするだけでよく、実装も比較的簡単です。既存のビジネス システムをクラウドに移行するには、既存のビジネス システムを変革する必要があります。 移行戦略:
アプリケーションをクラウドに移行する場合、通常はまずクラウド内に完全なアプリケーション環境を構築し、プログラムがテストされるのを待ってから、DNS を変更してアプリケーションのクラウドへの移行を完了します。アプリケーションが安定したら、段階的かつ計画的にローカル センターから削除できます。 コンテナ移行 近年のコンテナの普及により、コンテナ プラットフォーム上でサービスを実行する企業が増えています。コンテナが単一のマシン上で実行される場合、通常は docker コマンドを使用して直接実行するか、docker-compose を使用します。複数のマシンで実行されるコンテナ サービスの場合、現在人気のコンテナ オーケストレーション サービスである Kubernetes を主に使用します。 コンテナの特性上、プログラム実行環境全体をイメージにパッケージ化することができます。実行環境を個別に構成する必要がなくなりました。この機能により、コンテナ内で実行されているアプリケーションをクラウドに移行することがはるかに簡単になります。ユーザーは、クラウドへの移行を完了するためにコードを変更する必要はありません。 では、Amazon Web Services ではどのようなコンテナ プラットフォームを選択できるのでしょうか?ローカルに構築されたコンテナ プラットフォームと比較した利点は何ですか? Amazon Web Services のクラウド プラットフォームには、Amazon Elastic Container Service (ECS) と Amazon Elastic Kubernetes Service (EKS) の 2 つのコンテナ オーケストレーション ツールがあります。
Amazon Web Services でコンテナを実行する場合も、選択できるプラットフォームが 2 つあります。まず、サーバーを管理するかどうかを選択できます。コンテナを使用したサーバーレスコンピューティングが必要な場合は、AWS Fargate を選択してください。コンピューティング環境のインストール、構成、管理を制御する必要がある場合は、Amazon EC2 を選択してください。 Fargate は、ECS と EKS を介して Amazon でコンテナを実行するためのお客様にとって推奨される方法です。 Fargate はコンテナ向けのサーバーレス コンピューティングを提供し、アプリケーションの構築に集中できるサービスであるため、顧客に好まれています。 Fargate を使用すると、プロビジョニングおよび管理するサーバーがなくなり、設計によるアプリケーション分離によってセキュリティが向上し、アプリケーションごとにリソースを指定して料金を支払うことができます。
では、これほど多くのサービスがある場合、どのように選択すればよいのでしょうか?
データ移行 ここで言及するデータは主に、静的に保存されたデータと、S3 に転送する必要がある一部のアーカイブされたデータを指します。データ移行ツールの選択では、主にデータの量とローカル データ センターの帯域幅を考慮します。組み合わせによって必要な移行ツールは異なります。
データベースと帯域幅を通じてクラウドにデータをアップロードするのにかかる時間を簡単に見積もることができます。企業は自社の能力に応じてさまざまなツールを選択できます。比較的少量のデータの場合、DataSync、SFTP、そしてもちろん Amazon CLI を使用してデータを S3 に転送できます。比較的大容量でネットワーク経由で転送するのに時間のかかるデータの場合は、Snow シリーズを使用してデータを転送できます。 4. 最適化AWS セキュリティ管理サービスを使用してクラウド環境を管理し、クラウド環境内のアプリケーションを管理および監視します。移行中にこれらのサービスを使い始め、移行後も一部を引き続き使用して、一貫したハイブリッド クラウド エクスペリエンスを確保します。
V. 安全と管理Amazon Web Services は、顧客のビジネスのセキュリティを非常に重視しています。 Amazon Web Services には、アプリケーションとデータのセキュリティを保護するためのさまざまなセキュリティ サービスがあります。ここでは、よく利用されるサービスのいくつかを簡単に紹介します。
6. 顧客事例著者はかつて、携帯電話のアプリデータを分析することを主な業務とするデータ分析会社で働いていました。これまでの事業はすべて上海のデータセンターで行われていました。同社のアプリケーションは主にJavaプログラム、データベースにはMySQLやOracleが含まれ、ビッグデータ処理プラットフォームは複数の物理マシンを使用して自社構築したHadoopクラスターでした。 クラウドに移行する前に、一時的にプロジェクトを引き受けると、IDC リソースが対応するサービスをタイムリーかつ効果的にサポートすることが困難になります。企業は、ハードウェア(サーバー、ファイアウォール、スイッチなどの関連する基本ハードウェアを含む)を購入し、機器を棚に置き、ネットワークを計画し、システムをインストールして構成し、多くの手動操作とメンテナンスを行う必要があります。全体のサイクルには少なくとも半月~1 か月かかります。 トレーニングセッションの後、顧客はクラウド コンピューティングの機能について学び、自社の一部のビジネスにおけるクラウド移行の評価を開始しました。お客様は半月でローカルデータセンターのワークロードを整理してリスト化し、Amazon Web Services が提供する移行戦略とベストプラクティスに基づいて、ビジネスを段階的にクラウドに移行しました。多くのビジネスは、ローカルデータセンターのビジネスを徐々に置き換えるために、段階的にクラウドに移行する必要があることに留意する必要があります。クラウド移行プロセス中に、顧客は一部のアプリケーションを最適化および再構築して、クラウドネイティブ サービスに適したものにしました。 Amazon Web Services を使い始めてほぼ 1 年が経ち、お客様はクラウド サービスの利点を十分に体験しました。
クラウドの利点はこれをはるかに超えています。たとえば、セキュリティの観点から、さまざまなセキュリティサービスが当社のビジネスの円滑な運用を保証し、初めて高度なサービスを使用できます。機械学習などの他のサービスを非常に便利に使用できます。それは私たちの仕事を減らすだけでなく、企業にとって大きなコストを節約します。 さらに、Amazon Web Servicesは、期間限定で1,000人民元の移行ギフトパッケージを思慮深く準備しました! クリックして受信: 2020年5月24日から2020年10月30日まで、Amazon Web ServicesはCloud Migrationの顧客に独占的な利点を提供します。それらを登録して、1,000人民元(北京地域アカウントまたはNingxia地域アカウントの場合)サービスクレジットをAmazon Webサービスアカウントに直接充電して、サービス消費を相殺し、複数のクラウド移行アプリケーションシナリオを簡単に体験できるようになります。 PS: Amazon Web Servicesクラウド コンピューティング コミュニティが設立されました。ここでは、Amazon Web Servicesクラウド コンピューティングの最新の開発についてすぐに理解し、関連する技術情報を入手できるようお手伝いします。グループに参加したい場合は、QRコードをスキャンして返信してください[ Amazon Web Services ]。 24 時間以内にグループへの参加が承認されます。 |
>>: Hehe Informationはテクノロジーと温かさでAIを活用し、世界とつながる
みなさんこんにちは。私は陳紅然です。 2012 年上半期、Baidu は SEO 分野で一連の動きを...
ソフトウェア インテリジェンス企業の Dynatrace (NYSE: DT) は最近、ガートナー社...
[[254653]]序文Java と Docker の組み合わせにより、アプリケーションのパッケー...
ロサンゼルス データ センターの Sharktech の E3-1270v2 シリーズは現在 10%...
近年、情報フロー広告市場は熾烈な競争を繰り広げており、インターネット大手も中小企業もトラフィック獲得...
マイクロサービスはますます普及しており、ますます多くの企業がマイクロサービス アーキテクチャを採用し...
セキュリティは、構成の複雑さと脆弱性の多さにより、Kubernetes が直面している主な課題の 1...
Geek Host は中国の老舗企業です。シンガポールに新しいサーバーを立ち上げ、米国の高防御 VP...
BilibiliでUPホスト/フルタイムUPホストになるとどれくらいのお金を稼ぐことができますか? ...
2012年もSEOは引き続き人気が高まり、中小企業にとってSEOが激戦区になることが予想されます。 ...
「オープン性と統合による勝利」円卓フォーラム(写真はテンセントテクノロジー提供)テンセントテクノロジ...
電子商取引業界関係者によると、電子商取引企業の大量のユーザーデータが再び市場に現れ、非公開で売買され...
今年の「中国の声」を見ましたか?昨年の「中国の声」の熱心なファンであるシャオ・ルーさんは周りの同僚に...
このタイトルは、多くのいわゆる SEOER を間違いなく冷笑させるでしょう。なぜでしょうか? 多くの...
電子商取引市場調査の観点から百度有為の必然的な失敗を考察するBaidu Youa は、日常生活の消費...