У меня постоянно растущий веб-сайт с фотографиями. В настоящее время он размещен на довольно простом выделенном сервере от WebFusion, и теперь мне нужно расширить как хранилище, так и производительность, и избавиться от их мусорной службы поддержки. Сейчас у нас в сети 500 тысяч фотографий, и мы рассчитываем, что очень скоро мы сможем достичь отметки в миллион или два.
Теперь я застрял в том, какие есть варианты расширения: просто обновить сервер, чтобы хранить больше файлов, использовать стороннюю службу хранения, такую как Amazon, купить собственный сервер или что-то еще.
Любые предложения были бы замечательными, спасибо.
Я запускаю photoblog.com и могу поделиться с вами своим опытом ... Мы начали как раз перед предложением amazon aws. Таким образом, наш способ масштабирования заключался в том, чтобы подключить к сети новый небольшой сервер с управляемыми дисками и выбрать случайный сервер для размещения изображений ... это было здорово, но масштабирование было отстойным.
Я переключился на размещение всех изображений на s3 и очень обрадовался ... Мне не нужно беспокоиться о потере всего сервера изображений и всех изображений ... Мне вообще не нужно беспокоиться о резервных копиях. Если вы хотите отправлять изображения быстрее, но примерно в 2 раза дороже, вы можете обслуживать их из облачного хранилища.
Мы также видим около 20% экономии от использования s3 вместо их хранения на управляемых серверах.
Да!
Нет!
Может быть?
Все зависит от того, какой уровень производительности вам нужен и насколько безопасны ваши данные. Если вам нужны сотни операций чтения в секунду, вам понадобится система хранения, которая может кэшировать операции чтения, и это будет стоить вам хорошей суммы денег и некоторого количества вашего собственного оборудования. Если все, что вам нужно, это необработанное хранилище, это упрощает, по крайней мере, в том, что касается архитектуры.
Защита данных, вероятно, важна для вас, поэтому учитывайте двойной объем хранилища для хранения резервных копий. Возможно, вы захотите изучить дедупликацию с помощью ZFS (BSD / Illumos) или SDFS (Linux). Репликация, управление версиями файлов, безопасность, SAN, BAN, битовый уровень, уровень блока, байтовый уровень ...
Разбейте его на три уровня:
Производительность. Устойчивость к неудачам. Резервная устойчивость.
Начните с производительности. Выясните, с каким количеством операций чтения и записи вы имеете дело. Переходите к отказоустойчивости. Выясните, насколько избыточным вы хотите быть. Гео избыточный? Или можно ограничиться одним центром обработки данных? Вы хотите, чтобы ваш контент был доставлен людям в отдаленные уголки земного шара и был для них локальным? NExt - это устойчивость к резервному копированию. Сколько истории вам нужно и сколько версий вы хотите. Все они стоят байтов.
Нет ответа.