私が働いている会社は現在AWSの移行を行っており、サービスの99%については、コモディティハードウェアが問題なく機能します。
本番データベースを除いて、現在、リクエストに対応するために60,000 IOPSに設定されており、今年はさらに多くのアクションが見られる予定です。
EC2でエンタープライズSSDを使用することを検討しましたが、IOPSのハード制限は20,000です。これは、80,000IOPSで約200ユーロで動作する240GBSSDを入手できることを考えるとかなりひどいものです。 http://www.techradar.com/reviews/pc-mac/pc-components/storage/disk-drives-hdd-ssd/intel-ssd-520-series-240gb-1060850/review
この制限を超える方法はありますか? ebsボリュームのクラスター/ RAIDは可能ですか?
ありがとう、ベン
EBSボリュームのRAIDは確かに可能です。 Amazonにはドキュメントもあります: http://docs.aws.Amazon.com/AWSEC2/latest/WindowsGuide/raid-config.html
これらは単純なデバイスとしてOSに提示されるため、OSのソフトウェアであるRAIDを使用できます。私はこれをLinuxの「mdadm」ソフトウェア-RAIDで問題なく実行しました。
選択したインスタンスタイプが高I/Oとネットワークを処理できることを確認し、もちろん障害モードを考慮してください。
そのようなIO単一のEBSボリュームでのレートは、少なくとも現時点では不可能です。前述のように、EBSボリュームのRAIDは、GP2とPIOPSの両方のニーズに適合しますが、上限があります。 65KIOPSのインスタンスごとに引き続き適用されます。
http://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html
さらに高いIOレートが必要な場合は、SSDインスタンスストアを備えたインスタンスのみがそのようなパワーを付与します。このユースケースの上限について話すと、Amazonは最近新しいI3ファミリーをインスタンスとともにリリースしました。最大8台の1.9 TB高性能NVMeSSDドライブを提供し、驚異的な330万IOPSと16GB /秒のディスク帯域幅を実現します。
残念ながら、ユースケースでは、インスタンスストレージはトランザクションSQLワークロードに対してリスクが高すぎる可能性がありますが、IOはビジネス開発にとって重大な問題である必要があります。大規模なバックアップを実装して、そのリスクをオーバーライドすることを検討する必要があります。少なくとも、より拡張性の高いアーキテクチャの進化を実現できるようになるまでは、ディザスタリカバリポリシー。