VN CLOUD ONE MEMBER COMPANY LIMITED vend une capacité hébergée qui dépend encore des baies, du transit et des fenêtres de réparation

Résumé

• VNCloud a une surface de vente au détail inhabituellement visible pour une petite société d'hébergement vietnamienne. Sapage d'accueilpropose des Cloud VPS, des serveurs physiques, de la colocation, de l'hébergement cloud et des proxys, tandis que sapage à proposindique que CÔNG TY TNHH MTV VNCLOUD travaille dans le cloud computing et les services liés aux centres de données à travers le Vietnam.
• L'entreprise dispose également de preuves réelles de ressources numériques.La liste des membres IP de VNNICenregistre "Công ty TNHH Một thành viên VN Cloud" en tant que VNCLOUD-VN avec une date d'adhésion au 06/09/2023, et les enregistrements RDAP d'APNIC identifient à la foisAS150886et103.69.96.0/23comme ressources VNCLOUD-VN pour VN CLOUD ONE MEMBER COMPANY LIMITED.
• La vue publique du routage est plus faible que la copie commerciale.L'aperçu AS de RIPEstata marqué AS150886 comme non annoncé le 12/07/2026,le statut de routage RIPEstata montré zéro préfixe visible et zéro voisin observé, etla page AS150886 d'IPinfoa montré zéro adresse IPv4, zéro adresse IPv6 et un statut inactif.
• Le bloc IPv4 enregistré de VNCloud est visible, mais pas via l'ASN propre de VNCloud.L'aperçu du préfixe RIPEstat pour 103.69.96.0/23a montré le préfixe annoncé par AS135918, VIET DIGITAL TECHNOLOGY LIABILITY COMPANY, le 12/07/2026;le statut de routage RIPEstat pour le préfixea montré une première visibilité en octobre 2023, dernière visibilité le 12/07/2026, et 324 des 325 pairs IPv4 RIS le voyant.
• La note de preuve publique est Moyenne. VNCloud a un site web réel, des prix réels, des contacts de support réels, une empreinte VNNIC/APNIC et un /23 routé en direct, mais il n'a pas prouvé publiquement un routage auto-originé, des installations exploitées indépendamment, un basculement multi-site, des performances de restauration de sauvegarde, un stock de serveurs de rechange, une diversité de peering ou un chemin d'exportation client propre.

La vitrine publique de VNCloud est suffisamment précise pour être prise au sérieux

VNCloud est plus facile à évaluer que de nombreux noms d'hébergement minces car il expose une vitrine fonctionnelle, pas seulement un enregistrement de registre. Lapage d'accueil de VNCloudfait la publicité de Cloud VPS, de locations de serveurs physiques, de colocation, d'hébergement cloud et de services proxy. Elle répertorie une hotline, un email de support, un contact Zalo, des catégories de produits, un langage de revendeur et un aperçu des prix: Cloud Server à partir de 70 000 VND par mois, proxy centres de données à partir de 30 000 VND par mois, proxy résidentiel à partir de 60 000 VND par mois et serveur dédié à partir de 3 000 000 VND par mois. Ces chiffres ne sont pas une preuve de capacité, mais ils montrent une posture de vente au détail réelle destinée aux utilisateurs vietnamiens soucieux de leur budget.

L'identité de l'entreprise est visible à plusieurs endroits sur le même site. Lapage à propos de VNCloudnomme CÔNG TY TNHH MTV VNCLOUD, précise que l'entreprise opère dans les technologies de l'information, le cloud computing et les services liés aux centres de données, et décrit une empreinte couvrant trois grandes villes avec six centres de données. Le pied de page des pages publiques donne le numéro d'enregistrement commercial 2803068601, une date d'émission indiquée du 27/04/2023 par le bureau d'enregistrement commercial de Thanh Hoa, et une adresse au 82, rue De Ta Lach Truong, Hoang Son, Thanh Hoa. Les enregistrements RDAP d'APNIC pourAS150886et103.69.96.0/23utilisent le nom anglais du titulaire VN CLOUD ONE MEMBER COMPANY LIMITED et la même description de la région de Thanh Hoa.

Cette combinaison est importante car elle réduit une incertitude de base. VNCloud n'est pas simplement un nom extrait d'une table de routage. Il dispose d'un site vietnamien public, d'un catalogue de produits publié, d'une identité de ressource numérique APNIC/VNNIC, de contacts de support et d'un numéro d'enregistrement d'entreprise. L'article peut donc poser une question plus difficile que « l'entreprise existe-t-elle? ».

La question utile est de savoir si la capacité hébergée vendue sous le nom VNCloud dispose d'une infrastructure suffisamment visible indépendamment derrière elle pour soutenir les attentes de fiabilité et de localité que les clients pourraient déduire du langage cloud.

La réponse est mitigée. La copie produit de VNCloud est affirmée. Sapage Cloud Serverindique que la plateforme utilise une infrastructure hyper-convergée, des gammes de CPU Intel Gold et Platinum, un cache NVMe, un stockage de données SSD d'entreprise, une bande passante interne du centre de données jusqu'à 200 Gb, une capacité de port Internet de 20 Gb par serveur, un anti-DDoS de base, un trafic Internet illimité et un peering avec VNPT, Viettel et FPT. La même page précise que les serveurs cloud peuvent être déplacés automatiquement vers un autre hôte physique du cluster cloud en cas de défaillance d'un hôte. Sapage Serveur Dédiéindique que les serveurs physiques se trouvent dans des centres de données avec électricité, climatisation, adresses IP et bande passante; que VNCloud conserve certains serveurs physiques préinstallés pour la location; que les clients peuvent recevoir un serveur en quelques heures ou jusqu'à 24 heures après la commande; et que le matériel défaillant est remplacé dans un délai de 4 à 8 heures.

Ce sont des affirmations opérationnelles significatives. Ce sont aussi les affirmations qui ont le plus besoin de preuves. Un petit fournisseur peut publier des forfaits cloud et serveurs dédiés tout en comptant sur des baies louées, une origine de route d'un autre réseau, des panneaux en marque blanche, des serveurs loués ou un mélange de revendeur et de matériel propre. Aucun de ces arrangements n'est mauvais en soi. De nombreuses entreprises d'hébergement locales sont construites de cette façon.

Mais le risque de résilience est différent lorsque l'entreprise contrôle le rack, l'origine de la route, les interconnexions, les objets de routage, le stock de serveurs et le quart de support lui-même par rapport à lorsqu'elle dépend de partenaires et de réseaux amont.

La copie publique de VNCloud pointe vers une entreprise de vente au détail qui sait ce que les clients achètent: provisionnement rapide, prix bas, connectivité vietnamienne domestique, support technique, anti-DDoS, options de sauvegarde de base, IP dédiées et un panneau de contrôle simple. L'enregistrement réseau indépendant pointe vers une empreinte technique plus étroite: une allocation APNIC active, un AS150886 sombre et un /23 actif originaire d'AS135918. L'article considère donc VNCloud comme un fournisseur de services réel dont la surface opérationnelle doit encore être prouvée au niveau du rack, de la route et de la reprise.

L'enregistrement des ressources numériques est réel, mais AS150886 n'est pas l'origine de route visible

Les preuves d'identité neutre les plus solides commencent avec les registres Internet nationaux et régionaux.La liste publique des membres IP de VNNICenregistre « Công ty TNHH Một thành viên VN Cloud » à la ligne 1162, attribue le nom de réseau membre VNCLOUD-VN et donne le 06/09/2023 comme date d'adhésion. APNIC RDAP identifie ensuiteAS150886comme VNCLOUD-VN, pays VN, statut actif, enregistré le 06/09/2023, avec des remarques nommant VN CLOUD ONE MEMBER COMPANY LIMITED et son adresse à Thanh Hoa.L'enregistrement RDAP de 103.69.96.0/23 d'APNICdonne le même nom VNCLOUD-VN, la même description du titulaire et un bloc IPv4 portable de 103.69.96.0 à 103.69.97.255.

Cela prouve que VNCloud dispose de ressources numériques. Cela ne prouve pas que l'entreprise les route sous son propre système autonome. Le 12/07/2026,l'aperçu AS150886 de RIPEstatrapportait le titulaire « VNCLOUD-VN - VN CLOUD ONE MEMBER COMPANY LIMITED » etannounced:false.Le statut de routage RIPEstat pour AS150886n'a montré aucune première route, aucune dernière route, zéro préfixe IPv4, zéro préfixe IPv6 et zéro voisin observé.Les préfixes annoncés RIPEstat pour AS150886ont renvoyé une liste de préfixes vide pour la période du 28/06/2026 au 12/07/2026.La page AS150886 de bgp.toolsest arrivée à la même conclusion publique en langage clair: l'ASN n'était actuellement pas dans la table de routage mondiale et ne montrait aucun préfixe IPv4 ou IPv6 originaire.IPinfoa également décrit AS150886 comme inactif avec zéro domaine hébergé, zéro adresse IPv4 et zéro adresse IPv6.

Ce signal négatif doit être interprété avec prudence. Un ASN sombre ne signifie pas que VNCloud n'a pas de clients ou de serveurs. Un fournisseur peut utiliser un autre réseau pour l'origine de route, exécuter des services clients derrière un espace attribué par un fournisseur, préparer un ASN avant de l'annoncer, garder un ASN en réserve pour une future indépendance, ou opérer un arrangement privé invisible pour les collecteurs de routes. Mais un ASN sombre signifie qu'Internet public ne peut pas voir VNCloud agir comme sa propre origine de route. Pour un acheteur, cela change la question de diligence de « VNCloud possède-t-il un ASN?

» à « quel réseau transporte réellement mes paquets, et qui peut réparer ce chemin en cas de panne? »

Le /23 enregistré répond en partie à cette question.L'aperçu du préfixe RIPEstat pour 103.69.96.0/23a montré le préfixe annoncé le 12/07/2026 par AS135918, titulaire « DVS-AS-VN - VIET DIGITAL TECHNOLOGY LIABILITY COMPANY. »Le statut de routage RIPEstat pour 103.69.96.0/23a montré la route première vue le 04/10/2023, dernière vue le 12/07/2026, visible par 324 des 325 pairs IPv4 RIS et originaire d'AS135918.L'enregistrement RDAP d'APNIC pour AS135918identifie cet ASN comme DVS-AS-VN, VIET DIGITAL TECHNOLOGY LIABILITY COMPANY, avec une adresse à Da Nang et un contact[email protected].

Le préfixe n'est donc pas invisible. Il est actif dans les collecteurs publics, mais l'origine active n'est pas AS150886. Cette distinction est au cœur de l'histoire de l'infrastructure. Si les clients de VNCloud sont provisionnés à partir de 103.69.96.0/23, le chemin vers eux dépend de l'annonce de route AS135918 de Viet Digital et de tous les amonts, filtres, objets de route, contrats et transferts de installations qui se trouvent sous cette annonce.

Si VNCloud n'utilise qu'une partie du bloc, ou si le bloc est délégué pour une classe de produit spécifique, le client doit toujours savoir si VNCloud ou AS135918 contrôle les modifications de routage, les modifications ROA, le reverse DNS, l'escalade des abus et le contact d'urgence.

La page de préfixe de bgp.tools pour 103.69.96.0/23ajoute une nuance utile mais sensible au temps: elle affichait AS135918 comme origine et FPT Telecom, AS18403, comme contexte amont, tout en indiquant également que le préfixe n'était pas visible dans la vue DFZ actuelle du site au moment de la vérification.L'enregistrement RDAP d'APNIC pour AS18403identifie AS18403 comme FPT-VN, FPT Telecom Company. La vue exacte de la route peut différer selon le collecteur et le moment; le point durable est que l'ASN propre de VNCloud n'était pas l'origine publique, et la joignabilité observée du /23 attribué dépend d'un autre opérateur vietnamien.

Cette preuve soutient une note Moyenne plutôt que Forte. Forte nécessiterait des routes auto-originées visibles, une diversité amont claire, une autorisation d'origine de route pouvant être attribuée à VNCloud, une divulgation publique des installations, des revendications de restauration publiques avec preuves de test, ou au moins un arrangement opérationnel nommé expliquant pourquoi AS135918 porte le bloc enregistré de VNCloud. L'enregistrement du registre et le /23 actif sont réels; la surface de contrôle reste seulement partiellement visible.

Six revendications de centres de données nommés décrivent un périmètre de service, pas une carte de propriété des installations

Le site de VNCloud fait une déclaration large d'empreinte physique. Sapage à proposindique que l'entreprise dispose d'infrastructures dans trois grandes villes, avec six centres de données répartis à Da Nang, Ho Chi Minh Ville et Hanoï, des connexions internes normalisées de 20 Gb et une liaison montante Internet jusqu'à 40 Gb. Lapage Cloud Serveret lapage Serveur Dédiénomment une liste plus concrète: ODS à Ho Chi Minh Ville, FPT Hanoï, FPT Ho Chi Minh Ville, CMC Tan Thuan à Ho Chi Minh Ville, Viettel IDC à Binh Duong/Ho Chi Minh Ville et VNPT Tan Thuan à Ho Chi Minh Ville. Les mêmes pages décrivent ces sites comme des centres de données de niveau Tier 3 ou norme TIA-942.

C'est une divulgation utile, mais elle doit être lue comme un périmètre de service revendiqué plutôt qu'une carte de propriété. VNCloud ne dit pas sur ces pages qu'il possède les bâtiments des centres de données. Les sites nommés sont des marques ou des installations d'infrastructure vietnamiennes établies. Lapage centre de données de CMC Telecomdécrit trois centres de données neutres Uptime Tier 3/TIA942 Rated 3 à Hanoï et Ho Chi Minh Ville, 15 600 mètres carrés, plus de 2 800 baies et 5-20 kW par baie.La page centres de données de FPT Telecom Internationaldécrit des centres de données à Hanoï et Ho Chi Minh Ville, plus de 17 000 mètres carrés, plus de 7 000 baies et des installations incluant FPT Fornix HN01, HN02, HCM01 et HCM02.VNPT IDCfait la publicité de colocation, location de baies, VNPT Cloud, normes Tier 3, KVM over IP et support technique 24x7, avec une adresse VNPT IDC Tan Thuan à Ho Chi Minh Ville.ODSfait la publicité de location de baies, baies 48U et serveurs déployés dans des centres de données norme Tier 3.

Ces pages d'opérateurs soutiennent l'idée que l'écosystème d'hébergement vietnamien nommé existe. Elles ne prouvent pas le nombre de baies de VNCloud, le statut contractuel, les emplacements des armoires, l'allocation électrique, les interconnexions ou les privilèges d'accès à distance à l'intérieur de ces sites. Un fournisseur local peut louer quelques unités, un quart de baie, une baie complète, des serveurs dédiés, de la capacité virtuelle, du transit IP, de la capacité cloud ou un service géré auprès d'un opérateur plus grand.

La marque visible par le client peut être VNCloud tandis que l'accès physique, la maintenance des installations, la suppression d'incendie, les portes de sécurité, l'alimentation UPS, les tests de générateur, le provisionnement des interconnexions et la file d'attente d'accès à distance d'urgence appartiennent à l'opérateur de l'installation ou à un autre fournisseur.

La différence devient critique lors des pannes. Si VNCloud possède des serveurs dans une armoire ODS ou CMC, un remplacement de disque ou de RAM dépend du stock de rechange de VNCloud et de l'accès du personnel, plus le processus d'accès à l'installation. Si VNCloud loue des serveurs auprès d'un autre opérateur, le même remplacement peut attendre la file d'attente de garantie de cet opérateur. Si VNCloud revend de la capacité virtuelle, un incident au niveau de l'hôte peut être totalement hors du contrôle direct de VNCloud.

Si un problème de routage affecte 103.69.96.0/23 via AS135918, la liste des installations seule ne peut pas le résoudre; l'opérateur d'origine de route et le chemin amont doivent également agir.

Le client devrait donc demander des preuves de site spécifiques au produit. Lequel des six centres de données héberge la VM ou le serveur commandé? Y a-t-il un choix de ville, ou la ville est-elle sélectionnée en fonction du stock disponible? Un « serveur cloud » se déplace-t-il automatiquement uniquement au sein d'un cluster, d'une installation ou entre installations? Les sauvegardes sont-elles stockées dans un deuxième centre de données ou seulement dans le même campus? Les noms des centres de données sont-ils divulgués sur les factures, les bons de commande ou les tickets de support? Quelle entité gère l'accès à distance?

Combien de temps faut-il pour remplacer un hôte défaillant en dehors des heures ouvrables? La copie publique soulève ces questions mais n'y répond pas.

Le marché vietnamien plus large rend la revendication de localité commercialement importante. La noteVietnam Data Centersde l'International Trade Administration décrit une croissance rapide des centres de données, une nouvelle demande de stockage de données, 41 centres de données actifs avec 221 MW de capacité, et des projets majeurs par Viettel IDC, CMC Telecom, ST Telemedia/VNG, des entités à un consortium lié à FPT et des plans du secteur public. Dans ce marché, un vendeur vietnamien local de cloud et d'hébergement peut être précieux car il regroupe la latence domestique, les paiements locaux, le support vietnamien et les attentes de localisation des données. Mais le même marché encombré rend les frontières entre revendeur et partenaire normales. Le propre site de VNCloud correspond à ce modèle: installations locales nommées, plans à bas prix et langage de service large, mais preuve publique limitée de contrôle direct des installations.

Les revendications du serveur cloud se transforment en questions sur le chemin de restauration

Lapage Cloud Serverdonne les revendications techniques les plus fortes de VNCloud. Elle indique que le produit serveur cloud est conçu sur une infrastructure hyper-convergée, améliore la redondance et la disponibilité pour les VPS/serveurs cloud, utilise des gammes de CPU Gold et Platinum, un cache NVMe et un stockage SSD d'entreprise, et prend en charge un panneau de gestion avec des fonctions On/Off/Restart/Rebuild/Console. Elle oppose les serveurs cloud VNCloud aux produits VPS conventionnels en disant que le stockage est synchronisé sur plusieurs hôtes dans le même cluster cloud, les mises à niveau CPU peuvent se faire sans interruption, la bande passante est généralement de 20 Gbps par serveur physique, et un hôte physique défaillant peut déclencher le déplacement automatique du serveur cloud vers un autre hôte du cluster.

Il s'agit d'un ensemble de revendications cohérent. Il laisse également des variables importantes non définies. « Cluster » est le mot décisif. Un cluster peut être quelques hôtes dans une baie, un pool plus large dans une installation, ou une conception distribuée sur plusieurs sites. Le déplacement automatique après une panne d'hôte ne protège le client que si le stockage reste cohérent, une capacité de réserve suffisante existe, le plan de gestion est sain, l'adressage réseau suit la VM, et la panne n'emporte pas également le stockage partagé, la paire de commutateurs, l'alimentation électrique ou le chemin amont.

Si tous les hôtes se trouvent derrière un routeur d'installation, un arrangement d'origine de route ou une frontière amont, la mobilité au niveau de l'hôte ne résout pas une panne de routage ou d'installation.

Les preuves de route publique de VNCloud rendent cela particulièrement pertinent. Si les serveurs cloud des clients utilisent le bloc 103.69.96.0/23, ils héritent du fait que les collecteurs publics voient ce bloc via AS135918, pas AS150886. Une VM peut se déplacer d'un hôte à un autre à l'intérieur du cluster annoncé par VNCloud, mais la joignabilité publique du client dépend toujours de l'annonce de route d'AS135918, de ses amonts et de ses objets de route.

Si AS135918 retire la route, modifie le filtrage, subit une panne amont, fait face à un blocage pour abus ou a un litige contractuel, le déplacement automatique de la VM à l'intérieur d'un cluster peut ne pas restaurer la joignabilité externe.

La page produit mentionne également la sauvegarde comme un add-on plutôt qu'une garantie universelle. Son tableau de comparaison indique que la sauvegarde automatique est disponible en option payante pour les clients. Cette distinction a son importance. Un serveur cloud qui peut redémarrer, reconstruire ou déplacer des hôtes n'est pas la même chose qu'un service qui peut restaurer les données client après une suppression, corruption, rançongiciel, mauvaise mise à niveau, défaillance du système de fichiers ou suspension de paiement par erreur.

Les clients doivent savoir si les instantanés sont inclus, à quelle fréquence ils sont exécutés, s'ils sont hors hôte ou hors site, si le client peut les exporter, si VNCloud teste l'intégrité de la restauration, et si la conservation des sauvegardes survit à la suspension du compte.

La revendication du panneau de contrôle est utile mais incomplète. Les fonctions On/Off/Restart/Rebuild/Console réduisent les frictions de support pour les opérations de routine. Elles ne prouvent pas la couverture de support d'urgence, la stabilité de l'API, l'export d'image, l'autorité de modification de route ou la portabilité des données. Si un client souhaite quitter rapidement VNCloud, les questions importantes sont: L'image de la VM peut-elle être exportée dans un format standard? L'adresse IP peut-elle être déplacée, ou le client doit-il accepter un nouveau bloc? Existe-t-il un service IPv6?

Le client peut-il obtenir une sauvegarde finale après résiliation? Combien de temps les disques résiliés sont-ils conservés? Que se passe-t-il si le compte n'est pas payé pendant plusieurs jours?

Les prix bas des plans de VNCloud rendent ces questions plus urgentes, pas moins. Un point d'entrée mensuel de 70 000 VND pour un serveur cloud est attractif pour les petits sites web, les laboratoires, les charges de test et les services domestiques, mais l'hébergement à bas prix dépend souvent d'une redondance incluse limitée. Ce n'est pas une critique en soi; c'est une économie normale. Le problème est l'interprétation par l'acheteur. Si la charge de travail est jetable, le produit peut être tout à fait adéquat.

Si la charge de travail est un système de paiement de production, un site de commerce électronique local, une base de données clients réglementée ou une application orientée client, alors l'acheteur a besoin de preuves spécifiques au produit des objectifs de restauration, de l'isolation des sauvegardes, de la diversité des routes et de l'escalade du support avant de traiter l'étiquette « cloud » comme une garantie de résilience.

La lecture la plus utile est donc concrète. VNCloud promet publiquement une automatisation du serveur cloud, une conception HCI, un langage de disponibilité de 99,99 %, des options anti-DDoS, un mouvement multi-hôte et un support 24/7. Le dossier public ne montre pas la carte du cluster, le ratio de capacité de réserve, la conception de routage, le test de basculement, l'architecture de sauvegarde, l'historique des statuts ou le calendrier de crédit SLA qui rendraient ces promesses vérifiables de manière indépendante.

Les clients peuvent toujours acheter le service; ils devraient l'acheter avec des questions explicites sur ce qui se passe en cas de défaillance d'un hôte, d'un pool de stockage, d'une origine de route ou d'une file d'attente de support.

Les serveurs dédiés exposent le risque de stock matériel et de fenêtres de réparation

Lapage Serveur Dédiédéplace le risque de la mobilité virtuelle vers l'inventaire physique. VNCloud décrit un service dans lequel les clients louent des serveurs physiques situés dans des centres de données avec électricité, climatisation, adresses IP et bande passante. Il indique que tous les serveurs loués sont des machines de qualité entreprise avec de longs cycles de fonctionnement, que le service est garanti et que le matériel peut être remplacé dans les 4 à 8 heures suivant un incident matériel, et que VNCloud conserve un certain nombre de serveurs physiques préinstallés afin que les commandes puissent être exécutées en quelques heures ou au maximum 24 heures pour la configuration du système d'exploitation et des logiciels associés.

Ces détails sont utiles car ils révèlent les limites du service. Les serveurs physiques ne peuvent pas être rendus élastiques par la prose. Un client qui commande une configuration spécifique de CPU, RAM, disque et port dépend de ce qui est réellement disponible dans la baie ou le stock. Si le serveur tombe en panne, le chemin de remplacement dépend du matériel de rechange, de l'accès à l'installation, de la disponibilité du technicien, du temps d'imagerie, de l'état de la sauvegarde client et de savoir si le client a acheté un service géré.

Si la panne est une carte mère, une carte RAID, une carte réseau ou un problème d'alimentation électrique, la fenêtre de « 4 à 8 heures » n'a de sens que si la pièce de rechange est disponible sur le site correct et que quelqu'un est autorisé à travailler sur la machine.

La copie du serveur dédié de VNCloud mentionne des ports 1 Gbps par défaut, des mises à niveau 10 Gbps optionnelles, une bande passante domestique jusqu'à 1 Gbps et une bande passante internationale de 20 Mbps, des alimentations doubles et des alimentations de 750 W. Ces chiffres doivent être lus comme des contraintes de plan. Un port 1 Gbps n'est pas la même chose qu'un transit propre garanti de 1 Gbps à tout moment. Les splits de bande passante domestique et internationale sont importants pour les clients servant des utilisateurs en dehors du Vietnam.

Une mise à niveau de port 10 Gbps peut nécessiter la disponibilité du port de commutateur et des optiques. Les alimentations doubles n'aident que si elles sont alimentées par des chemins d'alimentation véritablement diversifiés et que le côté installation est correctement câblé. Une alimentation de 750 W ne dit pas au client la limite de puissance de l'armoire ou si les configurations haute densité entraînent des frais supplémentaires.

C'est là que les revendications d'installation de VNCloud rencontrent l'économie de l'hébergement. Un serveur dédié vendu à partir d'un centre de données tiers peut être fiable, mais le client doit savoir quelles parties sont des responsabilités de VNCloud et quelles parties sont des responsabilités de l'installation ou de l'amont. VNCloud peut être en mesure de réinstaller rapidement un OS, mais pas d'approuver une interconnexion instantanément. Il peut être en mesure de remplacer un disque dans un site mais attendre plus longtemps dans un autre. Il peut avoir des serveurs prêts à Ho Chi Minh Ville mais pas à Hanoï ou Da Nang.

Il peut router une classe de produit via un amont et une autre via un autre. Aucune de ces distinctions n'apparaît dans la page produit publique.

Le même problème apparaît dans l'allocation IP. La page serveur dédié indique que VNCloud dispose de riches ressources IPv4 et peut prendre en charge plusieurs plages IP sur un seul serveur. APNIC confirme un /23 portable sous le nom VNCloud; RIPEstat confirme que ce /23 est public via AS135918. Un /23 contient 512 adresses IPv4 avant réservations. C'est un matériel important pour un petit fournisseur, mais ce n'est pas illimité. Certaines adresses sont nécessaires pour l'infrastructure réseau, les services partagés, les clients, la gestion et les réserves.

Si les clients proxy, VPS et serveur dédié puisent tous dans le même pool ou dans des pools partenaires routés, la réputation des adresses et le traitement des abus deviennent une partie de la capacité réelle du produit.

La leçon de la fenêtre de réparation est simple. Un serveur dédié a moins d'abstractions entre le client et le matériel. Cela peut être un avantage pour des performances prévisibles. C'est aussi un chemin de récupération plus étroit si le fournisseur ne peut pas déplacer la charge de travail, accéder à la baie, remplacer les composants ou restaurer une sauvegarde rapidement. Les revendications publiques de VNCloud sont suffisamment spécifiques pour qu'un acheteur pose des questions directes: Quels modèles de serveur sont réellement en stock? Quels sites disposent de pièces de rechange? Les disques sont-ils hot-swappable?

La console à distance est-elle incluse? Un client peut-il apporter ou exporter des images? La bande passante internationale est-elle dédiée ou partagée? Quel ASN originaire les IP achetées? La fenêtre de 4 à 8 heures s'applique-t-elle en dehors des heures normales de support local, et qu'est-ce qui est exclu?

Les services proxy font de la réputation IP un actif d'infrastructure

VNCloud vend également de la capacité proxy. Lapage Proxy centres de donnéesfait la publicité de proxys centres de données privés et partagés, support HTTP et SOCKS5, authentification par nom d'utilisateur/mot de passe, bande passante illimitée, langage de réussite ou disponibilité de 99,9 %, un pool de plus de 10 000 IP centres de données réparties à travers le Vietnam, et des utilisations telles que le web scraping, le marketing sur les réseaux sociaux, la surveillance SEO, les vérifications publicitaires et l'automatisation des achats. La page d'accueil fait également la publicité de la capacité proxy résidentiel utilisant des réseaux vietnamiens tels que Viettel, VNPT et FPT.

Les produits proxy modifient le profil de risque. Pour un hébergement cloud ordinaire, un client se soucie généralement de la disponibilité du serveur, de la bande passante, de la sauvegarde et du support. Pour les proxys, l'adresse elle-même devient le produit. Les clients se soucient de savoir si une IP est bloquée, limitée en débit, classée comme centres de données ou résidentielle, associée à des abus, acceptée par les sites cibles, suffisamment stable pour une campagne et séparée du comportement des autres clients.

Un proxy partagé bon marché peut échouer parce qu'un autre utilisateur brûle la réputation, pas parce que le serveur ou la route est en panne.

La revendication « 10K+ IP » de la page proxy n'est pas prouvée indépendamment par l'enregistrement APNIC pour le /23 de VNCloud. Le /23 enregistré par VNCloud (103.69.96.0/23) contient 512 adresses avant réservations, bien en dessous d'un pool de 10 000 adresses. Cela ne rend pas la revendication proxy fausse; le pool pourrait inclure des adresses partenaires, des arrangements résidentiels, des allocations de transporteur, d'autres réseaux de centres de données, des points de terminaison dynamiques ou un inventaire non visible à partir du seul bloc APNIC.

Mais cela signifie qu'un client ne devrait pas traiter le /23 de VNCloud comme une preuve de l'ensemble du pool proxy. Le fournisseur devrait être en mesure d'expliquer quel produit utilise l'espace VNCloud propre, lequel utilise des réseaux partenaires, lequel utilise des transporteurs résidentiels, et ce qui se passe lorsqu'un pool source est retiré ou filtré.

Les preuves de route publique comptent ici aussi. Si les proxys centres de données utilisent 103.69.96.0/23, ils dépendent de l'origine de route d'AS135918. Si les proxys résidentiels utilisent des points de terminaison de réseau utilisateur, ils dépendent d'une chaîne de consentement, de politique et de transporteur différente. Si VNCloud obtient une capacité IP de plusieurs partenaires, alors la disponibilité et la réputation peuvent varier selon le pool.

Un client exécutant du scraping, du marketing ou des vérifications publicitaires doit savoir si les IP sont dédiées, partagées, collantes, rotatives, remplacées sur demande, géolocalisées de manière cohérente, journalisées et soumises à des limites d'utilisation acceptable.

Lapage des conditionsde VNCloud interdit le spam, le phishing, les logiciels malveillants, les attaques DDoS, le piratage, le minage et les activités qui affectent les performances du système. C'est raisonnable pour un fournisseur d'hébergement. Cela signifie également que les clients proxy utilisant une automatisation agressive peuvent rencontrer des limites d'application. Le même document indique que VNCloud n'a aucune obligation de surveiller ou de contrôler toute activité utilisateur et décline toute responsabilité en cas d'utilisation abusive de son réseau par les utilisateurs. Cela crée une tension familière dans l'hébergement de petite taille: le fournisseur doit protéger la réputation de ses adresses tout en vendant des produits dont les utilisations courantes peuvent déclencher des blocages, des plaintes pour abus ou des contre-mesures des sites cibles.

Pour un usage critique des proxys, le problème clé n'est pas seulement de savoir si le proxy se connecte aujourd'hui. C'est de savoir si le fournisseur peut remplacer les IP bloquées, isoler les mauvais voisins, identifier le pool affecté, documenter la localité, maintenir l'authentification de manière sécurisée et donner au client une sortie propre si la réputation de l'adresse s'effondre. Le matériel public de VNCloud donne suffisamment de détails pour montrer que le proxy fait partie du menu de services.

Il ne prouve pas indépendamment la source de 10 000 IP, la séparation de l'inventaire privé par rapport au partagé, ou le processus de récupération après un blocage lié à un abus.

Les conditions d'utilisation placent les clients à l'intérieur de la fenêtre de défaillance

Lesconditions d'utilisationde VNCloud sont importantes car elles exposent où commence la responsabilité du client. Les conditions indiquent que VNCloud fournira le service avec une disponibilité de 99,99 %, acceptera le support via Zalo, email et hotline, et protégera la capacité des utilisateurs à sécuriser leurs informations personnelles et leurs données lors de l'utilisation des services VNCloud. Elles indiquent également que les clients doivent fournir des informations de contact exactes, maintenir la sécurité des identifiants de compte, notifier VNCloud des signes anormaux du compte et payer les frais intégralement et à temps.

Les conditions de paiement et de suspension sont les plus pertinentes sur le plan opérationnel. VNCloud indique qu'il contacte les clients près de l'expiration du service, y compris par email, et que les clients doivent payer à temps pour éviter une interruption ou une perte lorsqu'un service expire. Les conditions indiquent que VNCloud peut cesser de fournir le service lorsqu'un service a expiré et n'a pas été payé, lorsqu'un client enfreint les conditions d'utilisation interdites, ou dans d'autres cas définis par VNCloud.

Elles indiquent également que VNCloud supprimera définitivement le service après cinq jours ouvrables à compter de l'expiration si le client n'a pas payé, ou après des violations d'utilisation interdite ou d'autres cas définis par VNCloud.

Cette fenêtre de suppression de cinq jours ouvrables est une véritable limite de récupération. Cela signifie qu'une charge de travail peut échouer non seulement à cause de l'alimentation, du matériel ou du routage, mais aussi à cause d'une défaillance du contact de facturation. Si les factures vont à une ancienne adresse email, si une passerelle de paiement échoue, si un client est à l'étranger pendant un jour férié, ou si un délai d'approbation interne manque la date de renouvellement, le service peut passer de suspendu à supprimé définitivement rapidement.

Pour les petites entreprises utilisant des plans VPS à bas prix, les opérations de facturation peuvent être le chemin de panne le plus courant.

Les conditions réduisent également les attentes de support. VNCloud indique qu'il ne prend pas en charge l'édition ou le développement du code source du site web client, l'enquête sur l'incompatibilité entre le code client et la configuration du serveur, ou l'exécution de tâches d'administration du contenu client. C'est normal pour un hébergement d'infrastructure, mais cela compte lors des incidents.

Un client peut percevoir une panne comme « VNCloud est en panne » alors que le problème réel est la configuration de l'application, la corruption de la base de données, une défaillance du plugin, le spam de messagerie, les règles de pare-feu ou l'épuisement du disque. Les obligations du fournisseur peuvent s'arrêter à la disponibilité de l'infrastructure et aux canaux de support de base, sauf si un service géré a été acheté.

Le langage sur les remboursements façonne également le risque. Les conditions indiquent que VNCloud rembourse les frais s'il ne continue pas à fournir les services payés, mais si la faute n'est pas de VNCloud, les frais ne sont pas remboursés. Cela crée un besoin de définir les catégories de faute à l'avance. Si AS135918 rencontre un problème de route, est-ce la faute de VNCloud? Si une installation a une fenêtre de maintenance, est-ce la faute de VNCloud? Si une IP est bloquée en raison de la conduite d'un autre utilisateur de proxy partagé, est-ce la faute de VNCloud?

Si un client manque le renouvellement et que le service est supprimé après cinq jours ouvrables, aucune redondance technique ne restaurera le compte à moins que des sauvegardes n'existent.

Les conditions transforment donc l'histoire de l'infrastructure en action client. Les acheteurs doivent stocker les dates de renouvellement en dehors du compte VNCloud, maintenir plus d'un mode de contact à jour, acheter des sauvegardes pour les charges de travail importantes, tester la restauration avant de dépendre du service, exporter les données périodiquement, documenter les canaux de support exacts, et clarifier si les incidents IP, route, sauvegarde et matériel sont couverts par la promesse de disponibilité annoncée.

Un prix mensuel bas peut être parfaitement rationnel si le client traite le service comme un composant dans sa propre conception de reprise, plutôt que comme une conception de reprise complète en soi.

La localité des données est un argument de vente vietnamien, mais elle doit être prouvée par produit

La position de marché de VNCloud est ancrée au Vietnam. La région dans l'attribution du répertoire est VN. L'adresse de l'entreprise est à Thanh Hoa. Le site web est d'abord en vietnamien. La liste des centres de données nomme des installations vietnamiennes. La preuve de l'origine de route pour le /23 enregistré pointe vers un AS vietnamien, AS135918, et bgp.tools montre FPT Telecom comme contexte amont pour le préfixe.

Les clients achetant chez VNCloud peuvent vouloir une latence vietnamienne, un support vietnamien, une facturation vietnamienne, des canaux de paiement locaux, des adresses IP domestiques ou une histoire de localisation des données pour les utilisateurs vietnamiens.

Le contexte de marché plus large soutient pourquoi cela compte. La noteVietnam Data Centersde l'International Trade Administration indique que les réformes réglementaires, les exigences de stockage de données et la transformation numérique augmentent la demande de services vietnamiens de centres de données et de reprise après sinistre. Elle décrit également des plans pour une connectivité sous-marine et terrestre supplémentaire, une demande d'informatique en périphérie, et des investissements majeurs par des opérateurs tels que Viettel IDC, CMC Telecom et des groupes liés à FPT. VNCloud se situe en aval de cet écosystème en tant que vendeur de cloud et d'hébergement de détail.

Mais la localité n'est pas prouvée par un seul code pays. Le pays APNIC VN, une adresse commerciale à Thanh Hoa et des noms d'installations vietnamiennes sont tous pertinents. Ils ne précisent pas où se trouve le disque principal de chaque client, l'instantané de sauvegarde, l'archive des journaux, le panneau de gestion, la transcription du support, les données de facturation ou l'enregistrement de surveillance. Un client commandant un serveur cloud VNCloud devrait demander si la ressource commandée se trouve à Hanoï, Ho Chi Minh Ville, Da Nang, Binh Duong, un autre site vietnamien ou un environnement partenaire.

Un client commandant un service proxy devrait demander si le point de terminaison est centres de données, résidentiel transporteur, partagé ou privé, et si l'IP peut changer pendant la durée du service.

L'origine de route ajoute une autre couche de localité. Un préfixe enregistré sous VNCloud mais originaire d'AS135918 peut encore être local, mais le contrôle et la responsabilité ne sont pas les mêmes que l'enregistrement. Si un régulateur, un auditeur d'entreprise ou un client demande où les données ont été traitées et quel réseau les a transportées, VNCloud doit répondre au niveau du service. « VNCLOUD-VN apparaît dans APNIC » ne suffit pas.

La réponse devrait identifier l'installation, l'opérateur de service, l'origine de route, l'emplacement de la sauvegarde, la politique d'accès à distance, l'accès au support et le processus d'exportation des données.

L'IPv6 est un autre exemple. Les enregistrements APNIC examinés ici montrent le /23 IPv4 de VNCloud et AS150886, mais les vues de route publique n'ont pas montré l'ASN propre de VNCloud transportant de l'espace IPv4 ou IPv6. Si un client a besoin d'IPv6, de conformité double pile ou de journaux IPv6 stables, il devrait tester le service plutôt que de l'inférer du langage cloud. Si le produit ne fournit que de l'IPv4, cela peut être acceptable pour de nombreuses charges de travail domestiques, mais ce n'est pas la même chose qu'un environnement d'hébergement moderne en double pile.

La souveraineté des données recoupe également la sortie du fournisseur. Un client peut choisir un fournisseur vietnamien pour la localité, puis découvrir lors d'un litige ou d'une panne que la sortie pratique la plus rapide est vers un autre fournisseur avec des IP différentes, une géographie différente ou une cible de sauvegarde étrangère. Les conditions publiques et les pages produits de VNCloud ne publient pas de guide de portabilité des données.

Elles ne disent pas si les images VM peuvent être exportées, si les sauvegardes peuvent être téléchargées après suspension, si les disques de serveur dédié peuvent être expédiés ou effacés avec un certificat, ou si les journaux proxy sont conservés. Ces omissions comptent davantage pour les clients qui ont choisi VNCloud en raison de la localité plutôt que du seul prix.

La conclusion juste n'est pas que VNCloud échoue en matière de localité. La conclusion juste est que les preuves publiques soutiennent une revendication de service centrée sur le Vietnam mais pas une garantie complète de localisation des données. La localité doit être spécifique au produit, spécifique au contrat et testable.

Les principaux chemins de défaillance sont l'origine de route, la frontière de l'installation, le stock matériel, le support et la facturation

Le premier chemin de défaillance est l'origine de route. AS150886 est enregistré mais pas annoncé dans les vues publiques. Le /23 visible est originaire d'AS135918. Si le service d'un client utilise ce bloc, la joignabilité dépend du routage, des amonts et de l'état opérationnel d'AS135918. Un retrait de route, un mauvais objet de route, une incompatibilité RPKI, un filtre de préfixe, une panne amont ou un blocage lié à un abus peuvent affecter le client même si les serveurs de VNCloud sont sains.

Le client devrait demander quel ASN originaire ses IP, qui contrôle l'autorisation de route, qui modifie le reverse DNS et qui possède l'escalade de routage d'urgence.

Le deuxième chemin de défaillance est la frontière de l'installation. VNCloud indique utiliser six sites de centres de données Tier 3/TIA-942 associés à ODS, FPT, CMC, Viettel IDC et VNPT. Ces opérateurs nommés ont de véritables empreintes de centres de données, mais les pages publiques de VNCloud ne divulguent pas la propriété des baies, la quantité d'armoires, l'allocation électrique, les interconnexions, les arrangements d'accès à distance ou les produits site par site. Un seul produit peut être disponible sur un site, un autre produit sur un autre, et le mouvement cloud automatique peut rester à l'intérieur d'un cluster.

Les clients devraient demander la ville et l'installation réelles derrière la ressource commandée.

Le troisième chemin de défaillance est le stock matériel. Les serveurs dédiés dépendent de l'inventaire physique. VNCloud indique que certains serveurs sont préinstallés et que le matériel est remplacé en 4 à 8 heures, mais la page publique ne répertorie pas l'inventaire des pièces de rechange, le stock site par site, la couverture après les heures ou les exclusions. Les serveurs cloud dépendent également de la capacité hôte de réserve si un mouvement automatique est attendu. Si un cluster est plein lorsqu'un hôte tombe en panne, la migration en direct ou le redémarrage sur un autre hôte peut ne pas être immédiat.

Si un système de stockage partagé est dégradé, la mobilité de l'hôte peut ne pas aider.

Le quatrième chemin de défaillance est la main-d'œuvre de support. VNCloud annonce un support technique 24/7/365 et donne des contacts de hotline, Zalo et email. C'est utile, mais la disponibilité du support n'est pas la même chose que l'autorité de réparer chaque couche. Un agent de support peut accuser réception d'un ticket rapidement tout en attendant l'installation, l'amont, le fournisseur de matériel ou l'opérateur d'origine de route.

Les clients ont besoin d'un chemin d'escalade pour les incidents de routage, les incidents de serveur physique, la restauration de sauvegarde, les avis d'abus, les blocages de paiement et l'annulation ou l'exportation.

Le cinquième chemin de défaillance est la facturation. Les conditions de VNCloud permettent l'arrêt du service après expiration et la suppression définitive après cinq jours ouvrables d'expiration impayée. Pour de nombreuses petites charges de travail hébergées, c'est le risque le plus contrôlable. Les clients devraient aligner les avis de renouvellement, l'autorisation de paiement et les sauvegardes de sorte qu'un manquement à la facturation ne devienne pas une perte de données.

Les plans mensuels bas de VNCloud facilitent le début du service; le même chemin d'achat à faible friction peut rendre facile d'oublier que la suppression du service est un événement de politique, pas une panne matérielle.

Le sixième chemin de défaillance est la migration. Les pages publiques de VNCloud ne publient pas de chemin d'exportation des données. Un client partant après des problèmes de route, de performance, de facturation ou de support a besoin de sauvegardes portables, d'images VM standard, de contrôle DNS, de vidanges de base de données, de copies de configuration, de clés de certificat et d'un plan pour les changements d'IP. Si le client utilise des proxys VNCloud, la migration peut également nécessiter une nouvelle réputation IP et une revalidation du site cible.

Si le client utilise des serveurs dédiés, la migration peut nécessiter une imagerie disque, un transfert hors site ou une reconstruction manuelle.

Ces chemins de défaillance ne sont pas spéciaux à VNCloud. Ce sont les mécanismes cachés ordinaires de la capacité hébergée à bas prix. VNCloud est notable car son site web public fait suffisamment de revendications pour identifier les mécanismes, tandis que ses preuves de route publiques montrent un écart réel entre la marque de détail et l'origine de route. C'est exactement là où la diligence du client devrait se concentrer.

Ce qui élèverait la note de preuve

VNCloud pourrait élever la note de preuve publique avec quelques divulgations concrètes. Une page de route montrant comment AS150886, AS135918 et 103.69.96.0/23 sont utilisés clarifierait immédiatement le contrôle. Elle pourrait indiquer si AS150886 est réservé, planifié, privé, inactif ou utilisé uniquement pour des futurs produits. Elle pourrait identifier quels produits utilisent l'espace IP attribué à VNCloud et lesquels utilisent des pools partenaires ou résidentiels. Elle pourrait publier la politique d'autorisation d'origine de route, la responsabilité du reverse DNS et les contacts d'escalade de routage.

La clarté sur les installations aiderait également. VNCloud n'a pas besoin de révéler des détails sensibles sur les baies pour améliorer la confiance. Elle pourrait publier les choix de région produit comme Hanoï, Ho Chi Minh Ville et Da Nang; nommer quels partenaires de centre de données soutiennent chaque produit; expliquer si le basculement du serveur cloud est intra-hôte, intra-baie, intra-site ou inter-site; et divulguer quelles options de sauvegarde sont hors hôte ou hors site.

Une page de statut avec l'historique des incidents et les avis de maintenance aiderait les lecteurs à distinguer la disponibilité marketing de la disponibilité opérationnelle.

La clarté sur le support et la récupération compterait tout autant. L'entreprise pourrait publier les conditions de conservation des sauvegardes, les objectifs de restauration, les délais de restauration attendus, les options d'exportation d'instantanés, les exclusions de remplacement de serveur dédié, la disponibilité de la console à distance et les règles de crédit de service. Pour les produits proxy, elle pourrait distinguer les pools centres de données privé, centres de données partagé et résidentiel, expliquer les règles de remplacement pour les IP bloquées et indiquer les étapes d'application des conditions d'utilisation acceptable.

Aucune de ces divulgations n'exigerait que VNCloud soit un opérateur hyperschall. Elles correspondraient simplement à la réalité de son propre catalogue de services. Un petit fournisseur peut être fiable s'il est clair sur ce qu'il contrôle, ce qu'il loue, ce qu'il revend, ce qu'il sauvegarde et ce qu'il ne promet pas. Un client peut accepter un VPS mono-région ou un bloc d'adresses originaire d'un partenaire si le prix et les attentes de récupération sont alignés. Le risque apparaît lorsque le langage « cloud » encourage les clients à supposer une redondance qui n'a pas été prouvée.

Pour l'instant, le dossier public soutient une conclusion mesurée. VNCloud est un vrai vendeur vietnamien d'hébergement et de cloud avec des services visibles, des prix, des canaux de support, des conditions, des ressources APNIC/VNNIC et un /23 attribué visible via AS135918. Il n'est pas prouvé publiquement comme une plateforme cloud indépendamment routée, multi-site et auto-exploitée.

Sa capacité hébergée doit être traitée comme utile mais dépendante: baies dans des installations vietnamiennes nommées, origine de route à travers un autre réseau, canaux de support qui peuvent dépendre d'opérateurs amont et d'installation, sauvegarde en option, et risque de suppression après expiration impayée.

C'est pourquoi le titre de l'article met l'accent sur les baies, le transit et les fenêtres de réparation. VNCloud vend des services en forme de cloud, mais la disponibilité de l'utilisateur se résout toujours en équipement physique, en installations nommées, en réseaux partenaires, en main-d'œuvre de support et en conditions contractuelles. L'entreprise peut bien servir de nombreux clients à des prix attractifs. La tâche de l'acheteur est de faire correspondre chaque charge de travail aux preuves, pas de laisser le mot « cloud » cacher la machinerie.