Colocation en Autriche, hyperscaler ou salle serveurs interne ?

L’emplacement d’un serveur est une décision d’exploitation qui dépasse son adresse. Une salle serveurs interne, une colocation autrichienne et une région hyperscaler peuvent héberger le même service métier. Les responsables du bâtiment, de l’énergie, du refroidissement, du réseau, du matériel et des accès changent, tout comme l’évolution des coûts et le chemin de reprise après incident. Un centre de données en Autriche peut répondre à une exigence précise du client ; le RGPD n’impose pas de conserver toutes les données d’entreprise en Autriche.

La présentation DAXS des modèles d’exploitation explique le cloud, le sur site et l’hybride. L’article sur les alertes de supervision permettant d’agir aborde la réaction. Ici, nous examinons le choix de l’emplacement pour un même service ERP fictif, avec des coûts transparents. Ces montants sont des hypothèses nettes librement choisies, ni des devis DAXS ni les prix d’un opérateur cité.

Commencer par rendre le besoin technique comparable

L’entreprise fictive exploite un petit ERP sur deux machines virtuelles totalisant huit cœurs virtuels, 32 GiB de RAM et deux téraoctets de données de production. Elle exige un accès chiffré depuis le réseau d’entreprise, une supervision, une sauvegarde quotidienne dans un domaine de défaillance distinct et deux exercices de restauration par an. Les trois options ne modélisent qu’ un site de production sans second système prenant automatiquement le relais. La charge reste constante pendant cinq ans ; un test de charge réel doit remplacer cette hypothèse de dimensionnement.

La direction souhaite perdre au maximum une journée de données et, si possible, retrouver un processus utilisable en huit heures. Ce sont des objectifs à vérifier pour la sauvegarde et la continuité, pas des RPO/RTO atteints ou garantis. Avec cette architecture simple, la perte totale d’un site peut demander davantage de temps. Une exigence ferme de huit heures nécessite un second chemin de reprise, ses coûts et ses exercices dans chaque option. Une région hyperscaler ne garantit pas non plus à elle seule la haute disponibilité de l’application.

Qui prend en charge chaque tâche d’exploitation ?

Dans une salle interne, l’entreprise assume le bâtiment, les accès, l’énergie, le refroidissement, la protection contre le feu et l’eau, le réseau, le matériel et la plateforme. La colocation confie le bâtiment et l’infrastructure convenue à l’opérateur du centre ; le client conserve ses serveurs et de nombreuses tâches. Les interventions en rack nécessitent un accès contractuel ou des Remote Hands, sans engagement général de réponse. Digital Realty présente publiquement des sites de colocation à Vienne et des services Remote Hands ; disponibilité, densité électrique, connectivité et horaires doivent être précisés dans chaque offre.

L’hyperscaler supprime vos propres interventions sur rack et matériel, mais laisse la configuration, les droits, les clés, l’exploitation des systèmes virtuels, les sauvegardes et la reprise métier. La limite exacte dépend du service : une VM louée demande davantage de gestion au client qu’une plateforme plus administrée. AWS parle explicitement de responsabilité partagée. Pour comparer équitablement, cet exemple suppose uniquement de l’infrastructure virtuelle ; un service managé précis peut proposer d’autres fonctions.

Localisation autrichienne et accord de sous-traitance

Une implantation physique en Autriche peut être décisive pour la confidentialité, la proximité, les contrats clients ou des exigences sectorielles. Pour les données personnelles, il faut aussi examiner les rôles, les accords de traitement, les sous-traitants ultérieurs, les mesures techniques, les lieux d’accès et les éventuels transferts vers des pays tiers. Le Comité européen de la protection des données explique que les transferts hors EEE sont soumis aux conditions distinctes du chapitre V du RGPD. Un rack autrichien ne rend pas automatiquement le traitement conforme ; une région cloud dans l’EEE n’est pas automatiquement interdite. L’évaluation concrète des flux et contrats fait partie du projet.

L’offre doit répertorier séparément données de production, sauvegardes, journaux, accès administratifs et circuits d’assistance, avec région et responsable. Un plan de migration ou de sortie exige aussi un format d’export, une procédure de suppression, des délais et un test. Un prix ne remplace pas ces points.

Un calcul transparent sur trois et cinq ans

Toutes les options utilisent le même coût horaire interne complet supposé de 80 €. Deux exercices annuels de huit heures chacun coûtent partout 1 280 € par an. Les prix, la charge et les salaires restent constants ; fiscalité, financement, valeur résiduelle, remplacement matériel après la cinquième année et second site sont exclus. La salle interne inclut uniquement dans ce modèle des aménagements immobiliers nécessaires. Ni colocation ni hyperscaler n’incluent d’engagement général de disponibilité.

Chaque total suit la formule Montant initial + années × montant annuel. Par exemple, la colocation supposée coûte 19 000 + 5 × 22 640 = 132 200 €. Le budget Remote Hands de 100 € par mois ne garantit expressément ni présence ni délai de réponse. Le budget mensuel hyperscaler de 650 € pour calcul et stockage est une hypothèse, pas un tarif tiré d’un catalogue. Egress, sauvegardes, chemins réseau et régions supplémentaires peuvent modifier fortement le résultat.

Sensibilité : Si calcul et stockage hyperscaler augmentent de 250 € par mois, les cinq ans augmentent de 15 000 € à 125 800 €, légèrement au-dessus de la salle interne du modèle. À l’inverse, celle-ci baisse de 9 000 € à 116 000 € sur cinq ans si une infrastructure réellement adaptée existe déjà sans nouvel aménagement. Avec six heures d’exploitation mensuelles au lieu de huit, le modèle baisse encore de 9 600 € à 106 400 €. Ces variations empêchent toute conclusion générale « le cloud coûte moins cher » ou « la colocation est plus sûre ». Disponibilité et reprise s’évaluent séparément à partir des contrats et exercices réels.

Quelles questions inclure dans l’appel d’offres ?

Exiger les mêmes charges, objectifs de sauvegarde et comptes rendus de tests pour les trois options. La salle interne nécessite des mesures sur énergie, température, accès, protection feu/eau et chemins de câbles. La colocation exige un devis rack/énergie/réseau, des règles d’accès, le périmètre Remote Hands et la procédure de pièces détachées. Pour l’hyperscaler, inclure la région de chaque service, les flux, les coûts réseau/egress, les rôles, la sauvegarde et un test de sortie. Dans chaque option, le service métier décide finalement si la transaction ERP est de nouveau utilisable après incident.

DAXS peut préparer pour un projet précis le relevé commun des charges, la matrice des sites et contrats ainsi que les tests de restauration et de sortie. Contacter DAXS.

Sources : EDPB : transferts internationaux de données · EDPB : responsables du traitement et sous-traitants · AWS Well-Architected : responsabilité partagée · Digital Realty : sites de colocation à Vienne · Digital Realty : Remote Hands.