The company I work for is currently going through an AWS migration, and for 99% of services, their commodity hardware does the job just fine.
Except for the production Database, we currently sit at 60,000 IOPS just to keep up with requests, and it's due to see much more action this year.
We've looked at using enterprise SSD's on EC2, but the IOPS hard limit is 20,000, which is pretty terrible, considering I can get a 240GB SSD that performs at 80,000 IOPS for about €200. http://www.techradar.com/reviews/pc-mac/pc-components/storage/disk-drives-hdd-ssd/intel-ssd-520-series-240gb-1060850/review
Any idea's how I can get past this limit? Is a cluster/RAID of ebs volumes possible?
Thanks, Бен
RAID томов EBS, безусловно, возможен. У Amazon даже есть документация по нему: http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/raid-config.html
Они представлены в ОС как простые устройства, поэтому вы можете используйте на них программный RAID-массив ОС. Я сделал это с программным RAID-массивом Linux 'mdadm' без труда.
Убедитесь, что выбранный вами тип экземпляра может справиться с интенсивным вводом-выводом и сетью, и, конечно же, учтите режимы отказа.
Что такие ставки ввода-вывода в одном томе EBS просто невозможны, по крайней мере, в данный момент. Как уже упоминалось, RAID-массивы томов EBS должны соответствовать вашим потребностям, как GP2, так и PIOPS, но верхний предел для каждого экземпляра 65K IOPS все равно будет применяться.
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html
Если вам нужна еще более высокая скорость ввода-вывода, то только экземпляры с магазином экземпляров SSD предоставят вам такую мощность. Говоря о предельном значении UPPER для данного случая использования, компания Amazon недавно выпустила новое семейство I3, в котором экземпляры, обеспечивающие до восьми SSD-накопителей NVMe емкостью 1,9 ТБ, предоставляют потрясающую пропускную способность в 3,3 миллиона операций ввода-вывода в секунду и 16 ГБ/с на диске.
К сожалению, для вашего случая использования хранилище экземпляров может быть слишком рискованным для транзакционной рабочей нагрузки SQL, но если ввод-вывод в эксплуатацию является критическим вопросом для развития вашего бизнеса, возможно, вам следует рассмотреть возможность преодоления этого риска путем применения расширенных политик резервного копирования и аварийного восстановления, по крайней мере, до тех пор, пока вы не сможете позволить себе такую эволюцию архитектуры, которая бы лучше масштабировалась.
.