それはしばらくの間ですが、私たちのユースケースが役立つと思いました...
AWSの最初の+ポイント。
有名なホストに専用サーバーがあります。それは巨大なスペックであり、古くからMagentoストアを運営しようとしていました。私たちはサイトを壊さないように設定を微調整し、遊んでいます。私のホストは（私が始める前に）APCをインストールしていなかったので、Magentoサーバーを構築するために支払ったにもかかわらずAPCをインストールし、PHPバージョンが壊れてサイトを3時間ダウンさせました。APCを無効にして、なんとかやり直すことができました。
AWSでは、すべてのAMI（NGINX、NGINX + Varnish、Control Server）の正確なレプリカがAWSで待機しており、いつでも起動して遊ぶことができます。Vhostsデータが保存されているEBSボリュームのクローンを作成して、一部のIPをVPC内部IPアドレスにマップし、それらをサーバーにラッチして、すぐに稼働させることができます。テストを行って、すべてが正常であることを確認し、LIVEシステムに変更を加え、再び必要になるまでレプリカをシャットダウンします。この時点で、configに加えた変更は、新しいバージョンのAMIに複製されます。
AWSの2番目のポイント。現在のホストでIPアドレスの制限に達しました。AWSでは、任意の数の内部VPC IPアドレスがあり、内部IPアドレスにマップできる20個のエラスティック外部IPがアカウントに割り当てられています。AWS VPCのネットワーク機能は本当に素晴らしいです。彼らが低レベルのネットワーク管理者のためにこれをどのようにパッケージ化したかは、まさに非現実的です。ホストで新しいIPアドレスを取得してファイアウォールに追加するのに3日かかりました。
これはAWSに別の+を与える場所です
現在の専用サーバーでのバックアップは、バックアップボールトに保持されているフォルダーのクローンにすぎません。基本的にマウントされたドライブ。そのサーバーでのみ使用可能なマウントされたドライブ。したがって、大規模な停止の場合は、新しいサーバーのセットアップを取得し、バックアップストアをマウントし、新しいサーバーをまったく同じ方法（大きなタスク）でインストールして構成し、データを再作成する必要があります。私たちのホストは新しいハードウェアのために4時間好転しますが、それは私には何も意味しません。構成とサイトの設定を取り戻す。
私たちのビジネスは、ウェブライフサイクル全体のビジネスにソリューションを提供します。コンサルティング、設計、SEO、サポート、メンテナンス。専用のシステムが停止した場合、再び立ち上がるまでに数日かかるため、ビジネスが停止します。what ifマップでも、このシナリオはありません。それは起こりえません。
AWSでは現在、750インスタンスでEBSボリュームにマウントされたAWSインスタンスのWebコンテンツと、スケジュールに基づいてデータを別のアベイラビリティーゾーンにRsyncし、最新の構成用にインスタンスを更新する2番目のインスタンス（コントロールサーバーと呼びます）があります。そのAMIからインスタンスを起動する必要があります。これは、すべてのNGINX構成、このためのPHP-FPMセットアップファイルをrsyncします。
これで2つのデータセットができました。本番NGINX WebサーバーのクローンであるAMI、および新しいサーバーを起動する必要がある場合に備えて、構成ファイルとVhostsを含むVhostsディレクトリコンテンツのコピー。
これは、AWSが別の場所を取得する場所です+
専用サーバーがピーク時に苦労します。はい、Magentoを実行しているため、一部のアプリとは少し異なります。クアッドコア32GB RAIDディスクセットアップがあり、顧客が電子メールキャンペーンを送信したり、2つが同時に送信したりすると、停止することさえあります。かろうじて何もできません。ローカルにMySQLがあり、メモリはMYSQL用に最適化されていますが、ディスクは貧弱です。
AWSでは、3つの高CPUインスタンスを実行します。2つのNGINX / PHP-FPM Webサーバー、およびNGINX SSL + Varnishキャッシュインスタンス。次に、すべての画像とメディアをホストする小さなMagento管理サーバーがあり、Cloudfrontを介してCNAMESを介してマッピングされます。これは、コストを抑えるためのすべての予約済みインスタンスです。
次に、データベースを2000IOPSの大規模なインスタンスのRDSに配置し、両方のWebサーバーがそれに接続し、毎晩スナップショットを取得します。少しのダウンタイムで（ストアのメンテナンスページがあります）、IOPSとインスタンスのサイズを変更できます。RDSの最も優れている点は、最新のスナップショットを取得して、テストと開発のための新しいDBを作成できることです。次にシャットダウンします。それだけで素晴らしい。
私たちはElastic Cache +を使用しており、フロントエンドWebサーバーのキャッシュ管理のためにRedisをテストしています。ここでも、上下にサイズ変更できます。
新しいサーバーの高CPUオンデマンドインスタンス（NGINXフロントエンドのクローンを作成することにより）を追加して、Xmasで手助けするための手動作業と、必要に応じて、10万件の強力なメールキャンペーンを送信することをお客様から伝えられた場合、 75％割引の商品。
現在、Amazonで自動スケーリングをテストしています。サーバーを起動し、IPアドレスを追加し、NGINX構成を更新し、問題なく動作を開始する方法をテストしますが、サーバーを停止して、静かな時間（短い時間）にシャットダウンします。
AWS + +
専用のデータを移動すると、サービスが中断されます。コピー、Rsync MVなどはディスクIOにヒットし、サイトが遅くなります。
AWSでボリュームとスナップショットを使用するのはとても簡単です。ここで何も言う必要はありません。
AWS +++++++
一般的なサーバーの管理と制御。実際には、専用サーバーへの可視性はありません。そのSSHだけで、いくつかの本当に悪いサーバーは、ホストが毎月送信することを報告します。
AWSでは、アプリケーションのパフォーマンスを完全に正確に把握しているわけではありませんが、実際のインスタンスがどのように機能しているかについての良い考えが得られるという統計を見ることができます。問題を検出するためのアラーム設定があります。
まとめ
* AWSと専用-純粋なパワー。*私が言っていないすべてのAWS Trollsについては、AWSは2つのクワッド、SSDのメモリ負荷などで専用にパフォーマンスを実行すると言っています。パフォーマンス、EBS最適化、IOPSプロビジョニング、およびインスタンスのサイズ変更を行うためにできることはありますが、純粋なベアボーン専用のパフォーマンスが優れていることは知っています。
AWSと専用-適切なソリューションのアーキテクチャ
専用サーバーは、どこかで孤独なラックに座っていました。これは実際の状況ではなく、店舗やサイトを運営するためのソリューションを企業に提供する際の私のソリューションとしては適切ではありません。
AWS VPCにはサーバーネットワーク全体があり、すべてのリソースが1か所にあるかどうかを拡大、縮小、確認できます。解決策として、専用サーバーに戻ることは絶対に避けたいです。
大規模な停止に対処できるサイトを実行していて、ホストを使用して新しいサーバーを再構築するのを待つか、バックアップとして2つのホストまたはAWSを使用して、専用サーバーがダウンした場合にサイトを移動する場合、これは私がこれを行う唯一の方法。これ自体は時間のかかる問題です。
コスト
専用サーバーが現在非常に安価である理由は、AWSが独自のミニデータセンターを管理するための安価な方法を提供しているためです。価格の変化があり、データセンターはサービスを販売するためにAWSに対してスラグ技術を使用するか、RawサーバーのパワーといくつかのAWSインスタンスタイプの欠如について叫ぶ必要があります。
専用サーバーをAWSインスタンスと比較する人は、そのサーバーインスタンスに関してAWSが提供するすべての追加サービスを実際に考慮し、それを専用価格にマッピングする必要があります。拡大させてください。契約を辞めて現在のホストに通知すると、AWSはこれである、パフォーマンスのEBSコストが低いなどとのことでした。そこで、必要なソリューションマップを送信しました。
- セキュリティ/ルーティングポリシーとファイアウォールを備えたプライベートLAN
- 20の外部IPアドレス、オンザフライで、またはコントロールパネルを介してサーバー間で再マッピングする機能
- それぞれ16スレッドの8コアの4台のサーバー
- 32 GB RAM
- 最大10000 IOPSを提供できるが、通常は約2000IOPのデータベースサーバー
- ポイントアンドクリックバックアップ
- 契約なし、または12か月のみ
これらすべてを実行できなかっただけでなく、ソフトウェアスタックを提供できれば、セットアップコストは約10,000ポンドに月額料金が加わったことになります。
専用サーバーはクラウドを上回りますが、これは今では過去のものです。クラウドコンピューティングに対するマーケティングでそれを見ることができます。クラウドコンピューティングは、小規模ビジネスを独自のデータセンターを持つように橋渡しする完全なソリューションです。私の目には、多くのAWSソリューションを設定した後、AWSは現在のところビジネスソリューションです
AWSインスタンスを購入すると、インスタンスだけでなく、それに接続されているすべてのキットも知っています。私が専用サーバーを購入したとき、それは実際にはケーブルが接続されたラックにダンプされたサーバーにすぎません。
専用サーバーがAWSより優れていることを知っていますが、顧客と実際のビジネスニーズにとって、AWSは専用ソリューションよりもはるかに優れています