7

私はこのようなことについてほとんど経験がないことに注意してください。

データベースとして RDS を使用し、個別の管理サーバーとフロントエンド サーバーに EC2 を使用して、Elastic Beanstalk でマルチサーバー Magento サイトをセットアップしようとしています。私は tools.pingdom.com でいくつかの異なるセットアップの速度をテストしていました。主に、彼らが「待機」と呼んでいるもの (DNS、接続、送信、待機、受信) を調べていました。ページの html を生成するための Magento。同様のサーバー インスタンスを使用してほぼ同じページを作成するのに、セットアップが異なると待機時間が劇的に異なる可能性があることに戸惑いました。980 ミリ秒から 1.8 秒の間の値を取得していました。

パターンに気づき始めたと思いました。EC2 が RDS インスタンスと同じアベイラビリティ ゾーンにあるセットアップは、より高速で、より一貫して高速になるように見えました。そのため、EC2 がデータベースと同じゾーンになるように、エラスティック Beanstalk の構成を変更しました。私の非科学的な発見は、この変更後、一貫して約 1 秒の待ち時間が発生するということでした。速度のかなりの違いは、アプリケーション サーバーとデータベースの間のネットワーク遅延によるものと思われます。

私の質問には 3 つの部分があります。まず、これはインスタンスを同じゾーンに保持することから期待されることですか、それとも小さなテスト結果のセットを読みすぎているのでしょうか? 第二に、これは実際の速度に大きな違いがありますか? 私にはそう思われるし、NFS のようなものを使ってメディア フォルダを共有すると、さらに悪化するように思われるからです。第 3 に、アプリケーション サーバーを異なるゾーンで起動できるようにする利点はありますか? また、それらの利点は待ち時間を増やす価値がありますか?

また、私が何か間違ったことをしている場合は、教えてください。

4

1 に答える 1