Un message intéressant a posé la question pourquoi Amazon S3 est considéré comme moins cher que l'autre - extrait ci-dessous:

Avec un prix de $ 0.150/GB/month, de stockage de 1 To de données coûte environ $ 150/month sur Amazon S3. Mais c'est un montant récurrent. Ainsi, pour la même quantité de données, il en coûterait $ 1800/year et 3600/2-years $. Et cela ne comprend même pas les coûts de transfert de données.

Considérez l'alternative, la colocation avec le coût du matériel de stockage de 1 To de données sur les deux machines (pour la redondance) serait d'environ $ 1500/year. Mais ce n'est fixée. Et l'augmentation de la capacité de stockage à chaque machine peut être fait au prix de $ 0.1/GB. Ce qui signifie que le RAID-1 + copies redondantes des données sur plusieurs serveurs pour 4TB de données pourraient être obtenus à 3000/year $ et $ 6000/2-years dans une colocalisation. Considérant que, sur la même S3 coûterait $ $ 7200/year et 14400/2-years.

Aussi, l'ajout de bande passante + puissance + h / w les coûts de remplacement à une colocalisation toujours garder les coûts sensiblement inférieurs à Amazon S3.

Compte tenu de ce calcul, quelle est la raison d'être en cours avec Amazon S3? L'étude de cas de SmugMug 600TB de données stockées sur S3 semble trompeur.

Je vois plusieurs services qui offrent le stockage illimité qui est effectivement hébergé sur S3. Par exemple, SmugMug, Carbonite etc illimité pour offrir une indemnité annuelle fixe. Serait-ce pas envoyer les frais de la toiture sur Amazon S3?

Le chef de la direction de SmugMug répondu:

Hey, je suis le chef de la direction et chef de Geek à SmugMug. Vous êtes sur un certain nombre de choses:

- Amazon continue d'au moins 3 copies de vos données (ce que vous avez besoin pour un haut niveau de fiabilité) dans au moins 2 différents lieux géographiques. C'est ce que nous ferions nous-mêmes, aussi, si nous avons continué d'utiliser notre propre stockage interne. Ainsi, vos mathématiques sont à la fois sur les frais de stockage et les coûts de deux ou plus en restant de données et les réseaux entre eux.

- Quand Amazon réduit leurs prix, vous obtenez instantanément tous vos stockage moins onéreux. Ce n'est pas quelque chose que vous obtenez avec votre capital, les dépenses de disques - des coûts fixes sont toujours. Cela a atouts et inconvénients, mais certainement vous ne recevez pas de prix instantanés à vos pauses Opex coûts. Quand ils ont ajouté moins cher, un système de stockage hiérarchisé, notre projet de loi avec Amazon diminué énormément.

- There's built-in pression sur les prix avec Amazon, aussi. Le coût d'un mois de loyer est à peu près le même que le coût de départ. Donc, si cela devient trop cher (ou peu fiables ou lents ou quel que soit votre métriques), vous pouvez facilement quitter. Et Amazon a intérêt à garder l'abaissement des prix et améliorer la vitesse et la fiabilité pour vous assurer que vous ne quittez pas.

- Capex sucks. Il est dur sur votre flux de trésorerie, il est dur sur votre dette si vous avez besoin de location ou de financement (nous ne le faisons pas, mais signifie simplement que c'est encore plus fort sur nos flux de trésorerie), il est dur sur les impôts ( amortissement sucks), etc etc je préfère largement Opex coût raisonnable, sans aucune dette, ce qui nous est Amazon.

- Libre de transfert de données in / out de EC2 peut être une grande victoire, aussi. Il est pour nous, de toute façon.

- Notre plus grande victoire est tout simplement que c'est facile. Nous avons une architecture plus simple, beaucoup moins de personnes, et beaucoup moins d'inquiétude. Nous apprenons à nous concentrer sur nos produits (partage de photos), plutôt que les maux de le faire (gestion du stockage). Nous avons deux gars ops pour un site Top 500 de plus d'un pétaoctet de stockage. That's pretty awesome.

Qu'est-ce que cela nous dit?

1. Opex est meilleure que Capex, en particulier lorsqu'il s'agit de quelque chose en rapport avec le fonctionnement intrinsèque de votre entreprise

2. L'utilité de calculer le modèle réduit le risque c'est-à-dire le coût de l'éteindre est l'équivalent d'un mois de fonctionnement du service.

3. Le "ilities" que vous obtenez gratuitement tels que HA, copies redondantes, la répartition géographique, etc devront être payés en une alternative à ce modèle et sont coûteux à construire po

4. La souplesse est plus grande si vous avez besoin c'est-à-dire à l'échelle à doubler la capacité à la demande, cela est facilement réalisable avec les S3, mais doit être planifié, construit et exécuté dans l'autre modèle.

Share and Enjoy:
  • Digg
  • Sphinn
  • del.icio.us
  • Facebook
  • Google
  • Live
  • MySpace
  • description
  • Technorati