Требуются предложения по переработке загрузки файла> хранение -> поток резервного копирования - PullRequest
0 голосов
/ 28 октября 2011

Я работаю над коммерческим веб-сайтом, на который загружаются видеофайлы, обычно по 4-10 МБ каждый, и примерно 200 МБ каждый месяц.Видео не публикуются, они загружаются для просмотра конкретным человеком.

В настоящее время посетители загружают видео через php-скрипт, который сохраняет файл в каталоге на веб-сервере и уведомляет администратора ссылкойнепосредственно к файлу, который администратор может просмотреть / загрузить.

Каждые пару месяцев копия этого каталога берется и передается администратору, затем каталог очищается, поэтому сайт не слишком израсходуетпространство.Затем эта копия добавляется в резервную копию на другом сервере.

Какой поток лучше?Я думаю, что мы могли бы загружать в службу хранения файлов в облаке, а не на сам веб-сервер.Это удалит первые пару шагов и даже может заменить их резервную копию ...

1 Ответ

0 голосов
/ 29 октября 2011

Цены на хранилище Amazon S3 выглядят вполне приемлемыми для вашего приложения.Вы были бы на самых низких уровнях использования во всех их категориях:

Storage Pricing
                     Standard Storage    Reduced Redundancy Storage
First 1 TB / month   $0.140 per GB       $0.093 per GB

Request Pricing
PUT, COPY, POST, or LIST Requests   $0.01 per  1,000 requests
GET and all other Requests          $0.01 per 10,000 requests

Data Transfer Pricing
Data Transfer OUT
First 1 GB / month     $0.000 per GB
Up to 10 TB / month     $0.120 per GB

«Снижение избыточности» предлагается для обеспечения доступности для четырех девяток (99,99%), что равняется примерно 53 минутам простоя.время каждый год.Довольно хорошо.У «Стандартного хранилища» в подсказке калькулятора цен было достаточно девяток, поэтому можно предположить, что только катастрофические события приведут к потере ваших данных.Это был бы вариант, который я выбрал бы, если бы собирался полностью отказаться от резервных копий и полагаться на Amazon для резервных копий.

Предположим, что после двух лет эксплуатации и удвоенного годового роста: 1000 мегабайт загрузок в месяц: 12гигабайт хранилища, то есть менее 2 долларов в месяц на хранилище в конце двухлетнего периода.(До этого будет дешевле.)

Ваши PUT запросы будут настолько редкими (40–120 в месяц), что вы могли бы также делать вид, что они равны 0 долларам в месяц.

Ваши GET запросы будут настолько редкими (80-240 в месяц, при условии, что назначенный просмотрщик и загружают контент по одному разу), что вы могли бы также делать вид, что они бесплатны навсегда.(Пенни за 10000? Вау.)

Если вы предполагаете, что два месяца гигабайт данных выводятся (это двухлетняя точка зрения роста вдвое в год - 200 мегабайт становится 400, 800, и предполагается, что оба видеозагрузчик и назначенный зритель загружают каждое видео ровно один раз (это 1600 мегабайт), то есть еще $ 0,24 в месяц.

Если предположить приличные темпы роста и заглянуть в будущее на два года, чтобы увидеть, как выглядит накопленное хранилище, оноПриблизительно $ 2,25 в месяц за ваши расходы на хостинг данных.

Но хранилище S3 имеет смысл, только если вы готовы изменить существующие инструменты для загрузки в хранилища S3.Возможно, вам придется приложить больше усилий для того, чтобы ваш назначенный зритель «просмотрел» контент - на самом деле самый простой подход мог бы фактически временно загрузить контент из корзины S3 на ваш веб-сервер, чтобы предложить его для повторной загрузки для ваших зрителей - иливам может понадобиться написать инструмент, который может говорить на S3 , чтобы загружать контент прямо на рабочий стол вашего зрителя.(Существуют библиотеки для Python и Ruby, возможно, и другие; инструмент s3cmd также может быть полезен для быстрых и грязных инструментов.

...