Sugestões desejadas no retrabalho de upload de arquivo> storage -> fluxo de backup

Eu estou trabalhando em um site comercial onde os arquivos de vídeo são enviados, geralmente 4-10mb cada, e aproximadamente 200mb valem a cada mês no total. Os vídeos não são públicos, são enviados para revisão por uma pessoa específica.

Atualmente, os visitantes enviam vídeos através de um script PHP que armazena o arquivo em um diretório no servidor e notifica o administrador com um link diretamente para o arquivo onde o administrador pode ver/baixar.

A cada dois meses, uma cópia deste diretório é feita e entregue ao administrador, então o diretório é limpo para que o site não ocupe muito espaço. Esta cópia é então adicionada a um backup em outro servidor.

Qual seria um fluxo melhor? Eu estou pensando que poderíamos fazer upload para um serviço de armazenamento de arquivos na nuvem em vez de para o servidor da web em si. Isso removeria o primeiro par de etapas e poderia até mesmo substituir seu backup também ...

0

1 Respostas

Amazon's S3 Storage pricing looks like it'd be quite reasonable for your application. You'd be in the lowest usage tiers on all their categories:

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

"Redução redundante" é sugerido para fornecer para quatro noves (99,99%) disponibilidade - o que equivale a aproximadamente 53 minutos de tempo de inatividade por ano. Muito bom. "Standard Storage" tinha noves suficientes em sua calculadora de preços dica de ferramenta que você pode assumir apenas eventos catastróficos traria o seu dados. Seria a opção que eu escolheria se eu fosse evitar os backups inteiramente e confie na Amazon para backups.

Suponha que após dois anos de operação e crescimento anual duplicado: 1.000 megabytes de uploads por mês: 12 gigabytes de armazenamento, ou seja, menos de 2 dólares por mês para armazenamento no final de dois anos. (Vai ser mais barato antes então.)

Suas solicitações PUT serão tão raras (40-120 por mês) que você pode também fingir que são US $ 0 por mês.

Suas solicitações GET serão tão raras (80-240 por mês, supondo o visualizador designado e do uploader baixam o conteúdo uma vez cada) você pode fingir que eles estão livres para sempre. (Penny por 10.000? Uau.)

Se você assumir dois gigabytes de dados a cada mês (isso é dois anos fora) ponto de vista do crescimento anual dobrado - 200 megas se tornam 400, 800, e assumem o uploader de vídeo e o visualizador designado fazem o download de cada vídeo exatamente uma vez, 1600 megabytes), serão mais $ 0,24 por mês.

Assumindo taxas de crescimento decentes e procurando dois anos no futuro para ver como é o armazenamento acumulado, será aproximadamente US $ 2,25 por mês para seus custos de hospedagem de dados.

Mas o armazenamento S3 só faz sentido se você estiver preparado para modificar suas ferramentas existentes para fazer o upload para os intervalos de armazenamento do S3. Talvez seja necessário fazer mais esforço para que o espectador designado "visualize" o conteúdo. A abordagem mais fácil pode, na verdade, fazer o download do conteúdo do bucket S3 para o servidor da Web para oferecer o novo download para seus espectadores. talvez seja necessário escrever uma ferramenta que fale o S3 para baixar o conteúdo diretamente para o seu site. área de trabalho do visualizador. (Existem bibliotecas para Python e Ruby, provavelmente outras também; a ferramenta s3cmd também pode ser útil para ferramentas rápidas e sujas.

0
adicionado