Cloud Era LLC vend une capacité hébergée qui dépend toujours des racks, du transit et des fenêtres de maintenance

Résumé

• L’offre publique EraCloud de Cloud Era LLC est spécifique: des plans VPS et d’hébergement vietnamiens, une adresse à Hô Chi Minh-Ville, un numéro fiscal d’entreprise, l’indication du centre de données FPT Hô Chi Minh-Ville, des serveurs Intel Xeon Gold 6148, du stockage NVMe, une adresse IPv4 par plan VPS, et des niveaux de débit client de 300 Mbps ou 1 Gbps sur des ports serveur 10 Gbps.
• Les preuves réseau sont mitigées. Les enregistrements APNIC listent AS151931 et 157.66.218.0/23 sous ERACLOUD-VN / Cloud Era LLC, mais les vues de routage actuelles montrent que le /23 est annoncé par AS135918, VIET DIGITAL TECHNOLOGY LIABILITY COMPANY, avec FPT Telecom visible dans le chemin amont. L’ASN propre de Cloud Era n’est pas actuellement une origine de route globale indépendante avérée.
• Le risque pratique le plus fort n’est pas une panne mystérieuse dans « le cloud »; il s’agit d’une défaillance d’une baie, d’un site FPT, du routage amont, du portail de facturation, du stock de matériel, du support ou des sauvegardes client. Les documents publics ne montrent pas de second centre de données, de plan de reprise multi-site actif, de diversité de transit sous l’ASN propre de Cloud Era, ni de chemin de migration client testé.
• Le service peut néanmoins être utile pour les acheteurs qui ont besoin d’un hébergement vietnamien à bas prix et d’un espace IP local, mais il doit être considéré comme une capacité hébergée locale avec des obligations de reprise explicites, et non comme une plateforme cloud résiliente qui va de soi.

Cloud Era LLC est un rappel que l’extrémité la moins chère du marché du cloud reste un exercice de dépendance très physique. La page d’accueil d’EraCloud ne vend pas une abstraction sans lieu. Elle vend des plans VPS qui commencent à 50 000 VND par mois, listent des processeurs Intel Xeon Gold 6148, du stockage SSD NVMe U.2, une adresse IPv4 privée, un support de trafic anti-DDoS et une mention de centre de données indiquant FPT - Hô Chi Minh-Ville. Sa FAQ va plus loin, en précisant que le système Cloud VPS est placé au centre de données FPT Tan Thuan et en décrivant ce lieu comme de niveau Tier III.

Le client est invité à penser à la vitesse, à l’accès root, à un port réseau de 10 Gbps et à une équipe de support qui est censée être disponible 24 heures sur 24. Les mêmes pages publiques montrent aussi quelque chose de moins reluisant: un pied de page avec une adresse à Hô Chi Minh-Ville, un code fiscal, des coordonnées bancaires pour le paiement, des conditions qui font peser lourdement la responsabilité des sauvegardes sur le client, et un lien vers l’espace client qui était indisponible lors de la vérification.

C’est le bon point de départ. Cloud Era ne doit pas être évalué comme une plateforme hyperscale, car rien dans les données publiques ne soutient une telle échelle. Il doit être évalué comme une entreprise d’hébergement locale qui a assemblé un service à partir d’espace en centre de données, de matériel, d’adresses IP, de connectivité amont, d’une vitrine web, de main-d’œuvre de support et de confiance client. La vitrine peut être active alors qu’une partie du contrôle sous-jacent est louée ou déléguée. Le bloc d’adresses IP peut être enregistré au nom de Cloud Era tandis que la route active est annoncée par un autre opérateur.

La page d’accueil peut revendiquer une disponibilité de 99,9 % alors que les conditions indiquent toujours aux clients de conserver leurs propres copies des données, car les sauvegardes du fournisseur sont destinées à ses propres besoins de gestion. Aucun de ces faits ne rend le service invalide. Ils identifient simplement où une défaillance se propagerait.

L’identité légale et commerciale est visible mais peu profonde. Le pied de page d’EraCloud mentionne « CÔNG TY TNHH KỶ NGUYÊN ĐÁM MÂY », donne l’adresse « 60/3/3A Lê Thị Riêng, Phường Bến Thành, Quận I, Thành phố Hồ Chí Minh », liste le numéro fiscal 0318400994, et indique que l’enregistrement a été délivré par l’autorité de planification et d’investissement de Hô Chi Minh-Ville le 10 avril 2024. Une page fiscale vietnamienne tierce pour le même numéro reflète le nom de l’entreprise, l’adresse et le nom anglais « ERA CLOUD COMPANY LIMITED », mais ce type de site est corroboratif plutôt que primaire. Les enregistrements APNIC ont plus de poids infrastructurel: l’entrée APNIC RDAP pour AS151931liste ERACLOUD-VN, Cloud Era LLC, la même adresse à Hô Chi Minh-Ville et le code pays vietnamien, tandis que l’entrée APNIC RDAP pour 157.66.218.0/23assigne ce bloc IPv4 à ERACLOUD-VN avec Cloud Era LLC dans la description.

Ces enregistrements comptent car ils montrent que Cloud Era n’est pas simplement une marque de revendeur sans enregistrement réseau visible. Il possède un ASN déclaré et une allocation IPv4 portable. Mais ils ne prouvent pas que Cloud Era exploite actuellement sa propre périphérie de routage indépendante. La situation de routage publique actuelle est plus limitée.Le statut de routage de RIPEstat pour 157.66.218.0/23a montré le préfixe vu pour la dernière fois le 12 juillet 2026 avec l’origine AS135918, non AS151931, et une visibilité depuis 325 des 326 pairs RIS IPv4. La même source a enregistré le propre AS151931 de Cloud Era comme première vue pour ce préfixe en mai 2024 et dernière vue en août 2024, tandis que l’origine active est passée à AS135918. L’objet de route whois APNIC pour le même /23 enregistre également l’origine AS135918. AS135918 appartient, dans les enregistrements APNIC, à VIET DIGITAL TECHNOLOGY LIABILITY COMPANY. En d’autres termes, l’espace d’adressage est celui de Cloud Era, mais l’origine de route globale actuelle pointe vers un autre réseau vietnamien.

Cette distinction est le point opérationnel central de l’article. La machine virtuelle d’un acheteur peut être vendue par Cloud Era, adressée à partir d’une allocation de Cloud Era et physiquement décrite comme étant dans un environnement FPT Hô Chi Minh-Ville, pourtant l’accessibilité peut encore dépendre d’une route annoncée et transportée par un réseau distinct.La page BGP.tools pour AS151931a également montré que l’ASN Cloud Era n’est actuellement pas dans la table de routage globale et n’annonce aucun préfixe IPv4 ou IPv6, tandis quela page de préfixe BGP.tools pour 157.66.218.0/23a associé le préfixe à AS135918 et a montré FPT Telecom comme amont dans cette vue.La page BGP.tools d’AS135918a décrit le réseau d’origine de route comme actif, avec 70 préfixes IPv4 et un préfixe IPv6 annoncés. C’est une preuve plus forte d’un arrangement de routage délégué ou dépendant de l’amont que d’un contrôle réseau autonome de Cloud Era.

Il serait facile d’en tirer une conclusion dramatique, mais une lecture sobre est plus utile. De nombreux petits fournisseurs annoncent l’espace client ou appartenant au client via un amont, un partenaire de site ou un opérateur proche. La question n’est pas de savoir si cela est autorisé. La question est de savoir si les clients comprennent de quoi dépend la reprise.

Si le propre ASN de Cloud Era n’est pas l’origine active, alors un incident de routage impliquant AS135918, le chemin amont en direction de FPT, la maintenance des objets de route ou l’arrangement commercial entre les entreprises pourrait affecter les clients de Cloud Era même si les serveurs de Cloud Era sont sous tension et sains. Un client de Cloud Era demandant de la résilience devrait donc demander plus qu’un test de latence.

Il devrait demander qui annonce le préfixe assigné, qui peut changer la politique BGP pendant un incident, si Cloud Era peut déplacer le service du client vers un autre chemin d’origine, combien de temps un tel déplacement prend, et si le client peut apporter ses propres adresses en cas de problème d’accessibilité locale.

La revendication de localisation physique est également plus étroite qu’il n’y paraît au premier abord. Les plans d’EraCloud listent « centres de données FPT - Hồ Chí Minh » ou « FPT - Hồ Chí Minh », et la FAQ indique que le système Cloud VPS est placé chez FPT Tan Thuan. FPT est un opérateur d’infrastructure vietnamien crédible, et les documents deFPT Fornix centres de donnéesde FPT Telecom International présentent des services de centre de données, de cloud, d’Internet et d’autres services connexes. Néanmoins, les pages publiques de Cloud Era ne montrent pas de bail, de disposition des baies, de nombre d’armoires, d’engagement de puissance, d’inventaire de cross-connect, d’arrangement de salle de rencontre, de conditions de télé-gestion ou de canal de notification de maintenance du site. La déclaration publique la plus prudente est donc que Cloud Era commercialise sa capacité VPS comme étant située dans un environnement de centre de données FPT Hô Chi Minh-Ville, et non que Cloud Era possède ou exploite directement le site.

Cela importe car la résilience du site appartient en partie à l’exploitant du bâtiment, en partie au locataire, et en partie à l’architecture du client. Si les serveurs sont dans une baie louée ou une cage hébergée, Cloud Era dépend du site pour l’alimentation électrique, les performances des générateurs et des UPS, le refroidissement, l’accès physique, les cross-connects, les systèmes d’incendie et les fenêtres de maintenance. Cloud Era dépend ensuite de son propre stock de serveurs, de disques, d’adresses IP, de capacité d’hyperviseur et de techniciens.

Les clients dépendent de Cloud Era pour le provisionnement des VM, le support, les snapshots ou les sauvegardes lorsqu’ils sont proposés, et une communication claire. Si ces frontières ne sont pas consignées dans des conditions destinées aux clients, alors le service peut toujours fonctionner les jours ordinaires tout en laissant les acheteurs incertains de qui est responsable lors d’une mauvaise journée.

Les pages de produits d’EraCloud sont suffisamment précises pour en déduire la stratégie économique. Lapage VPS Việt Nampropose un plan « GOLD CHEAP 1 » à 50 000 VND par mois avec un vCPU, 1 Go de RAM, 16 Go de SSD NVMe U.2, une bande passante illimitée, un débit réseau de 300 Mbps, un port 10 Gbps, le centre de données FPT Hô Chi Minh-Ville, un support de trafic anti-DDoS et une adresse IPv4 privée. Lapage VPS Goldcommence à 75 000 VND par mois avec un débit réseau de 1 Gbps et un profil NVMe de 20 Go ou plus. Lapage VPS Ram Nhiềupasse à des plans avec plus de mémoire, commençant avec 4 Go de RAM et allant jusqu’à 32 Go de RAM dans les exemples publics. Lapage d’hébergementfait la promotion de cPanel, LiteSpeed Webserver Enterprise, CloudLinux OS, Imunify360, des sauvegardes quotidiennes, une migration gratuite, un support technique 24/7 et une promesse d’essai/remboursement.

La grille des plans raconte une histoire de capacité installée par rapport à la capacité utilisable. Un port serveur de 10 Gbps n’est pas la même chose que 10 Gbps dédiés à chaque VPS. Les plans d’EraCloud eux-mêmes distinguent la capacité du port du débit client, en indiquant 300 Mbps pour le niveau VPS le moins cher et 1 Gbps pour les niveaux Gold et riches en RAM. C’est une économie d’hébergement normale.

Le fournisseur achète ou loue des serveurs puissants, divise le CPU, la RAM et le disque en plus petits ensembles, s’appuie sur le multiplexage statistique, et fixe le prix du plan d’entrée suffisamment bas pour attirer les petits sites, les développeurs et les petites entreprises. Le risque est que les fiches de plans ne révèlent pas les ratios de sursouscription, la densité d’hôtes, la redondance des disques, le stock de pièces détachées, la surveillance du vol CPU, les limites de voisin bruyant, ni la rapidité avec laquelle une VM peut être évacuée d’un hôte défaillant.

Un acheteur ne peut pas déduire cela de « Intel Gold 6148 » et « NVMe » seuls.

L’allocation IPv4 ajoute une autre limite de capacité. Un /23 contient 512 adresses IPv4 avant la planification réseau, la passerelle, les réservations et les usages opérationnels. Les plans VPS d’EraCloud annoncent généralement une adresse IPv4 par serveur. Si l’entreprise s’appuie principalement sur 157.66.218.0/23 pour le service VPS adressé directement, le bloc soutient un stock fini d’adresses publiques.

Cela ne signifie pas que Cloud Era ne peut héberger que quelques centaines de clients; elle peut utiliser d’autres allocations, le NAT, l’adressage privé, de l’espace supplémentaire assigné par l’amont ou des ressources IP fournies par le client. Mais le bloc portable visible fixe un plancher mesurable pour la vérification préalable. Si la croissance des ventes dépasse le stock d’adresses, les clients pourraient voir un provisionnement retardé, des frais d’adresse plus élevés, des solutions de contournement basées sur le NAT ou une pression pour recycler rapidement les adresses après résiliation.

La promesse de zone de service est locale en deux sens différents. D’abord, elle est locale géographiquement: le site cible les acheteurs de langue vietnamienne, utilise une tarification en VND, nomme Hô Chi Minh-Ville et met l’accent sur « VPS Việt Nam ». Ensuite, elle est locale dans la posture réglementaire: les entreprises vietnamiennes se soucient de plus en plus de savoir si les données, les journaux, les enregistrements utilisateurs et les points de service sont à l’intérieur du Viêt Nam ou peuvent y être maintenus. Leguide de l’économie numérique du Viêt Namde l’U.S. International Trade Administration note que la loi sur les télécommunications mise à jour du Viêt Nam inclut désormais les centres de données et les services d’informatique en nuage, avec des dispositions pour les centres de données, l’informatique en nuage et les services over-the-top entrant en vigueur à partir du 1er janvier 2025. Il décrit également les changements en matière de cybersécurité et de protection des données au Viêt Nam, y compris les pouvoirs de stockage local dans certaines circonstances. L’aperçu de la protection des données au Viêt Namde DLA Piper note que le régime de données personnelles de 2026 et les décrets connexes font des questions de transfert transfrontalier, de données importantes et de stockage local une partie de l’examen de conformité.

Pour Cloud Era, ce contexte réglementaire est commercialement utile mais aussi exigeant. Un petit fournisseur VPS vietnamien peut séduire les acheteurs qui veulent une latence locale, un canal de support en vietnamien, des moyens de paiement locaux et une réponse plus claire à « Où est mon serveur? » que ce qu’une région cloud mondiale peut offrir. Mais la localité n’est pas qu’un mot marketing.

Si le besoin du client est la souveraineté des données, il devrait confirmer où les données de production, les identifiants du panneau de contrôle, les journaux, les sauvegardes, les enregistrements de support et les enregistrements de paiement sont stockés. Le propre site d’EraCloud est servi derrière Cloudflare, et les recherches DNS publiques ont montré des serveurs de noms Cloudflare et des adresses IP frontales Cloudflare pour eracloud.vn. Le domaine utilise également des enregistrements de messagerie Google.

C’est un choix de pile web courant et sensé, mais cela signifie que la vitrine publique et la couche de messagerie ne sont pas purement à l’intérieur du même centre de données local que l’inventaire VPS. Les clients ayant des exigences strictes de localité doivent séparer l’emplacement des charges de travail hébergées de l’emplacement des métadonnées de compte, de support et de messagerie.

La pile web publique est une dépendance en soi. La page d’accueil et les pages de produits d’EraCloud étaient accessibles derrière Cloudflare au moment de l’examen, et les en-têtes HTTP montraient Cloudflare en première ligne. Cette protection frontale peut améliorer la disponibilité et absorber certaines attaques de trafic contre le site marketing, mais elle ajoute aussi un point de contrôle en dehors de la baie de Cloud Era. Si Cloudflare a un problème de compte, de DNS, de certificat, de règle ou de connectivité d’origine, les clients peuvent perdre l’accès au site public même si leurs instances VPS restent en ligne. Inversement, si le système d’espace client ou de commande tombe en panne, les pages marketing peuvent rester actives alors que les nouvelles commandes, les renouvellements, les dépôts de tickets ou les modifications de compte échouent. Le point de connexion testé,https://id.eracloud.vn/login, a renvoyé une réponse de page indisponible au moment de l’examen. Une seule vérification ne prouve pas une défaillance chronique, mais elle suffit à faire de la résilience du chemin de facturation et de support une partie du tableau des risques.

La promesse de support est forte dans le texte marketing et plus limitée dans la texture contractuelle. EraCloud annonce un support 24/7, dit que les réponses du support sont toujours inférieures à 15 minutes, et utilise des termes comme 24/7/365 dans sa politique de remboursement. Sapage de politique de paiementliste également les heures de paiement au bureau, les instructions de virement bancaire et une adresse physique de bureau. Sapage de politique de remboursementindique que les remboursements sont disponibles sous sept jours pour les VPS Gold et VPS Ram Nhiều dans des conditions spécifiées, tandis que la page d’accueil porte aussi un langage plus large de remboursement sous 30 jours. Cette discordance n’est pas fatale, mais elle est opérationnellement pertinente. Lors d’une défaillance de service, les clients voudront savoir quelle déclaration contrôle: la promesse marketing large, le langage de remboursement spécifique à la catégorie, la procédure de ticket ou les conditions de service.

Les conditions sont plus révélatrices que le texte commercial. Lesconditions de serviced’EraCloud stipulent que les utilisateurs sont responsables d’une utilisation légale, ne peuvent pas faire de spam, de malware, de DoS, de DDoS, de minage ou d’activité d’abus de ressources, et peuvent faire face à une suspension ou une résiliation en cas de violations. C’est de l’hygiène d’hébergement standard. La clause de résilience la plus importante indique qu’EraCloud sauvegarde les données chaque semaine, mais que ces sauvegardes sont pour sa propre gestion, et recommande aux utilisateurs de faire des copies fréquentes sur leurs propres ordinateurs ou périphériques de stockage. Elle dit aussi que l’entreprise ne compense pas les données utilisateur stockées sur les serveurs en cas d’intrusions illégales, de force majeure, d’incendie ou de défaillance matérielle physique. Une autre clause dit que le système envoie des avis par courriel répétés avant expiration, et si le client ne renouvelle pas, le système annule automatiquement le service sous trois jours et il ne peut pas être restauré.

Ce langage transfère le fardeau de la reprise vers le client. Pour un petit site web, cela peut être acceptable: un client peut conserver une copie hors site, un accès au registraire de domaine, une archive de déploiement et une sauvegarde récente de base de données. Pour une application de production, c’est une exigence bien plus lourde. Un client utilisant Cloud Era pour une base de données, un système d’entreprise ou un service web générateur de revenus ne devrait pas traiter les sauvegardes internes du fournisseur comme son plan de reprise après sinistre.

Il devrait tester la vitesse d’exportation, la portabilité des snapshots, le temps de restauration, le basculement DNS, la récupération des identifiants et la capacité à reconstruire chez un autre fournisseur si le portail de compte est indisponible. Le plan le moins cher devient coûteux si la seule copie de base de données actuelle se trouve sur une VM dans une baie et que la fenêtre d’annulation ou de défaillance est plus courte que le temps de réponse du client.

Le risque lié au stock de matériel est également visible dans les descriptions de plans. L’étiquette répétée Intel Xeon Gold 6148 suggère un parc de serveurs standardisé, probablement construit autour de matériel d’entreprise puissant mais qui n’est plus récent. Cela peut constituer une base de coûts raisonnable pour des VPS à bas prix. Les anciens CPU d’entreprise sont abondants, et le stockage NVMe peut faire paraître les petites charges de travail rapides.

Mais l’offre publique ne dit pas si Cloud Era garde des hôtes de rechange à chaud, si les disques sont en miroir ou arrangés en RAID, si l’usure NVMe est surveillée, si un hôte défaillant peut être remplacé sans attendre de pièces, ou si les plans sont répartis sur des serveurs physiques distincts à la demande du client. Si un fournisseur vend de la capacité à 50 000 VND à 100 000 VND par mois, la marge pour le stock de pièces de rechange et la main-d’œuvre est mince. Les acheteurs devraient supposer que la promesse de reprise n’est aussi forte que le stock d’hôtes de rechange et le calendrier des techniciens, sauf preuve du contraire.

Le chemin de routage amont crée un second mode de défaillance. Si le /23 de Cloud Era reste annoncé par AS135918, alors les politiques, les amonts et la santé opérationnelle d’AS135918 importent aux clients de Cloud Era.La vue des préfixes annoncés de RIPEstat pour AS135918a montré le /23 de Cloud Era parmi les préfixes annoncés par cet ASN pendant la fenêtre de requête récente.La vue d’état BGP de RIPEstat pour AS151931n’a montré aucune route pour l’ASN propre de Cloud Era au moment vérifié. Cela ne fait pas d’AS135918 une mauvaise origine de route. Cela en fait une dépendance critique. La question pour Cloud Era est de savoir s’il peut changer l’origine de route si nécessaire, si les objets de route et les autorisations RPKI sont maintenus correctement, si le contrat amont inclut la réponse aux incidents, et si le support client comprend les incidents de routage plutôt que de les traiter comme des temps d’arrêt génériques.

L’accessibilité internationale ajoute une autre couche. Le marché Internet domestique vietnamien est vaste et en croissance, mais le trafic international a historiquement été sensible aux pannes de câbles sous-marins et aux changements de capacité. Pour les clients dont les utilisateurs sont principalement au Viêt Nam, l’hébergement local peut réduire la latence et améliorer le contrôle. Pour les clients servant des utilisateurs étrangers, la chaîne de dépendance s’étend du chemin de centre de données en direction de FPT jusqu’aux passerelles internationales vietnamiennes et aux systèmes sous-marins.

Un VPS local peut être accessible depuis Hanoï et Hô Chi Minh-Ville tout en montrant une latence plus élevée, des pertes de paquets ou une congestion vers Singapour, Tokyo, l’Europe ou l’Amérique du Nord lors de problèmes de câbles. Les pages publiques de Cloud Era ne montrent pas de mélange de transit international, d’engagements de capacité amont, de politique de peering ou d’options d’optimisation de route. Cette absence n’est pas inhabituelle pour un fournisseur à bas coût, mais elle limite ce que les clients peuvent supposer.

Les choix DNS et de front-end publics montrent une externalisation pragmatique plutôt qu’une infrastructure totalement autonome. Les recherches publiques ont montré qu’eracloud.vn résout vers des adresses IP Cloudflare, des serveurs de noms Cloudflare pour le DNS, et des hôtes de messagerie Google pour le courriel. Ces fournisseurs peuvent être plus résilients qu’un petit site web et serveur de messagerie auto-hébergé.

Ils divisent également le service en couches: Cloudflare pour la protection web publique et le DNS, Google pour la distribution du courrier, une origine EraCloud pour le site web et l’application d’espace client, un hébergement physique nommé FPT pour l’inventaire VPS, AS135918 pour l’origine active du /23 visible, et Cloud Era pour les ventes, le support et les engagements de compte client. Un acheteur n’a pas besoin que chaque couche soit possédée par Cloud Era. Il doit savoir quelle couche a échoué quand quelque chose tombe en panne.

Le chemin de défaillance le plus plausible commence dans l’un de sept endroits. Premièrement, une défaillance de baie ou d’hôte dans l’environnement FPT Hô Chi Minh-Ville pourrait mettre hors service un ensemble de VM si la migration en direct ou la capacité d’hôte de rechange n’est pas prête. Deuxièmement, un événement d’alimentation, de refroidissement ou de cross-connect du site pourrait affecter de nombreux clients à la fois, surtout si tous les plans sont concentrés dans le même site.

Troisièmement, un problème d’origine de route ou d’amont entre Cloud Era, AS135918 et FPT Telecom pourrait rendre inaccessibles des serveurs autrement sains. Quatrièmement, une pénurie de stock de matériel pourrait allonger les fenêtres de réparation lorsque des disques, de la RAM, des alimentations ou des serveurs tombent en panne. Cinquièmement, le système d’espace client ou de facturation pourrait bloquer les renouvellements, le provisionnement, les tickets de support ou les remboursements même si le site marketing reste accessible.

Sixièmement, le personnel de support pourrait être débordé si un incident partagé affecte de nombreux clients à faible marge à la fois. Septièmement, la migration client pourrait échouer parce que les sauvegardes, les identifiants, les images, le DNS et les exportations de données n’ont jamais été testés avant l’incident.

Les personnes touchées ne sont pas des acheteurs d’entreprise abstraits. Ce sont probablement de petites entreprises, des développeurs, des agences, des boutiques, des sites de contenu et des opérateurs qui ont besoin d’un point de terminaison vietnamien bon marché pour des sites web, des bases de données, des systèmes de test, des applications web, des serveurs de jeux ou des outils d’entreprise. Ils peuvent choisir Cloud Era parce que c’est moins cher qu’une instance cloud mondiale avec des coûts de trafic local, plus facile à payer au Viêt Nam, plus facile à contacter en vietnamien et plus proche des utilisateurs vietnamiens.

Pour ces clients, la question centrale n’est pas de savoir si une zone de disponibilité hyperscale serait plus résiliente. Elle le serait probablement, à un coût et une complexité différents. La question est de savoir si le plan de reprise propre du client correspond à la pile de dépendance réelle d’un VPS local.

Il existe un cas d’usage défendable pour Cloud Era. Un client exploitant un petit site web, une application non critique, un serveur de test régional ou une charge de travail à petit budget peut bénéficier d’un hébergement vietnamien local, de spécifications simples et d’une tarification mensuelle basse. Le bon acheteur conserve des sauvegardes en dehors du fournisseur, utilise un DNS externe, documente un chemin de reconstruction, surveille la disponibilité de manière indépendante, et accepte que le support et le remplacement matériel puissent ne pas se comporter comme une plateforme gérée premium.

Le mauvais acheteur est celui qui traite un seul VPS à bas coût comme un environnement complet de reprise après sinistre, conserve la seule copie actuelle d’une base de données sur la VM, ignore les avis de renouvellement, et découvre pendant un incident que le portail de compte, l’origine de route et le serveur physique sont des dépendances distinctes.

La politique de confidentialité de Cloud Era ajoute une nuance utile de traitement des données. Lapage de confidentialitédistingue les informations de contact client des données client stockées sur les serveurs, dit que l’entreprise ne collecte pas les données client sauf lorsque nécessaire pour fournir le service, dit que les données client restent jusqu’à ce que le service se termine ou que le client demande la suppression, et dit que les informations de contact client peuvent être stockées dans les systèmes d’EraCloud. Elle dit aussi que les données peuvent être fournies à des tiers lorsque nécessaire pour le service, comme l’enregistrement de domaine chez VNNIC, ou lorsque requis par les autorités vietnamiennes. C’est un langage d’hébergement ordinaire, mais cela renforce la nécessité de demander où résident les enregistrements de compte, le contenu de support et les sauvegardes. Une VM étant au Viêt Nam ne répond pas automatiquement à chaque question de localisation des données.

L’absence de conception multi-site visible est le plus grand écart de résilience. EraCloud peut avoir des arrangements privés qui ne sont pas publics, mais les données publiques examinées ici montrent une seule géographie de site nommée pour le service VPS: FPT Hô Chi Minh-Ville / FPT Tan Thuan. Il n’y a pas de seconde ville visible, pas de produit de réplication publié, pas d’option de basculement inter-région, pas d’ASN Cloud Era diversifié en termes de route dans la vue globale actuelle, pas de page de statut, pas de page d’historique des incidents et pas d’objectif de temps ou de point de reprise documenté.

Un acheteur devrait donc traiter le service comme mono-régional sauf si Cloud Era fournit des preuves écrites du contraire. Les preuves qui changeraient cette évaluation sont simples: des emplacements de centres de données distincts, une table de routage active montrant un basculement multi-origine ou annoncé par Cloud Era, des tests de looking-glass indépendants, un historique de statut, des conditions écrites de sauvegarde et de restauration, et une procédure de migration testée par le client.

L’absence de conception multi-site visible change aussi la façon d’interpréter la déclaration de disponibilité de 99,9 %. Un pourcentage peut sembler précis tout en cachant l’unité mesurée. Il peut faire référence à un objectif marketing pour une famille de plans, une moyenne historique, un benchmark de site, un seul hôte, un port réseau, une VM client ou le site web public. Ceux-ci ne sont pas interchangeables. Un VPS peut être sous tension alors que l’espace client est inaccessible. Une VM peut répondre depuis le Viêt Nam alors que les routes internationales sont dégradées.

Un hôte physique peut être sain alors que l’image disque d’un client est corrompue. Un site peut répondre à une norme d’ingénierie élevée alors qu’un locataire n’a pas de seconde copie de la base de données d’un client. Sans un point de mesure nommé, une formule de crédit, une clause de maintenance exclue et un historique de statut, le langage de disponibilité doit être lu comme une intention plutôt que comme un engagement de service complet.

La revendication d’emplacement FPT doit être lue de la même manière pratique. Si Cloud Era place effectivement des hôtes VPS dans l’environnement FPT Tan Thuan, c’est un signal de localité significatif: les serveurs sont commercialisés comme étant proches des utilisateurs vietnamiens, à l’intérieur d’un cadre d’infrastructure télécom vietnamien majeur, et connectés via un écosystème d’opérateurs domestiques.

Mais l’acheteur doit encore savoir si le service est une seule baie, plusieurs baies, un pool de serveurs virtualisés à l’intérieur de l’environnement d’un autre fournisseur, un arrangement de revente, ou un cluster d’hébergement géré que Cloud Era administre à distance. Ces variations produisent toutes une facture VPS, mais elles donnent à Cloud Era différents niveaux de contrôle pendant la maintenance. Dans un cas, l’entreprise peut avoir du personnel capable d’échanger des disques directement. Dans un autre, elle peut ouvrir une demande de télé-gestion et attendre le site ou le partenaire amont.

Dans un autre, l’entreprise peut être cliente d’une plateforme de gros dont les propres avis de maintenance déterminent la fenêtre de réparation.

C’est pourquoi la preuve d’origine de route est si importante. La propriété des ressources de numéros et le routage sont souvent invisibles pour les acheteurs de petites entreprises, mais ils décident qui peut agir quand les paquets cessent d’arriver. Si l’allocation de Cloud Era est visible via AS135918, alors le personnel de routage, les filtres de route, les contrats amont et les contrôles d’abus d’AS135918 font partie de l’expérience client de Cloud Era.

Un objet de route mal configuré, un filtre de préfixe, une route client suspendue, un différend de facturation entre fournisseurs ou un changement de maintenance sur le réseau d’origine de route pourrait ressembler pour un client VPS à « EraCloud est en panne ». Le client peut ne jamais savoir si les serveurs, commutateurs ou hyperviseurs étaient sains. Les vues de route publiques ne peuvent pas révéler le contrat privé, mais elles peuvent montrer quelle organisation semble annoncer le bloc aujourd’hui. Cela suffit à faire de la portabilité de route une question d’achat.

Pour un client réglementé ou sensible à la conformité, la question de la route croise la localité plutôt que de la remplacer. Un préfixe IP vietnamien et une revendication de centre de données vietnamien peuvent soutenir un récit d’hébergement local, pourtant l’enregistrement de compte peut être traité via des systèmes web, de messagerie et de support qui utilisent des fournisseurs externes. Le site public étant derrière Cloudflare ne signifie pas que les charges de travail client quittent le Viêt Nam. Cela signifie que la couche de vente, DNS et accès au site web n’est pas la même que la couche de calcul VPS.

Les enregistrements de messagerie Google ne signifient pas que les données hébergées sont chez Google; ils signifient que le courriel professionnel touche l’infrastructure de messagerie de Google. Un examen sérieux de localisation des données devrait donc dessiner une carte avec des boîtes séparées pour les données disque des VM, les sauvegardes, les journaux, les détails de compte, les tickets de support, les factures, le courriel, le DNS et les actifs web publics. Les documents publics de Cloud Era aident à identifier certaines boîtes mais pas toutes.

Les clients de Cloud Era devraient aussi distinguer la rétention des données de la récupérabilité. La politique de confidentialité dit que les données client restent jusqu’à ce que le client cesse d’utiliser le service ou demande la suppression. Les conditions disent que des sauvegardes internes hebdomadaires existent mais ne remplacent pas les sauvegardes utilisateur. La page d’hébergement dit des sauvegardes quotidiennes pour l’hébergement. La page de remboursement parle en termes de tickets et de défauts techniques. Ces déclarations peuvent coexister, mais elles répondent à des questions différentes.

La rétention demande si les données sont conservées. La récupérabilité demande si le client peut revenir à un état connu et sain après une panne, une erreur, une suppression, une compromission ou un différend de paiement. La portabilité demande si le client peut partir rapidement avec une image propre ou une copie de base de données portable. Un acheteur de VPS à bas coût a besoin des trois réponses, car un fournisseur peut conserver des données sans pouvoir les restaurer rapidement, et il peut restaurer un fichier sans pouvoir exporter un service entier sous une forme qu’un autre hôte peut exécuter.

Le point de prix rend cette vérification plus importante, pas moins. 50 000 VND à 100 000 VND par mois est attrayant parce que cela abaisse la barrière à l’infrastructure locale. Cela laisse aussi peu de place pour une ingénierie de reprise personnalisée, un support pratique étendu ou une rétention gratuite à long terme après résiliation. Ce n’est pas une critique de Cloud Era; c’est l’arithmétique du VPS bon marché. Le fournisseur peut maintenir des prix bas en standardisant les plans, en automatisant le provisionnement, en centralisant le parc matériel et en limitant les promesses personnalisées.

Les clients obtiennent une meilleure valeur lorsqu’ils alignent leurs attentes avec cette arithmétique. Un blog personnel, un serveur de transit, un cache API local ou une page d’entreprise non critique peut bien convenir. Une base de données de production unique pour un service critique en revenus nécessite des contrôles supplémentaires, même si le VPS sous-jacent est rapide et bon marché.

Il y a des signes spécifiques qu’un client peut demander à Cloud Era de fournir sans exiger de secrets commerciaux. Une vue de route actuelle pour l’IP assignée peut montrer si le préfixe est toujours annoncé par AS135918 ou par l’AS151931 de Cloud Era. Une déclaration des amonts peut montrer s’il y a plus d’un chemin hors du site. Une copie des conditions de sauvegarde peut dire si les sauvegardes sont au niveau fichier, image, spécifiques à la base de données, quotidiennes, hebdomadaires, payantes ou au mieux.

Un test de restauration sur une VM d’essai peut montrer si le support peut fournir une récupération utilisable dans la fenêtre promise. Une réponse écrite sur le non-renouvellement peut confirmer si le langage d’annulation sous trois jours est automatique pour chaque plan VPS ou peut être étendu pour les clients professionnels. Une simple répétition de migration peut prouver si un client peut reconstruire en dehors d’EraCloud à partir d’une archive exportée.

La lecture la plus favorable est que Cloud Era est un jeune fournisseur local utilisant l’infrastructure vietnamienne établie et des outils de périphérie globaux communs pour fournir une capacité VPS bon marché. C’est un rôle légitime sur le marché. L’économie numérique du Viêt Nam croît, les petites entreprises ont besoin d’hébergement local, et toutes les charges de travail ne justifient pas un déploiement cloud mondial complexe. La lecture la plus sceptique est que les preuves publiques de Cloud Era sont encore trop minces pour s’y fier pour des systèmes critiques sans confirmation écrite supplémentaire.

Les deux lectures peuvent être vraies à la fois. Le service peut être un bloc de construction local utile tout en nécessitant des sauvegardes externes, une surveillance indépendante et un chemin de sortie testé.

L’article ne traite donc pas l’empreinte publique faible de Cloud Era comme une raison de rayer l’entreprise de toute considération. Il traite l’empreinte comme la forme de l’accord. Le client n’achète pas une plateforme large et indépendamment éprouvée. Le client achète une capacité hébergée auprès d’un fournisseur qui publie des plans VPS spécifiques, pointe vers un contexte de site vietnamien, détient des ressources de numéros visibles, et s’appuie actuellement sur un autre ASN pour la route visible. Cela peut être suffisant pour de nombreux usages.

Ce n’est pas suffisant pour éviter la vérification préalable pour les charges de travail où les temps d’arrêt, la perte de données, le support retardé ou l’instabilité de route auraient des conséquences réelles.

Le mot cloud ne fait pas disparaître l’économie. Le VPS à bas prix fonctionne lorsque les fournisseurs standardisent le matériel, réutilisent la capacité inutilisée, automatisent le provisionnement et vendent des ressources physiques partagées en petits morceaux. Cela peut être efficace. Cela peut aussi cacher la vérité opérationnelle que chaque serveur virtuel atterrit toujours sur un hôte, dans une baie, derrière un commutateur, alimenté par un site, connecté par un amont, soutenu par une petite équipe, et payé via un système de facturation.

Les documents publics de Cloud Era sont assez honnêtes pour exposer beaucoup de ces éléments: emplacement FPT, CPU serveur, stockage NVMe, adresse IPv4, support de trafic anti-DDoS, paiement par virement bancaire, conditions d’abus, sauvegardes internes hebdomadaires et délai d’annulation. Les éléments manquants sont ce qui importe pendant une défaillance: le stock de pièces de rechange, le contrôle de route, la reprise multi-site et l’historique opérationnel indépendant.

Cela fait de Cloud Era un fournisseur « à utiliser avec des contrôles » plutôt qu’un fournisseur « à éviter ». Les preuves publiques soutiennent l’existence d’une entreprise d’hébergement vietnamienne, une offre active, un contexte d’infrastructure locale nommée, des ressources de numéros assignées et une route actuellement visible pour son bloc IPv4 via un autre réseau. Elles ne soutiennent pas les revendications d’exploitation réseau indépendante, de résilience multi-site ou de reprise gérée forte. Les clients devraient l’acheter pour les charges de travail qui correspondent à ce profil de risque.

Ils devraient demander confirmation avant de mettre des systèmes réglementés ou critiques en revenus dessus. Ils devraient aussi séparer la localité de la résilience: un centre de données vietnamien peut aider avec les objectifs de latence et de localisation des données, mais il ne prouve pas lui-même la qualité des sauvegardes, la continuité inter-site ou l’indépendance des routes.

La rétrogradation est donc précise. Cloud Era LLC n’est pas simplement une coquille dans les archives publiques; elle a suffisamment de marqueurs d’infrastructure visibles pour mériter une surveillance. Mais son empreinte opérationnelle publique reste mince. Son propre ASN n’est pas actuellement l’origine globale active dans les vues de route vérifiées. Ses revendications de service se concentrent sur un seul emplacement FPT Hô Chi Minh-Ville. Ses conditions placent une responsabilité matérielle de sauvegarde sur les clients. Son site public dépend de Cloudflare et Google pour les couches de front-end et de messagerie.

Son chemin de commande/connexion a montré une réponse indisponible au moment vérifié. Aucun de ces faits ne ruine le service. Ensemble, ils définissent le risque: Cloud Era vend une capacité hébergée dont la fiabilité réelle dépend des baies, des services de site loués ou partenaires, des arrangements de transit, des fenêtres de réparation, de la disponibilité du système de compte et de la préparation du client.

Pour un acheteur, le test pratique est simple. Avant de déplacer quoi que ce soit d’important, demandez à Cloud Era d’identifier l’emplacement exact du site pour le serveur, l’origine de route pour l’adresse IP assignée, la diversité d’amont disponible pour cette route, le calendrier de sauvegarde qui s’applique à votre plan, le coût et le délai de restauration, l’effet du non-renouvellement, la voie de support d’urgence si l’espace client est indisponible, et le chemin d’exportation de données si vous devez partir. Ensuite, testez les réponses avec une charge de travail non critique.

Un fournisseur qui peut répondre clairement à ces questions peut être une partie utile d’un mix d’infrastructure vietnamienne. Un fournisseur qui ne peut pas y répondre doit encore être traité comme une capacité bon marché, mais pas comme le seul plan de continuité du client.