iops у Amazon дисков меняется под действием времени непредсказуемо, как в течении суток, так и в течении месяцев и лет, в фундаментальных исследованиях нет никакого смысла
Производительность обычных ebs в пиках нагрузки на ebs стореджи амазона может снижаться до единиц и десятков iops. Производительность даже 8 дисков будет варьироваться очень сильно. 10 iops в течении нескольких минут — это нормальная ситауция. Диски часто вообще останавливаются и система ждёт операций io по нескольку секунд. Если в таком рэйде будет проблема с одним диском, то это отразится на всём массиве.
2000 piops это просто нереальная скорость, попробуйте получить столько на простом ssd, особенно по записи. Я вот не знаю точно как это сделать, рэйд из ssd? Нагруженной базе данных будет вполне достаточно нескольких сотен piops. Конкретный пример: 500 piops, при этом средний процент utilisation 10%.
Обычные диски не позволят достичь хорошего availability для сервиса. Только если делать raid10 (цена х2). Но линуксовый рэйд не умеет определять диски как failed в таких случаях, когда они тормозят в амазоне и их придётся выключать вручную. И даже raid10 не позволит бороться со всеми проблемами.
В общем:
1) Не в 5 раз дороже.
2) На обычных ebs невозможно сделать хороший аптайм для хоть сколько-нибудь нагруженной базы.
На 20 простых ebs дисках проблемы в текущем году были точно, особенно осенью. Просто если там малая нагрузка, то падение производительности до 10 iops никто не заметит. А если работает более менее загруженная база, то это очень хорошо видно. Да, и американской ночью эти проблемы практически отсутствуют, так уж у них распределены пики нагрузки внутри облака.
Не стоит также забывать о ненадёжности инфраструктуры амазона. Любой инстанс может упасть в любой момент или диск затормозить. Техподдержка скажет только «да, это было unhealthy hardware, но мы починили. нет, мы не будем отражать этот инцидент в status.aws.amazon.com/ потому что эта маленькая локальная ваша личная проблема».
Один прогон тестов на одном инстансе в одно время не говорит вообще ни о чём.
Производительность простых EBS меняется с течением времени в зависимости от фазы луны, состояния физического сервера, на котором запущен инстанс, от конкретного физического сторедж сервера, на котором работает EBS, от времени суток и загрузки соседей по облаку. Простой ebs иногда может выдавать до 2000 iops, а иногда снижает скорость работы до десятков и единиц iops. Тогда база данных, запущенная на таком диске, умирает.
Потоковая скорость чтения/записи на PIOPS также зависит от неизвестных факторов — от загрузки сети, от состояния физического железа. Если запускать инстанс с опцией EBS-optimised, тогда влияние сети снижается до минимума.
IOPS производительность для PIOPS дисков более менее стабильна, кроме случаев когда нужно сделать снапшот диска. При выполнении снапшота скорость работы может вполне снижаться до десятков и единиц iops у 500 piops раздела.
Если не хотите то не используйте haskell, никто ж ничего не навязывает.
Проблема только в том, что парни, которые хотели бы использовать haskell, не могут это делать.
Хотелось чтобы было хотя бы несколько организаций, которые используют haskell. Пускай большинство продолжают юзать c#, java, это совершенно правильно. Как и то что некоторые используют scala или ruby, или node.js.
— Слава богу, хоть что-то у нас в безопасности.
В Provisioned IOPS дисках вроде пофиксили.
2000 piops это просто нереальная скорость, попробуйте получить столько на простом ssd, особенно по записи. Я вот не знаю точно как это сделать, рэйд из ssd? Нагруженной базе данных будет вполне достаточно нескольких сотен piops. Конкретный пример: 500 piops, при этом средний процент utilisation 10%.
Обычные диски не позволят достичь хорошего availability для сервиса. Только если делать raid10 (цена х2). Но линуксовый рэйд не умеет определять диски как failed в таких случаях, когда они тормозят в амазоне и их придётся выключать вручную. И даже raid10 не позволит бороться со всеми проблемами.
В общем:
1) Не в 5 раз дороже.
2) На обычных ebs невозможно сделать хороший аптайм для хоть сколько-нибудь нагруженной базы.
переманиваниемпоиском кадров для ит-компаний.Производительность простых EBS меняется с течением времени в зависимости от фазы луны, состояния физического сервера, на котором запущен инстанс, от конкретного физического сторедж сервера, на котором работает EBS, от времени суток и загрузки соседей по облаку. Простой ebs иногда может выдавать до 2000 iops, а иногда снижает скорость работы до десятков и единиц iops. Тогда база данных, запущенная на таком диске, умирает.
Потоковая скорость чтения/записи на PIOPS также зависит от неизвестных факторов — от загрузки сети, от состояния физического железа. Если запускать инстанс с опцией EBS-optimised, тогда влияние сети снижается до минимума.
IOPS производительность для PIOPS дисков более менее стабильна, кроме случаев когда нужно сделать снапшот диска. При выполнении снапшота скорость работы может вполне снижаться до десятков и единиц iops у 500 piops раздела.
Если не хотите то не используйте haskell, никто ж ничего не навязывает.
Проблема только в том, что парни, которые хотели бы использовать haskell, не могут это делать.
Хотелось чтобы было хотя бы несколько организаций, которые используют haskell. Пускай большинство продолжают юзать c#, java, это совершенно правильно. Как и то что некоторые используют scala или ruby, или node.js.
я вот делаю, хотя не коммерческий
рано или поздно начну коммерческий