Комментарии 2
Спасибо. По поводу последней таблицы: как-то не бьется с данными в начале статьи. Из последней строки мы видим, что скорость записи получается где-то ну 60 МБ в секунду на кластер из трех зон. То есть скорость hdd. При этом в начале вы пишете, какие космические скорости вы способны развивать и при тормозах затуп скорее где-то у вас как у клиента.
Или в начале было сугубо про чтение?
В таблице в конце статьи приведены характерные задержки (latency) при обработке единичного запроса PUT. С S3 хранилищем можно и нужно работать с параллельной нагрузкой. Например при загрузке объекта использовать multipart upload (многосоставную загрузку объекта во множество параллельных потоков). Суммарно несколько потоков загрузки одного объекта дадут производительность кратно выше. За счёт этого и достигается линейное масштабирование производительности S3. Кстати, тут можно посмотреть на эксперименты с параллельными запросами и как это влияет на скорость загрузки в S3 на реальных примерах: https://www.youtube.com/watch?v=nBYQqLUyYXo
Как избежать проблем с производительностью S3 в своём приложении