Serveur ArcGIS sur Amazon EC2 vs achat de votre propre machine. Pour et contre

14

Quels sont les avantages et les inconvénients de l'utilisation de cette machine virtuelle par rapport à l'achat de la vôtre?

la nature
la source

Réponses:

6

Une machine virtuelle dans le cloud vous permet un démarrage plus rapide et à moindre coût. Vous pouvez démarrer immédiatement sans frais d'achat de machine.

Il y a également moins de problèmes de maintenance du système. Si vous manquez de compétences ou d'assistance informatique, c'est quelque chose à considérer; esp pour une couverture 24/7.

L'évolutivité instantanée est un autre avantage.

Mais évidemment, les coûts initiaux de votre propre machine s'étalent dans le temps, et il y a moins de pics nécessitant une évolutivité instantanée, donc plus votre configuration est grande et plus vous prévoyez de l'exécuter, plus cela vaut probablement la peine de faire votre propre installation.

Mark Ireland
la source
4

Dans Experience, l'option cloud l'emporte sur votre propre serveur dédié.

Pourquoi évolutif - pas des jours ou des semaines mais fait en quelques minutes. Il peut également être réduit à l'avenir. (passez de 10 Go à 1 To - 4 cœurs à 16 cœurs)

Comme le mentionne CDBrown - Temps de disponibilité et très rarement des temps d'arrêt. 99,98% Cela seul l'emporte sur votre propre serveur. (quand il descend 16 h 59 le vendredi après-midi)

* RAM acheter autant que vous pouvez vous le permettre. 16 Go de RAM vont aider. 32 Go de mieux.

Mapperz
la source
1
Il semble qu'AGS dans le cloud ne soit actuellement disponible que pour les titulaires de licence d'entreprise, mais si vous n'êtes pas sous EL, cette liberté d'évolutivité automatique et instantanée s'accompagnerait probablement d'augmentations instantanées des frais de licence ...
DavidF
Je sais que la question concerne AGS, mais qu'en est-il de la pile OS sur le cloud?
George Silva
4

Un des gros avantages d'avoir votre propre machine physique (... à laquelle vous pouvez accéder physiquement!) Est le chargement de données sneakernet.

C'est moins un problème si vous n'hébergez pas vos propres données - mais si vous avez des gigaoctets ou des téraoctets de données et que vous les mettez constamment à jour, vous devrez investir du temps et de l'argent [bande passante] pour les transmettre "dans le nuage". Cependant, si vous pouvez accéder à un périphérique physique avec un autre périphérique physique, un téléchargement d'une semaine peut devenir une copie de fichier d'une heure.

mwalker
la source
3

Comme je le vois, voici quelques éléments à considérer.

Pour Amazon Cloud - environnement virtuel hors site - sécurité et temps de montée en charge évolutif - 0 temps d'arrêt - administrateur disponible où que vous soyez

Contre Amazon Cloud - besoin de placer des logiciels coûteux sur la machine de quelqu'un d'autre - besoin de placer des données potentiellement sensibles sur la machine de quelqu'un d'autre - besoin de passer beaucoup de temps à organiser la mise à jour des services - paiement périodique, donc si un paiement a manqué, les services peuvent être down - enfin si tout le monde a des données dans la même architecture cloud, combien de temps seront-elles sécurisées

Il n'y a pas de règles strictes à ce sujet, ma suggestion serait de considérer le Cloud comme un emplacement de démarrage et à mesure que vous augmentez la migration vers un environnement de serveur virtualisé statique local que vous pouvez contrôler.

CDBrown
la source
2

En ce qui concerne le SIG et le cloud computing dans son état actuel, je pense que le plus grand facteur décisif serait le nombre d'utilisateurs et l'endroit où ils se trouvent. Si les utilisateurs finaux qui accéderont aux services et aux données que vous placez dans le cloud proviennent de divers emplacements indépendants sans infrastructure réseau commune, le cloud computing pourrait être fait pour vous. Bien que vous n'ayez pas besoin de gérer le matériel, vous devrez toujours gérer le système d'exploitation et les logiciels du serveur comme vous le feriez avec une boîte locale. D'un autre côté, si tous vos utilisateurs sont localisés sur ou dans un campus / bâtiment avec une infrastructure réseau commune, une installation locale offrira probablement de bien meilleures performances.

Chris M
la source
2

Nous soutenons actuellement environ 30 éditeurs à travers le pays sur une machine m1.large dans la région de Californie du Nord. Il en coûte environ 350 $ / mois. Notre plan est de passer à un m3.medium dans la région de l'Oregon. Cela devrait ramener nos coûts à moins de 200 $ / mois. Nous exécutons la version standard de groupe de travail d'ArcGIS Server avec SqlServer Express, SDE, les services SIG, le serveur Web et le site FTP fonctionnant tous sur la même boîte. Nous avons été très satisfaits des performances et des coûts.

Ari Isaak
la source
1

Nous avons actuellement du matériel de production physique interne, ce qui est parfois excellent (vitesse, puissance). À d'autres moments, c'est un cauchemar. Comme lorsque des mises à jour sont envoyées à votre boîte par quelqu'un d'autre et que cela fait totalement sauter les choses. Si vous pouvez avoir un contrôle total sur votre environnement, vous êtes mieux. Malheureusement, c'est rarement le cas.

Nous envisageons certaines solutions cloud ESRI / EC2. Quelqu'un peut-il intervenir sur les coûts que vous avez rencontrés?

Chad Cooper
la source