Le bouton d'arrêt continue de facturer: tester la promesse d'infrastructure convergée de 3HCloud

Résumé

• La proposition la plus intéressante de 3HCloud n'est pas une configuration de machine virtuelle à 1,50 $. C'est la promesse que les instances cloud, les serveurs physiques loués et le matériel appartenant au client peuvent partager la mise en réseau, le stockage en mode bloc, la gestion et le support sans contraindre le client à utiliser la pile propriétaire d'un hyperscaler.
• Le périmètre juridique et opérationnel doit être clarifié. Les registres de l'État de Floride indiquent une société 3HCloud LLC active, créée en 2020, tandis que le système autonome utilisé par le service reste enregistré au nom de l'ancienne société Newserverlife LLC. Les deux sociétés partagent des dirigeants nommés dans les documents publics, mais les preuves publiques n'établissent pas leur relation précise en matière de propriété, d'actifs ou de responsabilité.
• Le fournisseur publie plus de détails opérationnels de bas niveau que de nombreux petits hébergeurs: l'arrêt ne met pas fin à la facturation des VM, le stockage détaché reste facturable, les snapshots restent sur le stockage primaire, les sauvegardes planifiées ne sont pas automatiquement testées en cohérence, et la bande passante est facturée selon la vitesse moyenne horaire. Cette franchise est utile, mais elle révèle également des dépendances à contourner.
• La « Garantie de disponibilité à 100 % » est un objectif contractuel assorti de crédits de service pour les ressources virtuelles éligibles, et non la preuve d'une disponibilité mesurée de 100 %. Les serveurs dédiés, le bare metal, la colocation, le panneau de contrôle, l'API, le DNS, les sauvegardes et plusieurs autres composants sont exclus de la garantie.
• 3HCloud peut être économiquement attractif pour les équipes qui comprennent l'infrastructure et apprécient une tarification à la carte, les API OpenStack, le stockage Fibre Channel et un support dirigé par des ingénieurs. Les acheteurs ayant besoin de conformité auditée, de services gérés étendus, de résilience multi-régions démontrée de manière indépendante ou de délais de réponse de support strictement définis devront approfondir leurs vérifications avant de considérer ce service comme une norme de production.
• Le test d'approvisionnement décisif est la portabilité en cas de défaillance: le client peut-il recréer le calcul, récupérer des données détenues de manière indépendante, conserver ou remplacer l'adressage, déplacer l'équipement physique et fonctionner lorsque le portail ou la file d'attente de support de 3HCloud est indisponible?

Le contrôle le plus révélateur dans la documentation de 3HCloud n'est pas « Créer un serveur ». C'est « Arrêter ».

Sur de nombreux clouds, le client n'apprend la signification économique de ce bouton qu'après la première facture surprise. 3HCloud l'indique directement: un serveur virtuel est facturé de sa création jusqu'à sa suppression, et le mettre à l'état ARRÊTÉ n'interrompt pas la facturation. Le supprimer met fin aux frais de calcul mais supprime également son volume système. Un port réseau détaché au préalable peut conserver ses adresses publiques pour une autre machine, mais l'adresse IPv4 attachée à ce port continue d'engendrer des frais. Un volume de stockage supplémentaire reste facturé lorsqu'il est détaché.

Ce sont des règles d'infrastructure ordinaires, mais les énoncer clairement expose la véritable unité du service. Le client n'achète pas « un serveur ». Le client assemble des ressources persistantes de calcul, de stockage, des ports, des adresses, de la bande passante et une infrastructure assistée par le support, chacune ayant un cycle de vie différent.

Cet assemblage constitue la base de l'affirmation plus large de 3HCloud. Soncompte rendu de la plateformeindique que les clients peuvent combiner leur propre matériel, les serveurs bare metal 3HCloud et les instances cloud dans un seul environnement convergé. L'idée est plus substantielle qu'une simple offre VPS à bas coût. Une entreprise pourrait exécuter des nœuds applicatifs à pics d'activité sous forme de machines virtuelles, une base de données sous licence sur du matériel dédié, un appareil sensible à la latence sur son propre serveur, et un stockage en mode bloc partagé derrière les trois. Si la mise en réseau et les opérations couvrent véritablement ces couches, le client peut modifier le placement d'une charge de travail sans changer chaque dépendance environnante.

Il y a aussi un piège. La convergence ne supprime pas la dépendance; elle la réorganise. Plus les types de matériel partagent les mêmes adresses, structures de stockage, panneau de contrôle, compte de facturation et processus de support d'un seul fournisseur, plus la conséquence est grande si l'un de ces systèmes partagés tombe en panne ou devient commercialement inaccessible. 3HCloud mérite donc d'être évalué ni comme un hyperscaler miniature, ni comme un hébergeur économique conventionnel.

Il est préférable de le comprendre comme un petit opérateur d'infrastructure essayant de rendre utilisables les jonctions entre le cloud, le bare metal et la colocation. Son dossier repose sur la question de savoir si ces jonctions sont bien documentées, contractuelles et réversibles.

Deux sociétés de Floride derrière un nom de réseau unique

L'identité contractuelle est claire au premier niveau. Les conditions d'utilisation de 3HCloud définissent le fournisseur comme 3HCloud LLC au 2031 Harrison Street à Hollywood, en Floride. Leregistre de la Division des sociétés de Floridemontre que 3HCloud LLC est une société à responsabilité limitée active en Floride, numéro de document L20000375976, déposée et effective le 1er décembre 2020. Son rapport annuel 2026 a été déposé le 28 janvier 2026. Le registre nomme Konstantin Kolosovskiy comme gérant et Elena Kolosovskaya comme membre autorisé.

L'identité réseau est moins simple. Le service utilise le système autonome AS49791 et l'ensemble de routage AS49791:AS-3HCLOUD. Pourtant,la vue de routage actuelle de BGP.tools, s'appuyant sur les données de registre et de routage, identifie l'organisation enregistrée comme Newserverlife LLC tout en pointant vers 3hcloud.com comme site web du réseau. Au moment de cette revue, elle montrait un réseau actif alloué par RIPE, 43 préfixes IPv4 émis, 14 préfixes IPv6 et quatre fournisseurs amont nommés: Cogent, Kazakhtelecom, Hurricane Electric et Fiord. Ces décomptes constituent une observation changeante, pas une déclaration de capacité fixe.

Newserverlife n'est pas simplement un nom commercial similaire. Sondossier d'entreprise en Floridemontre une LLC distincte active en Floride, numéro de document L19000013202, créée en janvier 2019. Elle répertorie les deux mêmes personnes dans des rôles de direction ou de membre et a également déposé un rapport annuel 2026 le 28 janvier. Ceci constitue une preuve solide d'une gestion commune et d'une relation opérationnelle. Cela ne prouve pas, en soi, qu'une société possède l'autre, que tous les actifs réseau ont été transférés ou que Newserverlife garantit les obligations de 3HCloud.

Un deuxième annuaire réseau présente l'identité publique différemment.PeeringDB répertorie AS49791sous le nom d'organisation 3HCLOUD LLC, avec 3hcloud.com comme site web, une portée mondiale, une politique de peering ouverte et un niveau de trafic auto-déclaré de 20 à 50 Gbps. Ses informations sur l'organisation et les installations ont été mises à jour pour la dernière fois en août 2024. PeeringDB est une preuve opérationnelle précieuse, mais les entrées sont fournies par les entités au réseau et ne doivent pas être confondues avec un audit du titre de propriété ou de la capacité actuelle.

La conclusion raisonnable est limitée. Fait vérifié: 3HCloud LLC est une société de Floride active et est l'entité nommée dans le contrat client public. Fait vérifié: AS49791 est actif et est enregistré dans les données de routage au nom de Newserverlife LLC. Fait vérifié: les deux entités de Floride partagent des dirigeants nommés. Inférence raisonnable: 3HCloud est l'opération cloud destinée aux clients, construite sur des ressources réseau historiquement ou légalement associées à Newserverlife.

Non résolu: quelle entité emploie le personnel d'exploitation du réseau, possède ou loue des blocs d'adresses et des équipements spécifiques, signe les contrats de colocation, reçoit les notifications d'abus et porte la responsabilité lorsqu'un problème de routage ou d'installation affecte un client de 3HCloud.

Ce n'est pas une raison de rejeter le service. C'est une raison d'intégrer la cartographie des entités dans le processus d'approvisionnement. Un acheteur professionnel doit exiger que le bon de commande, les conditions de traitement des données, le SLA, la gestion des abus, les droits d'attribution IP et tout calendrier spécifique aux installations désignent l'entité responsable de manière cohérente.

Il doit demander si Newserverlife est un sous-traitant, une société affiliée, un concédant de licence ou un propriétaire d'actifs; si 3HCloud peut continuer à exploiter AS49791 en cas de changement de cette relation; et si le client peut contacter directement la fonction d'exploitation du réseau lors d'une fuite de route, d'une allégation de piratage ou d'un litige relatif aux abus. La réponse compte plus qu'un logo, car le réseau est l'un des points de contrôle partagés de la plateforme convergée.

Il existe au moins quelques preuves indépendantes que 3HCloud LLC elle-même conclut de véritables accords d'infrastructure. Uncalendrier 2025 déposé dans le cadre de la faillite de Monster Worldwideidentifie « 3HCLOUD » à l'adresse de Harrison Street comme contrepartie à un contrat de services principal et à un bon de commande. Uncontrat de service VPS SpicePropplus récent indique que sa technologie et son infrastructure VPS sont fournies par 3HCloud LLC. Aucun de ces documents ne démontre la qualité du service, l'échelle des revenus ou la capacité, mais tous deux vont au-delà du propre marketing du fournisseur et montrent l'entreprise apparaissant dans des contextes contractuels tiers.

Six métropoles commercialisées, cinq installations observées, plusieurs cartes différentes

La géographie publique de 3HCloud ne peut être réduite à une seule liste de localisations, car ses propres surfaces décrivent le périmètre différemment.

Ladocumentation actuelle de création de serveur virtuelrépertorie Varsovie, Miami, Dallas, Manille et Almaty comme régions ou zones de disponibilité sélectionnables. La page produit cloud décrit plutôt Varsovie, Dallas, San Francisco, Miami et Manille. Lapage de tarificationpublie les tarifs de bande passante pour les six noms de villes: Manille, Dallas, Miami, Varsovie, San Francisco et Almaty. Parallèlement, la navigation du site continuait en juillet 2026 à étiqueter les serveurs dédiés « bientôt disponibles », même si la documentation relative aux serveurs dédiés décrit un service actif sur ticket. Ces différences peuvent refléter des capacités changeantes, une disponibilité spécifique aux produits ou des pages évoluant à des rythmes différents. Elles rendent un devis en direct et une vérification sur le portail plus fiables qu'une carte marketing.

Des preuves réseau indépendantes couvrent une partie, mais pas la totalité, de cette empreinte. PeeringDB enregistre AS49791 dans cinq installations réparties dans trois métropoles: ATMAN Warsaw-1 et Equinix WA3 à Varsovie; Digital Realty et Equinix MI1 à Miami; et Digital Realty au 365 Main Street à San Francisco. Il enregistre également un port de 10 Gbps au point d'échange Internet Equinix de Varsovie. L'absence de Dallas, Manille ou Almaty dans cet annuaire ne prouve pas que 3HCloud n'y propose pas de service.

Un fournisseur peut atteindre un site via le transit, un partenaire, un réseau loué, le peering à distance ou un autre système autonome. Cela signifie simplement que la carte d'installations AS49791 publiquement observable est plus étroite que la carte commerciale des six villes.

Les opérateurs d'installations fournissent une corroboration utile. Lerépertoire des partenaires de Digital Realtyrépertorie 3H Cloud et mentionne San Francisco, Dallas et Miami comme emplacements partenaires, tout en décrivant le bare metal parmi les services disponibles. Lapage de l'installation Atman de Varsovie-1situe ce campus au 21a de la rue Grochowska et décrit un site neutre vis-à-vis des opérateurs avec des ingénieurs sur place, plusieurs bâtiments de centres de données et des certifications au niveau des installations. Ces sources étayent l'existence de relations ou d'une présence réelle en matière d'installations. Elles n'établissent pas la quantité d'espace ou de puissance que 3HCloud loue, dans quelles salles ses équipements se trouvent, ni si chaque service 3HCloud hérite de toutes les fonctionnalités de résilience annoncées par l'exploitant du bâtiment.

La distinction est essentielle. Une certification de centre de données s'applique à l'installation et au périmètre évalués. Elle ne certifie pas automatiquement le plan de contrôle cloud de 3HCloud, les pratiques des employés, l'accès logique, le système de sauvegarde ou le processus de support client. De même, une inscription dans un répertoire de partenaires confirme une connexion commerciale, mais pas une cage dédiée, une architecture bi-site ou une participation dans le bâtiment. 3HCloud appelle parfois les sites « nos centres de données », tout en faisant également référence à des « installations partenaires ».

La description publique la plus précise est qu'il exploite une infrastructure dans des environnements de centres de données tiers, la division exacte de la propriété et de l'exploitation nécessitant une confirmation spécifique au site.

Les données de routage ajoutent une autre couche. BGP.tools montre un ensemble mixte de descriptions de préfixes sous AS49791, y compris un espace d'adressage étiqueté pour 3HCloud, Newserverlife et des organisations en aval ou clientes. Ceci est cohérent avec un opérateur réseau desservant son propre cloud et d'autres réseaux. Cela signifie également qu'un décompte de préfixes au niveau ASN ne doit pas être traité comme la taille du cloud commercial de 3HCloud.

Un acheteur doit demander l'ASN d'origine, la combinaison de fournisseurs amont, le chemin DDoS, le statut de l'objet de route, la couverture RPKI et la remise de l'installation pour la région exacte achetée plutôt que d'extrapoler à partir de l'AS mondial.

Il existe des traces opérationnelles petites mais utiles. En juin 2026, le projet de filtrage OpenBLD asignalé le déploiement d'un serveur soutenu par 3HCloud à San Francisco. Il s'agit d'une reconnaissance de projet, pas d'un benchmark contrôlé, mais cela corrobore une activité de service actuelle dans une ville qui apparaît dans PeeringDB et le répertoire des partenaires de Digital Realty. Les preuves publiques pour Manille et Almaty dépendent davantage de la documentation et des tarifs propres à 3HCloud. Pour les déploiements réglementés ou sensibles à la latence, un client doit exiger le nom de l'installation, le pays physique, la résidence des données, la frontière de support et la route réseau dans le calendrier de la commande.

La convergence est un flux de travail, pas une étiquette de produit

Les trois modes d'infrastructure de la plateforme commencent différemment.

Une machine virtuelle est en grande partie en libre-service. Le client sélectionne une région, un système d'exploitation ou une image personnalisée, une configuration de calcul, un volume, un réseau et une méthode d'authentification. Un premier serveur dans une région déclenche la création d'un réseau externe avec IPv4 et IPv6; des réseaux internes et des ports précédemment créés peuvent être attachés. Les modifications de calcul entraînent un redémarrage, documenté comme prenant environ une à deux minutes. Les ratios CPU/mémoire personnalisés sortent du libre-service et nécessitent un ticket de support.

Un serveur dédié est piloté par les ventes et le support. Ladocumentation sur les serveurs dédiésindique à l'acheteur de soumettre les exigences du projet et techniques, après quoi l'équipe commerciale prépare une offre. Le service décrit comprend la connectivité Internet, IPv4 et IPv6, une mise en réseau privée optionnelle, IPMI, le remplacement d'un composant défaillant ou du serveur entier et un support technique 24 heures sur 24. Une fois activé, le serveur apparaît dans le même panneau de contrôle avec des sessions IPMI, des détails de connexion SAN et des volumes virtuels attachés.

L'équipement appartenant au client ajoute de la logistique et une dépendance physique plus visible. Ladocumentation sur la colocationdécrit l'hébergement de serveurs ou de baies, l'assistance à distance, l'accès IPMI, les volumes SAN et les connexions réseau. Pour un serveur hébergé, 3HCloud indique utiliser des liaisons SFP+ de 10 Gbps vers deux commutateurs distincts avec une agrégation de liens configurée des deux côtés. Il s'agit d'une description de mise en œuvre significative, bien qu'elle reste une déclaration du fournisseur et doive être adaptée au site et au matériel commandés.

La convergence ne signifie donc pas que toutes les ressources sont provisionnées de manière identique. Elles ne le sont pas. Elle signifie que plusieurs systèmes environnants peuvent persister entre elles: un réseau privé, un adressage public, des volumes de type bloc, des vues de surveillance, un compte client, une facturation et une relation de support. Une entreprise peut commencer sur une VM, déplacer une base de données vers un serveur HPE dédié, attacher un stockage Fibre Channel, puis placer son propre appareil dans la même installation.

La valeur réside dans la possibilité d'éviter une refonte complète du réseau et du processus d'exploitation à chaque étape.

Cette valeur est la plus forte pour les clients compétents en infrastructure. Ladocumentation de l'APIde 3HCloud indique que la plate-forme suit un modèle axé sur l'API et oriente les utilisateurs vers l'API OpenStack et le fournisseur Terraform OpenStack. Un compte peut créer jusqu'à dix utilisateurs d'API; leurs mots de passe générés ne sont affichés qu'une seule fois, et l'accès peut être révoqué de manière irréversible tandis que l'enregistrement de l'utilisateur historique demeure. Cela donne aux équipes un chemin d'automatisation familier et rend une construction déclarative plus plausible qu'un service exclusif uniquement basé sur console.

Cela ne rend pas chaque partie de l'environnement automatisée. Le propre flux de travail du fournisseur place les formes de VM non standard, les offres de serveurs dédiés, la configuration des commutateurs, certaines informations d'identification IPMI, la suppression du port 25 et plusieurs modifications du réseau derrière des tickets. L'étiquette « bientôt disponible » de la navigation du serveur dédié est également en contradiction avec la documentation opérationnelle détaillée et la liste tierce de Digital Realty.

L'interprétation juste est que les produits physiques sont basés sur des devis et peuvent être disponibles de manière sélective plutôt que comme un catalogue de déploiement instantané soutenu par un inventaire. L'approvisionnement doit s'enquérir du stock réel, du stock de remplacement, du délai d'approvisionnement et de la conséquence si un serveur correspondant est indisponible après une panne.

OpenStack réduit un type de dépendance envers un fournisseur

OpenStack est l'élément le plus crédible de la revendication de 3HCloud d'être indépendant de tout fournisseur. Il offre aux clients des interfaces largement utilisées pour le calcul, les images, les réseaux et les volumes. Les configurations Terraform peuvent être conservées dans un dépôt de code normal. Des images machine personnalisées peuvent être importées. Un client peut comprendre de nombreuses ressources en utilisant des concepts standard plutôt qu'en apprenant une API totalement privée.

Le fournisseur a également publié unguide de migration de VMware vers OpenStackdétaillé. Il couvre la préparation de VirtIO, l'exportation d'image, la conversion VMDK en RAW, le téléchargement d'image, le nouvel adressage, le basculement DNS et la nécessité de déplacer les données accumulées pendant la migration. Pour Windows, il décrit un processus de pilote et de récupération plus complexe. Il s'agit de conseils fournis par l'entreprise, et non d'un enregistrement d'une migration client particulière, mais cela admet utilement que le déplacement d'une VM est une séquence de tâches de compatibilité, d'image, de réseau et de données, pas un bouton d'importation magique.

Les interfaces ouvertes réduisent la dépendance au plan de contrôle. Elles n'éliminent pas la gravité des données ou l'état spécifique au service. Un fichier Terraform peut recréer un réseau virtuel, mais il ne peut pas transférer instantanément un volume Fibre Channel de plusieurs téraoctets. Une image OpenStack peut quitter la plate-forme, mais une adresse IPv4 publique peut ne pas le faire. La configuration d'un équilibreur de charge peut être documentée, mais son adresse de service et son état de santé nécessitent toujours un plan de basculement.

Un serveur en colocation peut être expédié ailleurs, mais seulement après l'approbation d'accès, le travail à distance, l'emballage, la collecte par le transporteur et la connectivité de remplacement.

Même au sein du cloud, les détails du cycle de vie des ressources comptent. 3HCloud indique que la modification de la configuration d'une VM la redémarre. Il ne propose pas de réinstallation du système d'exploitation sur place au sens ordinaire décrit par son flux de travail; l'approche documentée la plus sûre est de préserver ce qui est nécessaire, de supprimer et de recréer, ou de restaurer à partir d'une image, d'un snapshot ou d'une sauvegarde. Le volume système est lié à la suppression du serveur, sauf si le client a délibérément protégé ou exporté les données.

Ce sont des contraintes gérables, mais seulement si l'automatisation inclut les données et l'adressage, pas seulement le calcul.

L'API elle-même est une dépendance. Le SLA exclut expressément l'API et le panneau de contrôle. Si l'application reste en ligne mais que l'API ne peut pas créer une instance de remplacement, la « disponibilité » contractuelle de la ressource en cours d'exécution peut rester intacte tandis que le processus de récupération du client est bloqué. Une conception sérieuse doit conserver les informations d'identification en ligne de commande, les détails du point de terminaison actuel, l'état de l'infrastructure connu en dernier et une voie d'escalade du support.

Elle doit également tester les opérations qui se poursuivent lorsque le portail web est indisponible.

Le stockage est le pivot – et un point de concentration

L'architecture de 3HCloud devient la plus distinctive au niveau du stockage. Le fournisseur vend des volumes de type bloc en cinq classes de performances publiées, de SSD Lite à 1 000 IOPS et 100 Mo/s à SSD Ultra à 25 000 IOPS et 750 Mo/s. Les prix catalogue actuels vont de 0,01 $ à 0,10 $ par Gio par mois. Il s'agit de spécifications de produit et de prix, pas de performances soutenues mesurées de manière indépendante.

Les acheteurs doivent s'enquérir de la taille des E/S, de la répartition lecture/écriture, du comportement en rafale, des centiles de latence, de la profondeur de file d'attente, des contrôles des voisins bruyants et de la question de savoir si les limites s'appliquent par volume ou sur l'ensemble d'un pool de stockage.

Pour les machines virtuelles, 3HCloud commercialise le stockage Fibre Channel externe comme un moyen de redémarrer une instance sur un autre nœud de calcul après une défaillance de l'hôte tout en préservant l'accès à ses données. C'est une architecture plausible et un avantage réel par rapport à une VM dont le seul disque est local à un hôte. La documentation publique, cependant, n'expose pas la politique de l'ordonnanceur, l'objectif de récupération, la conception du quorum, la disposition des contrôleurs ou un historique des tests de basculement.

Cette déclaration doit être traitée comme une affirmation de l'entreprise à vérifier lors d'une preuve de concept, et non comme une garantie de récupération établie de manière indépendante.

Le côté physique est plus concret. Leguide Fibre Channeldécrit un trafic de stockage séparé, des World Wide Names, un fonctionnement multichemin et deux structures étiquetées A et B. Un serveur dédié ou en colocation peut voir les volumes via plusieurs chemins, de sorte qu'une défaillance de commutateur ou de port ne supprime pas nécessairement l'accès au stockage si l'hôte est correctement configuré. Leguide d'installation VMware ESXiva jusqu'à décrire un serveur HPE, iLO, un disque 3PAR, une modification d'agrégation de liens assistée par le support et une vérification multichemin. Il s'agit d'une preuve précieuse que la proposition hybride est mise en œuvre au niveau opérationnel, bien qu'un guide ne puisse pas prouver que chaque région utilise le même matériel ou la même redondance.

Le stockage partagé est à la fois le pont et le rayon d'impact. Il permet aux données de survivre à une défaillance de l'hôte de calcul et d'être présentées à différents types de serveurs. Mais si les machines virtuelles, le bare metal loué et le matériel appartenant au client dépendent tous du même système de stockage, de la même structure, du même processus de zonage ou de la même équipe d'exploitation, un incident de stockage peut franchir les frontières que la séparation du calcul était censée créer.

Les structures doubles atténuent la défaillance de chemin; elles ne traitent pas, à elles seules, un défaut de contrôleur, une erreur de micrologiciel, une erreur administrative, un volume corrompu, une panne d'installation ou la perte du plan de gestion du stockage.

La distinction de 3HCloud entre les snapshots et les sauvegardes est particulièrement importante. Sadocumentation sur les snapshotsindique qu'un snapshot reste sur le même matériel que le volume source et nécessite la disponibilité du stockage primaire. Elle précise explicitement qu'un snapshot n'est pas une sauvegarde. Cet avertissement doit être pris au pied de la lettre: un snapshot peut être pratique pour le clonage ou la restauration, mais ne constitue pas une copie indépendante contre la perte du système de stockage source.

Ladocumentation sur les sauvegardesajoute un deuxième avertissement franc. Les sauvegardes planifiées ne reçoivent pas de contrôles automatiques de performance et de cohérence, et il est conseillé aux clients de restaurer périodiquement. Les sauvegardes capturent les données écrites sur le volume, pas l'état qui n'existe qu'en mémoire. Elles sont conservées en fonction du nombre de copies configuré et peuvent persister après la suppression du volume ou du serveur source. Le service fournit donc un mécanisme, pas une assurance de récupération complète.

Pour une utilisation en production, les questions sans réponse sont architecturales. Le référentiel de sauvegarde se trouve-t-il dans un domaine de défaillance différent du réseau principal? Est-il dans la même installation, une autre région 3HCloud ou un fournisseur distinct? Les sauvegardes sont-elles chiffrées avec des clés contrôlées par le fournisseur ou le client? Un client peut-il les exporter sans restaurer via 3HCloud? Quels sont les temps de restauration testés pour un volume et pour une application entière? Les API et métadonnées de sauvegarde sont-elles disponibles si le portail est hors service?

Un acheteur doit conserver au moins une copie contrôlée de manière indépendante pour les données dont la perte menacerait l'entreprise. Le stockage convergé est pratique précisément parce qu'il est partagé; la récupération indépendante doit être délibérément non convergée.

La facture réseau mesure la vitesse, pas les octets transférés

Le modèle de bande passante de 3HCloud est l'un de ses choix commerciaux les plus originaux. Plutôt que de présenter uniquement une allocation de transfert mensuelle, il mesure la vitesse moyenne entrante et sortante pendant chaque heure. Si la direction la plus élevée dépasse le seuil dédié du client, le Mbps excédentaire est facturé à un taux spécifique à la région. Le panneau de contrôle montre les dépassements de seuil, et le client peut imposer une limite de vitesse pour éviter des frais supplémentaires.

Les cartes réseau regroupent les ressources par région, le cloud et l'infrastructure physique étant présentés comme des catégories distinctes.

Ce modèle peut être attrayant pour les charges de travail avec des rafales qui restent en dessous d'un seuil élevé, et il exprime le coût du réseau dans le langage de capacité utilisé par les opérateurs. Il peut aussi être moins intuitif qu'une allocation en téraoctets. Un transfert court à haut débit peut être peu coûteux si sa moyenne horaire reste faible; un flux soutenu peut créer des frais horaires répétés. Les charges de travail asymétriques sont facturées sur la direction la plus élevée plutôt que sur les deux. Les équipes doivent modéliser les Mbps-heures, et non pas seulement les octets mensuels.

Les descriptions publiques nécessitent des éclaircissements. La page de tarification indique que chaque VM comprend 1 Gbps avant dépassement et publie des tarifs par Mbps-heure dans six régions. Ladocumentation sur l'accès Internetdonne 1 000 Mbps comme seuil par défaut à Varsovie, Miami et San Francisco, mais 50 Mbps à Manille, puis prévient que le seuil dédié n'est pas nécessairement le même que la bande passante gratuite. Dallas et Almaty ne sont pas inclus dans cet exemple. Il peut s'agir d'une différence entre la vitesse de port incluse, le seuil dédié et la politique régionale actuelle, mais un client ne devrait pas avoir à déduire la limite facturable. La commande doit indiquer la bande passante gratuite, le seuil dédié, la limite de port physique, le tarif de dépassement et la portée de l'agrégation pour chaque région.

Des options forfaitaires non mesurées sont également publiées. À Dallas, Miami, Varsovie et San Francisco, le prix catalogue de juillet 2026 varie de 50 $ par mois pour 100 Mbps à 2 000 $ pour 10 Gbps; Manille et Almaty supportent des tarifs régionaux plus élevés. Ces chiffres montrent pourquoi 3HCloud peut annoncer un calcul bon marché tout en traitant la capacité réseau comme sa propre couche économique. Ils rendent également la forme de la charge de travail décisive. Une VM de développement légèrement connectée et une origine de streaming peuvent utiliser le même plan CPU mais avoir des économies de fournisseur radicalement différentes.

La plus petite VM illustre le dégroupage. Lecalculateur de produit cloudmontre une instance partagée de 1 vCPU, 1 Go à 1,50 $ par mois, puis ajoute un disque système SSD Lite minimum de 16 Go pour 0,16 $ et IPv4 pour 1 $, ce qui donne un total affiché de 2,66 $ par mois. IPv6 est gratuit. Le prix est vraiment bas, mais le prix d'appel de 1,50 $ n'est pas une configuration amorçable et accessible au public en soi. Les performances de stockage, le stockage de sauvegarde, les licences Windows, l'équilibrage de charge et la bande passante soutenue sont des décisions distinctes.

La facturation se poursuit jusqu'à la suppression des ressources, et non pas simplement lorsqu'elles sont inactives. Ladocumentation sur la facturationindique que l'utilisation est horaire et que la carte par défaut est généralement débitée à la clôture du cycle – normalement le premier et le seize du mois – ou lorsque la limite de crédit est atteinte. Ceci est raisonnablement transparent, mais cela impose une discipline en matière d'hygiène de compte. Les ports orphelins, les volumes détachés, les sauvegardes conservées et les ressources oubliées peuvent tous survivre après que le propriétaire de l'application pense qu'un projet est terminé.

Les conditions générales ajoutent des contraintes de charge de travail. Les relais publics, la revente de bande passante, les tunnels publics et les logiciels proxy peuvent devenir interdits lorsque le trafic est hautement symétrique et soutenu au-dessus des conditions de consommation déclarées, sauf accord séparé ou utilisation dans le cadre d'options non mesurées qualifiantes. Le port TCP sortant 25 est bloqué par défaut et peut être ouvert via un ticket.

Un acheteur prévoyant des charges de travail VPN, proxy, messagerie, CDN, jeux ou distribution de données doit obtenir une confirmation écrite que le modèle prévu est autorisé et correctement tarifé.

Ce que « 100 % » achètent

Lecontrat de niveau de servicede 3HCloud fixe un objectif de disponibilité de 100 % pour les ressources virtuelles couvertes. L'expression est bien visible sur le site web, mais le contrat en définit la signification de manière plus étroite que le raccourci marketing.

La garantie s'applique aux serveurs virtuels payants, aux instances cloud, au stockage cloud et aux autres ressources expressément incluses dans l'accord. Elle ne s'applique pas aux serveurs physiques dédiés, au bare metal ou à la colocation. Elle exclut également le site web de 3HCloud, les serveurs DNS, l'API, le panneau de contrôle, les intégrations de paiement, les services bêta et les sauvegardes des clients. Le fonctionnement et les performances du GPU sont exclus de la garantie générale, les temps d'arrêt confirmés du serveur GPU étant compensés minute pour minute.

L'« infrastructure » couverte est définie autour de la disponibilité du nœud hôte et du port réseau connecté au backbone du fournisseur.

Ceci ne prouve pas que 3HCloud a atteint une disponibilité historique de 100 %. Aucune archive publique d'incidents ou série de disponibilité auditée de manière indépendante n'a été identifiée dans le cadre de cette revue. Le SLA est une promesse concernant l'éligibilité à des crédits après une indisponibilité qualifiante. Les conditions générales excluent séparément un fonctionnement ininterrompu, totalement sécurisé ou sans erreur et excluent les pertes indirectes telles que les temps d'arrêt et les pertes de données, sous réserve de la loi applicable.

Le barème des crédits est limité. Moins de neuf minutes d'indisponibilité des ressources donnent droit à deux heures de crédit; 10 à 59 minutes donnent droit à six heures; 60 à 119 donnent droit à 12 heures; 120 à 239 donnent droit à 24 heures; 240 à 419 donnent droit à 48 heures; et 420 minutes ou plus donnent droit à 168 heures. Le tableau publié semble laisser exactement neuf minutes non attribuées, un point de rédaction qui mérite d'être clarifié. Les crédits sont calculés sur la ressource affectée, plafonnés au coût mensuel de cette ressource, reportés plutôt que payés en espèces, et décrits comme le seul recours.

Le processus de réclamation est piloté par le client. Un ticket demandant explicitement une compensation doit être soumis dans les 60 jours. Même si 3HCloud a connaissance d'une panne, aucun crédit n'est accordé sans cette demande. L'entreprise détermine de manière indépendante si une défaillance s'est produite et combien de temps elle a duré; les journaux du client sont des preuves de référence. 3HCloud recommande la sortie MTR ou traceroute, des captures d'écran et des journaux d'application.

Il existe une tension pratique avec lesconditions d'utilisation, qui interdisent d'utiliser le service pour surveiller sa disponibilité, sa sécurité, ses performances ou ses fonctionnalités, ou pour effectuer des benchmarks, sans autorisation écrite expresse. L'intention probable est de restreindre les tests concurrentiels ou les benchmarks abusifs plutôt que d'empêcher un client de surveiller son propre système de production, mais la clause est large en apparence. Étant donné que le SLA demande aux clients de conserver des preuves techniques, les acheteurs doivent obtenir une autorisation écrite pour les tests de disponibilité synthétiques ordinaires, la surveillance de la latence, l'analyse de sécurité et les activités de benchmark utilisées pour l'acceptation ou la planification de la capacité.

De nombreuses exclusions peuvent être commercialement raisonnables mais architecturalement conséquentes. La maintenance planifiée peut être exclue avec un préavis dans des conditions définies; la remédiation d'urgence des vulnérabilités critiques peut être exclue sans préavis. Les logiciels clients, la surcharge, les redémarrages de configuration, la restauration de sauvegarde, le retard de paiement, les attaques DDoS et la technologie tierce hors du contrôle de 3HCloud peuvent également ne pas donner droit à des crédits. Une attaque DDoS massive supérieure à 100 Gbps ou durant plus de quatre heures est traitée comme un cas de force majeure.

Une perte de paquets supérieure à 0,5 % entre une instance et le premier saut du fournisseur déclenche une enquête, mais pas automatiquement un crédit à moins que 3HCloud ne vérifie une défaillance de l'infrastructure.

Le recours est donc bien moindre que l'impact commercial pour la plupart des applications sérieuses. Les conditions générales plafonnent la responsabilité globale pour les réclamations pertinentes aux frais des produits applicables au cours des deux mois précédents et excluent de nombreuses formes de pertes indirectes ou consécutives. Une semaine de crédit de ressource après une longue panne peut être symboliquement responsable, mais ne financera pas les transactions perdues, la migration d'urgence ou la reconstruction des données.

L'utilisation correcte du SLA est comme une base de référence pour l'approvisionnement et un processus d'escalade, pas comme un substitut à la redondance.

Le support fait partie de l'architecture

Les petits fournisseurs d'infrastructure rivalisent souvent avec des humains plutôt qu'avec l'étendue des produits. 3HCloud indique que les clients joignent des ingénieurs plutôt que des chatbots, et sadocumentation sur le supportdécrit un support technique 24h/24 et 7j/7 via un système de tickets. Les tickets affichent un ingénieur assigné, le statut, l'historique et les pièces jointes; les tickets fermés peuvent être rouverts en commentant. Les ventes fonctionnent selon les heures de bureau de l'Est des États-Unis.

Les documents publics ne spécifient pas les niveaux de gravité, les objectifs de première réponse, les objectifs de restauration, l'escalade téléphonique pour les incidents critiques ou les rôles de gestion des services nommés. Cette absence est importante car le support est intégré dans plusieurs chemins techniques. Le provisionnement d'un serveur dédié commence par un ticket. Les ratios de VM personnalisés nécessitent un ticket. Certains changements de seuil de réseau et la suppression du port 25 nécessitent un ticket. Un déploiement ESXi nécessite que le support configure l'agrégation de liens.

Les informations d'identification IPMI arrivent via le support après l'installation. En cas de problème de zonage Fibre Channel ou de composant physique, le client ne peut pas résoudre seul chaque couche.

Cela peut être un atout lorsque l'équipe est compétente et joignable. Un petit opérateur peut diagnostiquer à travers les limites de calcul, de commutation, de SAN et d'installation plus rapidement qu'un grand fournisseur dont les files d'attente de support sont segmentées par produit. Cela peut aussi être un risque de concentration. Les sources publiques n'établissent pas la taille des équipes d'exploitation du réseau et de support, leur couverture géographique, le personnel d'astreinte, la couverture linguistique, le roulement du personnel ou la dépendance à l'égard de personnes particulières.

Il n'y a aucune base pour affirmer une défaillance du support; il n'y a également aucune base pour supposer une profondeur de personnel comparable à celle d'un hyperscaler.

Les services physiques ajoutent une autre partie. Atman et Digital Realty exploitent des bâtiments et des capacités d'intervention à distance, tandis que 3HCloud présente le service orienté client. Une alimentation électrique défaillante peut impliquer le fournisseur du serveur, le support 3HCloud et les techniciens de l'installation. Un incident réseau peut impliquer 3HCloud, les ressources réseau enregistrées de Newserverlife, un opérateur amont et l'opérateur du centre de données. Le client a besoin d'un seul chemin d'escalade responsable, mais il doit également comprendre les transferts qui le sous-tendent.

Une preuve de concept doit tester le support, et pas seulement le débit. Ouvrez des tickets à des heures normales et incommodes. Demandez une session IPMI non destructive, une procédure simulée de panne de disque, une escalade de changement de route et une restauration de sauvegarde. Enregistrez le temps d'accusé de réception et de résolution sans transformer l'exercice en test de charge abusif. Demandez une matrice de gravité, une politique de communication des incidents, une politique d'analyse des causes profondes, un canal de maintenance et un contact d'urgence nommé dans l'accord commercial.

Si le remplacement physique est critique, renseignez-vous sur la politique de pièces de rechange spécifique à la région plutôt que sur une promesse générale de remplacer les composants défaillants.

Les contrôles de sécurité sont documentés de manière inégale

L'histoire de sécurité de 3HCloud est la plus solide là où la documentation devient spécifique. Les machines virtuelles utilisent desgroupes de sécurité avec des règles entrantes et sortantes; les règles sortantes par défaut peuvent être supprimées. L'infrastructure dédiée ou physique dispose d'unservice de pare-feu de centre de données distinctqui est explicitement marqué comme bêta. Ce pare-feu est avec état et bloque le trafic entrant non sollicité lorsqu'il est activé sans règles d'autorisation, mais sa documentation avertit que le trafic sortant n'est pas filtré. Le marketing qui décrit largement un pare-feu comme une protection contre les attaques doit donc être traduit en contrôles spécifiques au produit: le pare-feu virtuel et le pare-feu de périmètre physique n'ont pas un comportement identique.

L'accès IPMI est un autre exemple. Leguide IPMIindique que l'interface de gestion utilise un réseau isolé, n'est pas connectée à l'infrastructure principale et est exposée via des sessions de pare-feu IP source qui peuvent être temporaires ou permanentes. Une session rapide dure trois heures. Il s'agit d'une conception de contrôle raisonnable, bien que l'affirmation d'isolement reste fournie par le prestataire. Les acheteurs doivent demander comment les informations d'identification sont générées, alternées et journalisées; si l'authentification multifacteur couvre l'action du portail qui ouvre IPMI; si les règles d'autorisation permanentes expirent; et si l'accès du personnel de support est enregistré.

Le périmètre réseau bloque le port sortant 25 par défaut, une mesure anti-abus courante. Les enregistrements de routage publient des contacts pour les abus et le réseau. Ce qui n'est pas public, c'est un dossier d'assurance de sécurité détaillé: aucun rapport SOC spécifique à 3HCloud, certificat ISO, résumé de test d'intrusion, registre des sous-traitants, politique de divulgation des vulnérabilités ou engagement détaillé de réponse aux incidents n'a été identifié dans les documents examinés.

Ces documents peuvent être disponibles sous accord de confidentialité, mais les certifications des installations ne doivent pas être substituées à ceux-ci.

Lapolitique de confidentialité, en vigueur depuis le 29 juillet 2024, décrit de larges catégories de renseignements personnels, le partage avec les fournisseurs de services, les critères de conservation et des garanties physiques, techniques et organisationnelles « raisonnables ». Elle fait référence aux informations du site web et du compte plus qu'à un cadre complet de traitement des données d'entreprise. Un client traitant des données réglementées doit demander un accord de traitement des données, une liste des sous-traitants et des emplacements, des procédures de suppression et de restitution, le délai de notification des violations, la politique de demande des forces de l'ordre, les responsabilités en matière de chiffrement et les droits d'audit.

Les conditions générales attribuent une responsabilité substantielle au client pour la sécurité du réseau, du serveur, de l'application et des codes d'accès. Elles autorisent la suspension lorsque 3HCloud soupçonne une utilisation interdite ou estime que le trafic menace l'environnement hébergé. Elles permettent également au fournisseur d'identifier un client dans le marketing et de divulguer les produits ou fonctionnalités utilisés, sous réserve des directives énoncées. Les organisations ayant des exigences de confidentialité doivent négocier le consentement à la publicité plutôt que de supposer le silence.

Il y a très peu de volume de revue indépendant à partir duquel on peut déduire la qualité opérationnelle.Trustpilot n'affichait que deux avisau moment de cette recherche, tous deux sollicités, ce qui est beaucoup trop petit et sujet à sélection pour établir la fiabilité. Un évaluateur a décrit une expérience de colocation positive; un autre a décrit avoir eu besoin de support pour obtenir suffisamment de stockage temporaire pour une récupération bare metal à une heure incommode. L'anecdote n'est pas vérifiable indépendamment et ne doit pas être généralisée, mais elle illustre la question d'approvisionnement: quelles ressources de récupération sont en libre-service, et quelles capacités nécessitent un humain au moment de la crise?

Le calcul bon marché est le point d'entrée, pas le modèle complet

La structure de prix de 3HCloud semble conçue pour rendre chaque intrant d'infrastructure lisible. Le calcul, le stockage, l'IPv4 publique, la rétention des sauvegardes, l'équilibrage de charge et la capacité réseau sont séparés. Les réseaux privés L2/L3 et IPv6 sont répertoriés comme gratuits. Cela permet à une équipe expérimentée de ne payer que ce dont elle a besoin, mais cela transfère le travail d'assemblage et de prévision de la facture à cette équipe.

La comparaison avec le marché n'est pas unidimensionnelle.La tarification des Droplets DigitalOceancommence à 4 $ par mois, et sa page produit 1 Go montre une configuration à 6 $ incluant le stockage et une allocation de transfert. DigitalOcean est passé à la facturation à la seconde pour les Droplets en 2026.Amazon Lightsailvend des offres groupées prévisibles qui combinent le calcul, le stockage SSD et le transfert, avec des plans d'entrée de gamme IPv6 uniquement à partir de 3,50 $. Leurs prix d'appel sont plus élevés que la ligne de calcul à 1,50 $ de 3HCloud, mais incluent différents composants, écosystèmes et hypothèses de support. Comparer uniquement la RAM et le vCPU masquerait le véritable compromis.

Les formes de CPU dédié de 3HCloud peuvent également être peu coûteuses: une VM à usage général publiée de 2 vCPU, 8 Go est à 16 $ par mois avant stockage et adressage. La question économique est de savoir si « dédié » signifie une ressource de cœur physique allouée de manière cohérente dans le cadre de la charge de travail attendue du client, et si le comportement du stockage et du réseau reste prévisible. Un acheteur doit effectuer un benchmark de sa propre application avec une autorisation écrite, dans le temps et lors d'événements de défaillance, plutôt que de se fier aux étiquettes des plans.

Le modèle convergé crée des opportunités de ventes croisées et de rétention. Un client peut entrer via une VM bon marché, ajouter un stockage à performances plus élevées, réserver de la bande passante, acheter un équilibreur de charge, louer un serveur physique et éventuellement mettre en colocation du matériel. Le client en profite si ces couches réduisent réellement l'effort de migration. 3HCloud en profite parce que la valeur du compte augmente tandis que les dépendances partagées en matière de réseau, de stockage et de support rendent le départ plus complexe.

Il ne s'agit pas d'un mécanisme de verrouillage abusif; c'est l'économie ordinaire de l'infrastructure intégrée. Cela ne devient problématique que si les coûts de sortie sont cachés ou si les interfaces ne sont pas portables.

Les petits fournisseurs sont également confrontés à des coûts d'intrants impitoyables. Le transit, l'alimentation des installations, les interventions à distance, l'IPv4 publique, les pièces de rechange, la mémoire des serveurs et les baies de stockage ne deviennent pas bon marché parce que la marque destinée au client est petite. En mai 2026, le concurrent à bas coût plus important Hetzner aannoncé un autre ajustement des prix et des produits des serveurs, invoquant la pression sur l'approvisionnement en matériel et la standardisation des configurations pour rendre le provisionnement et la maintenance plus efficaces. La leçon est plus large que Hetzner: des prix bas transparents ne sont durables que si le fournisseur parvient à maîtriser les coûts d'achat, d'utilisation et de support.

La propre réponse de 3HCloud semble être une facturation granulaire, un provisionnement physique sélectif, des logiciels open source et un catalogue de services gérés plus étroit. Il n'a pas besoin de reproduire des centaines de services d'hyperscaler si son client cible apporte des compétences opérationnelles. Mais la marge d'erreur est mince. Des seuils de réseau généreux, un support humain, du matériel de rechange et un stockage d'entreprise coûtent tous de l'argent.

Les acheteurs doivent examiner si un prix indiqué est promotionnel ou durable, comment fonctionnent le renouvellement et les changements de prix, si des frais d'installation du matériel s'appliquent et ce qu'il advient du prix lorsqu'un serveur est remplacé ou redimensionné. Les conditions générales autorisent les changements de prix avec un préavis selon leur processus déclaré, de sorte que la prévisibilité à long terme provient en fin de compte de la commande, et non du calculateur public.

Les concurrents sont trois catégories différentes

Pour une infrastructure virtuelle pure, 3HCloud est en concurrence avec les clouds pour développeurs et les fournisseurs OpenStack régionaux. DigitalOcean, Akamai Connected Cloud, Vultr, OVHcloud, Hetzner et de nombreux opérateurs locaux proposent une création rapide de VM, des API et une tarification relativement lisible. Leurs avantages peuvent inclure un plus grand nombre de régions, des services gérés plus larges, des organisations de support plus importantes, des historiques de statut plus riches et des communautés plus vastes.

3HCloud riposte avec des prix bas dégroupés, des options de CPU dédié, le stockage Fibre Channel et un chemin vers l'infrastructure physique.

Pour le bare metal, il est en concurrence avec les sociétés de serveurs dédiés disposant d'un inventaire important et avec les instances bare metal des hyperscalers. Les tests clés se déplacent vers les spécifications des composants, le stock, le délai de configuration, la gestion à distance, l'inventaire de remplacement et la durée du contrat. Ici, l'étiquette « bientôt disponible » est un avertissement commercial: même si des serveurs dédiés sur mesure sont opérationnels, un acheteur ne doit pas supposer une disponibilité instantanée ou standardisée.

Pour la colocation, les substituts incluent l'achat direct auprès d'une installation ou d'un fournisseur de colocation géré plus important. L'avantage potentiel de 3HCloud est l'agrégation. Un client avec un ou quelques serveurs peut préférer un fournisseur qui fournit Internet, l'espace IP, la configuration des commutateurs, les volumes SAN, les interventions à distance et la proximité du cloud dans le cadre d'une seule relation. L'inconvénient est une couche commerciale et opérationnelle supplémentaire entre le client et le bâtiment.

L'acheteur doit savoir quels droits subsistent s'il souhaite déplacer le service, changer d'opérateur ou récupérer son équipement.

Le substitut le plus puissant est architectural, et non un fournisseur nommé: diviser la pile. Conservez les VM portables sur un cloud, les sauvegardes sur un autre, l'équipement physique sous un contrat de colocation direct et le DNS avec un fournisseur indépendant. Cette approche réduit le risque de fournisseur corrélé mais augmente la charge d'intégration et de support. 3HCloud parie effectivement que de nombreux clients préféreront un périmètre opérationnel techniquement cohérent. La tâche de l'acheteur est de décider quelles dépendances valent la peine d'être convergées et lesquelles doivent rester délibérément séparées.

Une sortie est une conception, pas un e-mail d'annulation

L'utilisation d'OpenStack par 3HCloud crée une voie de sortie crédible pour les définitions de VM et les images, mais une sortie ordonnée doit être construite pendant que le service est sain.

Pour le calcul, conservez les déclarations Terraform ou équivalentes, cloud-init, la gestion de configuration, les instructions de construction d'image et un inventaire des dépendances externes. Créez et testez périodiquement une image en dehors de la plateforme. Confirmez le format, la méthode d'exportation, le temps et le coût de sortie pour chaque volume important. Ne supposez pas qu'un snapshot est portable; 3HCloud indique qu'il réside sur le même stockage primaire.

Pour les données, conservez une deuxième copie dans un autre domaine administratif et de défaillance. Testez la récupération cohérente de l'application, pas seulement la restauration du volume. Enregistrez le RPO et le RTO atteints dans la pratique. Si vous utilisez Fibre Channel pour le bare metal ou la colocation, documentez le système de fichiers, le multichemin, le LUN de démarrage et la configuration de zonage afin que le système puisse être attaché à un stockage différent. Sachez combien de temps il faudrait pour copier l'ensemble des données sur le réseau disponible.

Pour la mise en réseau, distinguez la configuration portable de l'identité non portable. Les sous-réseaux privés et les règles de sécurité peuvent être recréés. Les adresses publiques attribuées par le fournisseur nécessitent normalement un basculement DNS ou de routage. Un port détaché peut conserver une adresse au sein de 3HCloud, mais cela ne le rend pas portable vers un autre opérateur. Réduisez les valeurs de durée de vie DNS avant la migration, maintenez un chemin d'entrée alternatif et demandez si un espace d'adressage peut appartenir au client ou être annoncé dans le cadre d'un accord écrit.

Pour l'équipement physique, le contrat doit définir l'accès, les interventions à distance, le démontage, l'emballage, l'expédition, les soldes impayés et le droit du client de récupérer le matériel. Les conditions générales publiques indiquent que 3HCloud n'a aucune obligation de conserver les données du client après la résiliation et placent la responsabilité de la récupération sur le client. Elles permettent également à 3HCloud de céder ses droits et obligations sans le consentement du client tout en restreignant la cession par le client.

Un calendrier de service physique négocié doit être plus spécifique que les conditions générales du cloud.

Pour les opérations, conservez les moyens de contact en dehors du portail. Le SLA exclut le portail et l'API, de sorte qu'un client doit savoir comment ouvrir un incident de gravité un si la connexion ou la création de ticket est indisponible. Conservez une liste d'actifs à jour, les numéros de série, les références de baie ou d'installation, les allocations IP, les contacts de support et des copies des factures et des commandes. Une interface convergée est pratique en fonctionnement normal; la planification de la sortie nécessite un enregistrement indépendant de ce qui se trouve derrière.

Le test d'approvisionnement doit recréer un mauvais jour

Une comparaison conventionnelle des fonctionnalités flattera 3HCloud parce que la plateforme couvre de nombreuses primitives utiles. Une meilleure évaluation reproduit les moments où la convergence est censée.

Premièrement, établissez la carte juridique et du réseau. Obtenez une explication signée de la relation entre 3HCloud LLC et Newserverlife LLC, y compris la propriété ou la licence des ressources AS49791, la gestion des abus et les droits de continuité. Faites correspondre l'entité contractante dans l'ensemble du bon de commande, du SLA, de l'accord de traitement des données, de la facture et du calendrier des installations.

Deuxièmement, cernez la région. Demandez l'installation physique, le pays, l'ASN d'origine, la conception en amont, la gestion des DDoS, la bande passante gratuite, le seuil dédié, la vitesse du port et la capacité actuelle pour le service exact. Résolvez pourquoi les listes publiques diffèrent au sujet de San Francisco et d'Almaty. N'acceptez pas une réponse « mondiale » générique pour une charge de travail avec des exigences de résidence ou de latence.

Troisièmement, testez le cycle de vie de la VM. Créez via Terraform, reconstruisez à partir d'une image client, redimensionnez, conservez un port réseau, supprimez en toute sécurité et recréez dans une autre région. Vérifiez quelles ressources et quels frais survivent à chaque action. Confirmez que les quotas de compte, les limites d'utilisateurs de l'API et les dépendances du portail correspondent au plan d'automatisation.

Quatrièmement, testez la défaillance et la récupération du stockage. Mesurez les classes de volumes publiées avec des benchmarks convenus. Restaurez une sauvegarde planifiée vers un nouveau volume et démarrez un service à partir de celui-ci. Demandez où cette sauvegarde réside physiquement. Pour Fibre Channel, testez la perte d'un chemin et confirmez le comportement multichemin. Demandez des preuves de tests de basculement du contrôleur et de la structure sans supposer la réponse à partir d'un diagramme.

Cinquièmement, testez la frontière entre le libre-service et le support. Demandez une forme de VM personnalisée, un devis de serveur dédié, un changement de pare-feu, une session IPMI et une escalade réseau. Enregistrez la qualité de la réponse et les points où un ingénieur doit agir. Négociez les engagements de gravité et de réponse si le flux de travail en dépend.

Sixièmement, modélisez la facture complète. Incluez les volumes système et de données, les sauvegardes conservées, l'IPv4, les licences Windows le cas échéant, les équilibreurs de charge, le dépassement horaire de bande passante, la capacité forfaitaire, les interventions à distance et la configuration physique. Modélisez un mois inactif, un pic de trafic, une restauration et une migration. Le prix d'appel de la VM n'est utile qu'une fois les composants persistants inclus.

Septièmement, testez le langage contractuel par rapport aux opérations. Clarifiez l'écart de neuf minutes dans le tableau des crédits SLA. Obtenez l'autorisation pour la surveillance de la production et les benchmarks d'acceptation. Confirmez les produits couverts par les crédits, la manière dont les crédits sont demandés et si une commande d'entreprise modifie la responsabilité, la restitution des données ou les droits de publicité.

Enfin, effectuez une sortie partielle. Exportez une image et un ensemble de données significatif, recréez-les ailleurs, changez le DNS et documentez le temps écoulé. Pour le matériel appartenant au client, obtenez la procédure de désinstallation et de collecte même si aucun déménagement n'est prévu. Un fournisseur qui rivalise véritablement sur la transparence devrait être disposé à rendre compréhensible le chemin de départ.

Ce qu'il faut surveiller

Le point de vigilance à court terme le plus important est de savoir si 3HCloud régularise la frontière publique de ses produits physiques. La documentation détaillée sur les serveurs dédiés, l'IPMI, le SAN et la colocation suggère un service fonctionnel, tandis que la navigation principale indique toujours que les serveurs dédiés sont bientôt disponibles. Un inventaire standard, une disponibilité régionale explicite et des conditions de provisionnement publiées transformeraient une capacité sur mesure intéressante en un produit plus évaluable.

Le deuxième est la clarté de l'identité. L'enregistrement AS49791 de Newserverlife et le contrat client de 3HCloud peuvent coexister pour des raisons historiques et de structure de groupe légitimes. Expliquer publiquement cette relation réduirait les frictions de diligence évitables et faciliterait la compréhension de la responsabilité du réseau.

Le troisième est la preuve opérationnelle. Un historique de statut public, une norme de communication des incidents, des descriptions d'architecture au niveau régional, du matériel d'assurance de sécurité et des métriques de récupération testées seraient plus précieux que de larges adjectifs de fiabilité. Il en irait de même pour une cartographie claire des certifications des installations par rapport au propre périmètre de contrôle de 3HCloud.

Le quatrième est de savoir si le modèle de bas prix reste durable à mesure que les coûts du matériel, de la mémoire, de l'énergie et du transit évoluent. Les prix granulaires de 3HCloud sont une force parce que les clients peuvent voir ce qu'ils achètent. Ils exposent également l'entreprise à un examen minutieux lorsque les seuils régionaux, les pages produits ou les conditions contractuelles divergent. Garder ces surfaces synchronisées fait partie du produit.

La proposition de 3HCloud n'est pas invraisemblable. La société juridique est active; le réseau est visible; les annuaires d'installations tiers corroborent une partie de l'empreinte; la documentation contient suffisamment de détails opérationnels pour montrer plus qu'un concept de page d'accueil; et des documents externes montrent l'entreprise entité à des contrats clients et fournisseurs. Les preuves permettent de la traiter comme un fournisseur plus petit, réel et techniquement ambitieux.

Elles ne permettent pas de traiter chaque affirmation marketing comme un fait établi. Le dossier public est mince en ce qui concerne les performances de service auditées, les contrôles de sécurité, la profondeur du personnel, l'historique des incidents, les responsabilités interentreprises exactes et la base physique de chaque région annoncée. Le langage des 100 % est un mécanisme de crédit, pas une mesure. L'architecture convergée peut réduire les frictions entre l'infrastructure virtuelle et physique, mais elle peut également concentrer les risques liés au stockage, au réseau et au support.

Cela laisse une conclusion utile et spécifique à l'entreprise. 3HCloud est le plus convaincant pour une équipe d'ingénieurs qui veut voir les pièces: les API OpenStack, les ports, les frais d'adresse, les seuils de bande passante, les niveaux de volume de type bloc, les chemins Fibre Channel et les contrôles de serveur physique. Sa transparence est la plus forte à ce niveau mécanique. Un acheteur devrait la récompenser en testant ces mécanismes rigoureusement – et exiger que le périmètre commercial et organisationnel devienne tout aussi visible. Le bouton d'arrêt continue de facturer, mais au moins la documentation le dit.

La question plus large est de savoir si chaque dépendance qui reste active après l'arrêt peut également être nommée, mesurée et déplacée.