AS50149 est silencieux, mais la plateforme ne l'est pas: à l'intérieur de la frontière de continuité de Servercore et Selectel

Résumé

• La page juridique actuelle de Servercore destinée aux clients nomme des contractants locaux au Kazakhstan, en Ouzbékistan et au Kenya, tandis que les services russes sont documentés sous JSC Selectel; un catalogue d'infrastructure ou d'interface commun n'efface pas cette scission contractuelle.
• La Russie possède l'empreinte physique la plus profonde divulguée, mais les mégawatts connectés, les nombres de baies et les étiquettes de zones de disponibilité ne révèlent pas la puissance de réserve, l'occupation, les stocks, la diversité des routes ou la capacité qu'un client particulier peut utiliser en cas de panne.
• AS50149 reste enregistré avec une association Servercore/Selectel mais n'est actuellement pas annoncé dans les données de routage observées par le RIPE, donc la continuité doit être testée par rapport aux points de terminaison de service en direct, aux contrats, aux installations, aux copies et aux chemins de récupération plutôt qu'à l'ancienne étiquette de réseau.

Un nom de région n'est que la première décision

Imaginez une entreprise de paiement ouvrant un sélecteur de localisation et choisissant Moscou parce que ses utilisateurs sont en Russie. L'étiquette établit une localité générale, mais elle ne répond pas aux questions qui comptent lors d'une panne. Quelle entreprise facture le client? La machine virtuelle est-elle dans une seule baie, un seul bâtiment ou un pool distribué entre plusieurs bâtiments? Son stockage suit-il la même limite de défaillance que son calcul? Le trafic peut-il sortir par un opérateur indépendant? Si le compte devient inaccessible, le client peut-il récupérer une copie utilisable ailleurs?

Leguide des emplacements de Selectelactuel fournit une hiérarchie de départ particulièrement utile. Il distingue les pays, les régions, les zones de disponibilité, les pools et les segments de pool, et indique que le choix affecte la disponibilité, la tolérance aux pannes et l'équilibrage de charge. Cette hiérarchie est importante car les termes ne sont pas interchangeables. Une région peut contenir plusieurs zones de disponibilité. Une zone de disponibilité peut contenir un ou plusieurs centres de données. Un pool mono-zone peut encore avoir des segments dans différentes baies tout en conservant la zone de disponibilité comme limite de défaillance commune. Un pool multi-zones peut placer des segments dans plusieurs centres de données, mais cela ne signifie pas que chaque produit, disque ou configuration client couvre automatiquement ces segments.

Lamatrice de disponibilité actuellerend la distinction concrète. Elle liste Saint-Pétersbourg, Moscou, Novossibirsk, Tachkent, Almaty et Nairobi, puis montre la disponibilité de différents produits et matériels dans des pools individuels. La matrice est une preuve qu'une offre était publiquement disponible à un emplacement indiqué à une date donnée. Ce n'est pas une preuve que deux emplacements affichés ont des alimentations électriques indépendantes, des opérateurs amont indépendants, un personnel indépendant, un stock de réserve égal ou un mécanisme de récupération commun.

La couche commerciale diverge au même moment. Lesconditions des serveurs dédiés de Selectelidentifient JSC Selectel comme le fournisseur pour les régions russes et utilisent un traitement séparé pour les emplacements hors de Russie. Lecontrat d'utilisation de Servercoredétermine un contractant et la loi applicable en fonction du pays du compte. Un acheteur ne peut donc pas enregistrer en toute sécurité « Servercore/Selectel » comme un seul fournisseur indifférencié. Le contrat, le calendrier de service, le code d'emplacement et la facture doivent être enregistrés ensemble.

Suivez maintenant le choix de Moscou plus loin. Un code de pool pointe vers des ressources de calcul et de stockage. Ces ressources se trouvent dans des baies connectées à la distribution électrique, au refroidissement et aux commutateurs d'accès. Les baies se trouvent dans un groupe de centres de données nommé. Le centre de données atteint d'autres installations et Internet via des liaisons et des routeurs de bord. La récupération peut dépendre d'une deuxième zone, d'un cluster de sauvegarde, d'une copie externe, du DNS et des identifiants qui restent disponibles lorsque le plan de contrôle principal ne l'est pas.

L'affirmation de continuité n'est aussi forte que le maillon non vérifié le plus faible de cette chaîne.

Cette approche modifie également les achats. L'acheteur ne sélectionne pas seulement la latence et le prix. Il achète un ensemble de dépendances physiques, réseau, logicielles, humaines et juridiques. Une région à faible latence peut être tout à fait appropriée, mais le client doit décider quelle panne elle est conçue pour survivre. La protection contre une panne d'hôte n'est pas une protection contre un événement d'alimentation de baie. La protection d'un seul bâtiment n'est pas nécessairement une protection contre un événement de fibre métropolitain.

La réplication chez un seul fournisseur n'est pas nécessairement une portabilité au-delà de ce fournisseur.

Le nom de l'entreprise se scinde au contrat

Le nom « Servercore JSC Selectel » est compréhensible en tant qu'association historique ou de ressource réseau, mais il est dangereux en tant qu'hypothèse contractuelle actuelle. Lapage des parties contractantesde Servercore liste Servercore CIS, FE LLC pour l'Ouzbékistan, MSS LLP Modern Server Solutions LLP pour le Kazakhstan et Servercore Africa Ltd pour le Kenya. Sapage d'informations juridiquesplus détaillée publie les adresses correspondantes, les détails d'enregistrement, les informations bancaires et les conditions spécifiques aux pays. Aucune des deux pages ne présente JSC Selectel comme le contractant actuel de Servercore pour ces trois pays de compte.

Le côté russe est plus clair dans lecontrat d'utilisation de Selectelséparé, qui identifie JSC Selectel et ses détails russes. Ce n'est pas une différence sémantique. Le contractant nommé détermine la loi applicable, la devise, la documentation fiscale, la voie de paiement, le processus de notification et l'entité contre laquelle une obligation de service peut être exécutée. Il détermine également quel fournisseur a la responsabilité directe lorsque le service annoncé dépend d'une installation partenaire ou de l'infrastructure d'une autre entreprise.

Lapage entreprisepublique de Servercore présente désormais sa proposition d'infrastructure locale à travers des études de cas au Kazakhstan, en Ouzbékistan et au Kenya. Cette orientation est cohérente avec sa liste actuelle de contractants. En même temps, la documentation technique partagée et la visibilité de l'état continuent d'exposer les pools russes aux côtés des pools internationaux. Le résultat est une famille de services commercialement connectés dont la frontière juridique est plus nette que ne le suggère sa présentation opérationnelle.

Cette distinction ne doit pas être surestimée dans l'autre sens. Des entités juridiques distinctes ne prouvent pas des équipes d'ingénierie distinctes, des logiciels distincts, des achats distincts ou des réseaux distincts. Pas plus que le langage technique partagé ne prouve qu'une entité possède le bâtiment d'une autre entité ou garantit ses obligations. Les documents publics établissent que le catalogue de services, la nomenclature des pools et la visibilité opérationnelle sont liés. Ils ne publient pas un calendrier complet des responsabilités interentreprises, un registre d'actifs ou un accord de défaut croisé.

Pour les clients, la réponse pratique est un enregistrement contrat-ressource. Il doit indiquer le pays du compte, le contractant, la région de service, la zone, le pool, l'opérateur de l'installation s'il est divulgué, l'emplacement des données, la devise de paiement, le canal de support et la méthode d'exportation. Si un revendeur, une installation partenaire ou une société affiliée est impliqué, le client doit demander quelle obligation reste avec la partie contractante et laquelle est transmise. La réponse doit couvrir les crédits de service, l'accès aux données, les avis d'incident, l'assistance à distance et l'aide à la récupération.

La distinction devient particulièrement importante lors d'une perturbation juridique ou financière plutôt qu'électrique. Un serveur fonctionnel peut devenir opérationnellement bloqué si un canal de paiement échoue, si un compte est suspendu, si un administrateur d'entreprise quitte ou si des instructions transfrontalières ne peuvent pas être exécutées. Inversement, un contrat solide ne peut pas maintenir une baie au frais lors d'une panne de services publics. La planification de la continuité doit joindre les deux couches sans prétendre qu'elles sont la même couche.

La souveraineté des données mérite la même précision. Localiser une charge de travail dans un État peut aider à respecter les exigences de localité, et le contractant peut fournir des déclarations de conformité de soutien. Pourtant, la localité ne répond pas en soi à la question de savoir qui peut administrer le service, où les métadonnées sont traitées, quelle loi régit le compte, ou si une copie utilisable peut être déplacée vers une autre juridiction. Un acheteur doit mapper chaque ensemble de données réglementé au service et au contrat réels, pas seulement à la marque parapluie.

Ce que contient réellement l'empreinte russe

La Russie est la partie la plus profondément divulguée du catalogue d'infrastructure combiné. Lapage des centres de donnéesde Selectel indique qu'elle dispose de six centres de données Tier III à Moscou et Saint-Pétersbourg, avec 3 612 baies et 30 MW de puissance connectée. Elle identifie Tsvetochnaya 1 et 2 à Saint-Pétersbourg, trois installations Dubrovka dans la région de Leningrad et l'installation Berzarina à Moscou. La même page identifie également des installations partenaires, dont Aviamotornaya à Moscou et Svetlaya près de Novossibirsk, plutôt que de traiter silencieusement chaque emplacement comme étant détenu.

Ces chiffres sont précieux car ils ancrent le cloud dans des bâtiments. Ils montrent que l'offre russe n'est pas un seul hall anonyme. Les sites répertoriés ont des nombres de baies et des chiffres de puissance connectée différents: la plus grande installation divulguée, Berzarina, est répertoriée avec 1 420 baies et 10 MW, tandis que les bâtiments plus petits de Dubrovka ont des empreintes sensiblement différentes. La séparation physique à Saint-Pétersbourg et dans la région de Leningrad crée des options qu'un client peut utiliser si le produit sélectionné les prend en charge.

Mais « six centres de données » n'est pas la même chose que six domaines de défaillance indépendants pour chaque service. Le guide des emplacements regroupe Tsvetochnaya et Dubrovka dans des zones de disponibilité distinctes de Saint-Pétersbourg. À Moscou, il liste désormais Berzarina, Aviamotornaya, un groupe Moscou Nord et Ryabinovaya dans quatre étiquettes de zones de disponibilité. Novossibirsk est représenté par l'installation Nextremum. Un produit peut être absent d'une zone répertoriée, limité à un pool, ou disponible uniquement sur arrangement préalable, comme le montre la matrice de disponibilité.

Ladescription de la colocationajoute une autre limite physique. Elle indique que l'équipement en colocation est placé dans un pool dans des centres de données Tier III et que Selectel fournit l'alimentation, la connectivité, les conditions environnementales et la sécurité physique. Elle décrit également la maintenance client ou le service à distance par les ingénieurs de Selectel. Il s'agit d'un service d'installation direct, différent d'un client cloud dont la machine virtuelle est placée sur des hôtes appartenant au fournisseur et dont l'emplacement dans la baie est abstrait.

En mars 2026, Selectel a annoncé unenouvelle région multi-zones de disponibilité à Moscoubasée sur trois zones dans des centres de données distants de jusqu'à 15 kilomètres. L'annonce indique que les nœuds maîtres Kubernetes gérés, les nœuds de bases de données gérées et les sauvegardes distribuées peuvent être placés sur plusieurs zones. C'est plus fort qu'une affirmation générique selon laquelle « Moscou » est résilient car cela décrit le nombre de zones prévu, l'échelle de séparation et les services bénéficiant d'une distribution automatique.

Il faut encore le lire comme une architecture spécifique au produit. Une conception métropolitaine peut réduire l'exposition à une défaillance de bâtiment, à un incident électrique local ou à un événement de baie unique. Elle ne protège pas automatiquement contre un défaut propagé par un logiciel partagé, une action de compte commune, un problème de connectivité métropolitain ou une interruption juridique régionale.

L'affirmation du fournisseur selon laquelle les sites sont connectés par un réseau commun à haute vitesse avec une faible latence est utile pour les services synchrones, mais la connectivité commune peut également devenir une dépendance partagée si le trafic client n'a pas d'alternative testée.

La description la plus défendable de l'empreinte russe est donc en couches. Il y a des bâtiments détenus et partenaires divulgués; des zones de disponibilité et des pools nommés; des fonctionnalités multi-zones spécifiques aux produits; et des services réseau et de contrôle partagés. Il y a suffisamment d'informations publiques pour concevoir une séparation significative. Il n'y en a pas assez pour supposer une séparation simplement parce que deux codes de ressource apparaissent sous une même région.

Hors de Russie, les installations partenaires modifient la frontière

Les emplacements internationaux rendent la frontière de l'opérateur plus visible. Le guide des emplacements identifie deux zones de disponibilité à Tachkent chez UNICON sur la rue Mingbulok et chez East Telecom sur la rue Yangishakhar, une zone à Almaty chez Kazteleport Sairam, et une zone à Nairobi chez iColo NBO1. Ce sont des installations partenaires nommées, pas une preuve que Servercore ou JSC Selectel possède l'immobilier, la connexion électrique ou chaque couche des opérations du site.

Lapage d'infrastructure réseaude Servercore fait la publicité d'une zone de disponibilité à Almaty, deux à Tachkent et une à Nairobi, avec différentes certifications d'installation et descriptions de fiabilité. Elle décrit également une conception réseau commune, plusieurs fournisseurs et une connectivité régionale. Lue en même temps que le guide des emplacements, la page soutient l'existence d'une empreinte de service internationale actuelle tout en préservant la distinction entre le fournisseur de services et l'opérateur de l'installation.

L'attestation PCI de Servercore pour l'Ouzbékistanfournit une forme plus étroite de corroboration pour un périmètre de centre de données à Tachkent. Une telle attestation peut soutenir une évaluation de conformité pour le service et la période nommés. Elle n'établit pas la propriété, la puissance de baie disponible, l'occupation actuelle, la diversité des routes ou la capacité à récupérer dans la deuxième zone de Tachkent. Les preuves de certification doivent donc rester attachées au service et au périmètre qu'elles couvrent réellement.

Lapage de statut publique de Servercoreest particulièrement révélatrice. Le 18 juillet 2026, elle affichait des pools internationaux tels que uz-1a, uz-2a, kz-1a et ke-1a, des pools russes tels que ru-1a à ru-9a, et des catégories séparées pour le cloud, le bare metal, les services réseau, les centres de données, l'alimentation, le refroidissement, les interfaces et la facturation. Elle montrait également tous les systèmes opérationnels au moment de l'observation tout en conservant l'historique des incidents. Cela soutient la visibilité opérationnelle actuelle sur l'ensemble de la plateforme. Cela ne dit pas que toutes les ressources partagent un contractant, un propriétaire d'installation ou une garantie de récupération.

La page de statut est un indicateur ponctuel, pas un audit de disponibilité. Un point vert montre ce que le système de surveillance du fournisseur signale à ce moment-là. Il ne peut pas établir l'absence d'impact partiel sur le client, la diversité physique de deux chemins ou le succès d'une restauration individuelle. Son historique d'incidents est plus utile lorsqu'il est combiné avec la propre télémétrie du client car les deux peuvent révéler des retards de détection, des différences de périmètre et des défaillances corrélées.

Les clients internationaux font face à une asymétrie supplémentaire. Tachkent a deux zones divulguées, tandis qu'Almaty et Nairobi en ont une chacune dans le catalogue d'emplacements actuel. Un pays à zone unique peut toujours avoir une alimentation, un refroidissement et des dispositifs réseau redondants à l'intérieur de son installation, mais il n'offre pas la même séparation de bâtiment dans le pays.

Un client ayant besoin d'une résidence de données dans le pays et d'une continuité au niveau du bâtiment peut devoir combiner les services du fournisseur avec un deuxième site indépendant, ou accepter que la récupération traverse une frontière nationale.

Ce choix a des conséquences juridiques et techniques. Le contractant suit le pays du compte, et une cible de récupération transfrontalière peut introduire un autre ensemble d'exigences de transfert de données, fiscales et de paiement. La conception ne peut pas être réalisée par un ingénieur ne regardant que la latence. Le conseiller juridique ne peut pas la réaliser en lisant uniquement le contrat. Tous deux ont besoin de la même carte des données, du service, de l'installation et de l'emplacement de récupération.

AS50149: enregistré, maintenu et actuellement silencieux

AS50149 est l'exemple le plus frappant de pourquoi une étiquette de réseau doit être testée plutôt qu'héritée. Lavue d'ensemble AS pour AS50149de RIPEstat a renvoyé le texte de titulaire « Servercore JSC Selectel » le 18 juillet 2026 et a marqué le système autonome comme non annoncé. Cette chaîne de titulaire explique l'association de répertoire. C'est une preuve de registre, pas une preuve de transport de paquets actuel ou d'une seule entité juridique actuelle portant l'ensemble de la phrase.

L'enregistrement de statut de routagede RIPEstat est plus décisif sur la visibilité actuelle. Il n'a montré aucun espace IPv4 ou IPv6 annoncé, aucun voisin observé et zéro pair RIPE RIS voyant le système autonome. Il a signalé le dernier préfixe observé sous AS50149 le 18 avril 2023. Laréponse des préfixes annoncésséparée a renvoyé une liste de préfixes vide pour la fenêtre d'observation récente et a explicitement noté que les routes avec une très faible visibilité sont exclues.

C'est une preuve négative forte pour AS50149 en tant qu'origine Internet actuellement visible. Ce n'est pas une preuve qu'aucun dispositif interne, interconnexion privée, adresse client ou configuration ne fait référence au numéro. Les collecteurs de routes publics ne voient pas tous les chemins privés, et un réseau peut fournir des services via un autre système autonome. Ce que la preuve exclut, c'est l'hypothèse facile selon laquelle AS50149 représente actuellement une grande empreinte cloud Servercore annoncée publiquement.

Laréponse WHOIS du RIPEajoute un contexte important. Elle liste le nom AS comme Servercore, lie la ressource à ORG-SL223-RIPE, montre MNT-SELECTEL parmi les mainteneurs et enregistre une modification en avril 2026. La maintenance de l'enregistrement et l'annonce de route sont des actes différents. La ressource peut rester attribuée et récemment maintenue même lorsqu'elle n'annonce aucune route visible par le réseau de collecteurs.

Pour comparaison, lavue d'ensemble AS pour AS49505de RIPEstat a identifié « SELECTEL JSC Selectel » et a marqué ce système autonome comme annoncé à la même date. Cela ne prouve pas que chaque service Servercore ou Selectel traverse AS49505, ni ne divulgue le chemin physique exact vers un client. Cela montre que l'identité réseau active de Selectel dans le routage public n'est pas AS50149.

L'implication opérationnelle est simple. Un client doit identifier le système autonome d'origine réel et le chemin amont pour chaque point de terminaison de production, ne pas copier AS50149 d'un ancien profil. Servercore fournit unLooking Glasspublic pour les observations de latence et de route. Ces observations doivent être répétées depuis les réseaux utilisateurs importants du client et depuis le site de récupération proposé. Une seule mesure ne suffit pas: les chemins peuvent changer en fonction de la destination, du protocole, du temps et de la politique amont.

Les numéros AS en disent également peu sur l'indépendance des installations. Deux zones peuvent annoncer via le même système autonome et utiliser des liaisons physiquement diverses; deux systèmes autonomes peuvent toujours partager un conduit, un bâtiment ou un opérateur amont. Les preuves BGP établissent l'identité de routage et l'accessibilité, tandis que les documents d'installation établissent des emplacements nommés. Seules les divulgations de route, les informations sur les opérateurs et les mesures répétées peuvent commencer à relier les deux, et même alors, un chemin de fibre exact ne doit pas être déduit d'une carte logique.

Le backbone est redondant uniquement dans des limites définies

Servercore décrit six routeurs dans chaque région, une charge de liaison maximale cible de 50 %, une infrastructure N+1 et plusieurs fournisseurs d'équipement réseau. Sa page réseau nomme Juniper, Arista, Huawei et H3C et décrit des fabrics cloud leaf-spine, des connexions redondantes et plusieurs opérateurs télécoms en périphérie. Ce sont des choix de conception sensés. Plusieurs dispositifs peuvent absorber une défaillance de composant, la marge de trafic peut accommoder le reroutage, et la diversité des fournisseurs peut réduire la dépendance à une seule chaîne d'approvisionnement.

Ce sont toujours des affirmations du fournisseur sur l'architecture et les objectifs opérationnels. « Six routeurs » n'identifie pas quelles fonctions ces routeurs remplissent, quels domaines de défaillance ils occupent ou si chaque produit client les traverse tous. « Charge de liaison maximale 50 % » ne publie pas l'utilisation de la série temporelle, la distribution du trafic ou la condition après plusieurs défaillances. Le N+1 protège contre la perte définie d'un composant requis; il ne promet pas la survie de tout événement de mode commun.

Ladescription du Global Router de Selecteltrace une frontière de service précieuse. Elle indique que le service L3 privé peut connecter des produits et des pools, utilise un équipement réservé et un routage dynamique, et fournit une bande passante de base de 25 Gbit/s dans une région et de 1 Gbit/s entre les régions. Elle dit également que le routeur ne peut pas connecter des produits dans différents pays. Un client ne peut pas traiter le catalogue commun des emplacements russes, ouzbeks, kazakhs et kenyans comme une seule infrastructure de récupération routée privée.

La connectivité transfrontalière ou externe nécessite un autre mécanisme. Ladescription de Global Connectindique que les connexions aux plateformes cloud mondiales sont arrangées via Megaport, avec un VLAN dédié et une liaison réservée pré-provisionnée du côté de Selectel. Cela peut être un chemin hybride utile, mais cela introduit des dépendances de partenaire et de provisioning. Une connexion logique dédiée ne prouve pas non plus par elle-même un chemin physiquement disjoint du chemin Internet ordinaire du client.

Pour le service entrant, ladescription du répartiteur de charge tolérant aux pannesindique que le produit peut distribuer le trafic Internet entre des services dans différentes régions et zones de disponibilité, en utilisant une adresse externe annoncée via BGP anycast. Il dépend du Global Router pour joindre l'infrastructure cible. Cette combinaison peut réduire la dépendance à un serveur ou une zone, mais cela reste une chaîne: l'annonce externe, le service de répartition de charge, le routage privé et les cibles saines doivent tous fonctionner.

Le client doit donc exiger des réponses conditionnées par les pannes. Quelle bande passante reste-t-il après la perte d'une liaison ou d'un routeur? Quel chemin transporte le trafic de réplication si le chemin inter-zone ordinaire échoue? Le trafic de contrôle partage-t-il la même périphérie? Le support peut-il changer un amont lors d'un incident, et comment cette demande est-elle authentifiée? L'environnement de récupération est-il accessible si l'interface de compte principale est dégradée? Ces réponses sont plus utiles qu'une étiquette « réseau redondant » sans qualification.

Il y a aussi une dimension économique. Les ports redondants, les opérateurs et la bande passante réservée coûtent de l'argent même inactifs. Un prix de calcul annoncé bas peut coexister avec des frais de sortie, de trafic inter-région, de connexions dédiées ou de bande passante plus élevée. Une comparaison de continuité devrait chiffrer le fonctionnement normal, la réplication, les tests de restauration de routine et au moins un intervalle de basculement réaliste. Sinon, la « région de sauvegarde » peut être conçue mais pas financée pour être utilisée.

Les chiffres de capacité s'arrêtent avant la capacité utilisable

La divulgation des centres de données russes de 3 612 baies et 30 MW est la preuve de capacité publique la plus solide de ce profil, mais sa signification a des limites. La page décrit la puissance connectée aux installations. La puissance connectée n'est pas la même que la charge informatique actuellement installée, la puissance vendue aux clients, la puissance disponible après les réserves de redondance, ou la capacité qu'un nouveau client peut contracter. Le nombre de baies n'indique pas non plus les baies occupées, la densité de puissance, l'espace non utilisé ou le nombre prêt pour une configuration de serveur particulière.

Les chiffres individuels des installations sont plus informatifs que l'agrégat car ils révèlent la concentration. Deux installations représentent 20 MW des 30 MW divulgués, tandis que les sites plus petits de Saint-Pétersbourg et de la région de Leningrad vont de 2 MW à 3 MW. Un client répartissant des instances sur deux codes de pool doit déterminer si ces pools occupent vraiment des bâtiments et des systèmes électriques différents. L'agrégat ne peut pas répondre à cette question.

La matrice de disponibilité fournit un deuxième type de signal de capacité: si les produits et des familles de processeurs particulières sont affichés comme disponibles, indisponibles ou disponibles sur précommande dans un pool. C'est plus proche d'un inventaire utilisable par le client qu'un chiffre de mégawatts de conception. Pourtant, cela reste un catalogue daté, pas une réservation. « Disponible sur précommande » peut impliquer un délai d'approvisionnement ou de déploiement, et une coche ne divulgue pas la quantité. Le client a besoin d'un devis, d'un engagement de livraison et d'une politique de substitution.

Letarifpublic de Servercore documente les produits et les frais sur ses marchés. La tarification peut aider à estimer le coût des ressources de récupération réservées, mais elle ne publie pas le calcul installé, les hôtes libres, la marge de stockage ou l'inventaire d'urgence garanti. L'accès à la demande est précieux pour la mise à l'échelle normale; ce n'est pas une promesse que le matériel identique sera disponible lors d'une pointe de demande à l'échelle d'une région.

La demande est visible indirectement. Selectel a rapporté unchiffre d'affaires 2025 de 18,3 milliards de roubles, dont 87 % provenant des services d'infrastructure cloud et 32 900 clients à la fin de l'année. Ces chiffres indiquent une activité opérationnelle substantielle et en croissance. Ils ne peuvent pas déterminer la marge de capacité. La croissance des revenus peut soutenir l'investissement, mais la croissance des clients et des charges de travail plus lourdes peuvent également consommer de la nouvelle capacité.

Les conditions des produits exposent une autre distinction utile. Ladescription du serveur cloudindique que les serveurs virtuels fonctionnent sur des ressources physiques de Selectel et distingue le service régulier des instances préemptibles. Leguide des serveurs préemptiblesséparé indique que ces instances peuvent être arrêtées à tout moment, y compris lorsque l'hôte manque de ressources pour d'autres serveurs, et ne reçoivent pas la garantie de disponibilité ordinaire de la plateforme cloud. La capacité n'est donc pas un pool indifférencié: le calcul interruptible bon marché et le calcul de qualité continuité ont une utilisabilité différente selon les pannes.

Un relevé de capacité responsable doit s'arrêter à ce qui est public. La Russie a divulgué la puissance connectée et les totaux de baies. Les matrices de produits divulguent les offres spécifiques à un emplacement. Les résultats financiers démontrent l'échelle opérationnelle. Aucun document public examiné n'établit l'occupation actuelle, la puissance vendue, la capacité client réservée, l'inventaire agrégé de CPU ou GPU, l'utilisation du stockage, le temps de fonctionnement du générateur sous charge, la marge de refroidissement ou la capacité de réserve après une défaillance composée.

Ces inconnues appartiennent aux questions d'achat, pas à une estimation inventée.

L'électricité, le refroidissement, le matériel et le personnel sont les véritables dépendances

Chaque région cloud se résout finalement en électricité, évacuation de chaleur, équipement et personnes. La page des centres de données de Selectel décrit l'alimentation sans interruption, le refroidissement, la sécurité et la surveillance, tandis que la documentation de colocation attribue ces fonctions d'installation au fournisseur. Ces contrôles réduisent le risque de site ordinaire. Ils n'éliminent pas les dépendances aux alimentations électriques, aux appareillages, aux systèmes UPS, aux générateurs, au carburant, aux boucles de refroidissement, aux contrôles d'incendie et au personnel autorisé à les opérer.

La question de continuité la plus importante n'est pas de savoir si la redondance existe, mais où elle s'arrête. Les alimentations doubles dans un serveur n'aident que si elles atteignent des chemins de distribution indépendants. Un générateur n'aide que si le démarrage, la commutation, le carburant et le refroidissement restent disponibles pendant la durée de la panne. Deux installations n'aident que si la charge de travail et ses données occupent réellement les deux et qu'aucun réseau partagé ou action de contrôle ne les désactive ensemble.

La hiérarchie d'emplacements publique est une base pour poser ces questions, pas un substitut aux réponses.

L'approvisionnement en matériel est particulièrement pertinent à travers la frontière entre Servercore et Selectel. L'utilisation par Servercore de plusieurs marques d'équipement réseau peut réduire la dépendance à un seul fabricant. Elle peut également nécessiter plus de types de pièces de rechange, de travail de compatibilité logicielle et de compétences spécialisées. Le matériel de calcul présente un compromis similaire: un client peut avoir accès à des processeurs alternatifs, mais un remplacement exact de bare-metal ou un GPU peut avoir un délai d'approvisionnement plus long qu'une machine virtuelle.

La répartition des responsabilités entre le client et le fournisseur change selon le produit. Leguide des responsabilitésattribue l'infrastructure physique et une grande partie de la couche de virtualisation cloud à Selectel, tandis que les clients conservent la responsabilité des contrôles importants du système d'exploitation, des applications, des identités et des données en fonction du service. Un bâtiment résilient ne peut pas réparer une application qui a un seul leader de base de données, un identifiant expiré ou une action d'administrateur destructrice répliquée sur chaque zone.

Les personnes font le pont entre ces couches. Le service d'assistance à distance peut remplacer un composant pour un client de colocation, tandis que les ingénieurs du fournisseur maintiennent les hôtes cloud et les dispositifs réseau. Lors d'un incident généralisé, le même personnel peut s'occuper de l'alimentation, du matériel, de la communication avec le client et des priorités de récupération. Les acheteurs ayant des objectifs de récupération stricts doivent se renseigner sur la couverture d'escalade, les contacts autorisés, le stock de remplacement, l'accès lors d'une fermeture de site et comment les incidents concurrents sont priorisés.

La juridiction et le paiement sont des dépendances physiques sous une autre forme. Les contractants spécifiques à chaque pays de Servercore utilisent les banques et devises locales, ce qui peut rendre les opérations locales ordinaires plus faciles. Mais une entreprise dépendant d'un financement transfrontalier ou d'une approbation centrale doit tester comment les factures sont payées lors d'une perturbation bancaire et quel préavis précède la suspension. Lesconseils de sécurité de l'informationde Selectel orientent les clients vers les conditions de service pour la destruction des données après la fin ou le non-paiement des services et leur indiquent où apparaissent les notifications de maintenance et d'incident. La continuité financière et la conservation des données ne peuvent pas être laissées à une hypothèse de comptes fournisseurs.

Le placement local des données a également un coût de portabilité. La description du serveur cloud indique que les serveurs cloud russes sont conformes au cadre de données personnelles russe déclaré par défaut, tandis que Servercore commercialise la conformité locale dans ses trois pays actuels. Cela peut satisfaire une exigence essentielle, mais une copie de récupération en dehors du pays peut ne pas être autorisée. Si la copie doit rester à l'intérieur d'un pays avec une zone divulguée unique, l'architecture a besoin d'une option indépendante dans le pays ou d'une acceptation explicite du risque résiduel de l'installation.

La récupération est une conception de charge de travail, pas une étiquette de produit

Les sauvegardes sont le point où le langage de continuité rencontre un objet récupérable. Lacomparaison des méthodes de sauvegardede Selectel indique que les sauvegardes de serveurs cloud ne sont pas effectuées par défaut. Elle distingue les sauvegardes planifiées ou manuelles de volumes, les images, les instantanés, les logiciels de sauvegarde basés sur l'hôte et les options de copie externe. Le plus important, elle dit qu'un instantané reste sur le même matériel que le volume et est supprimé avec lui, donc un instantané n'est pas une sauvegarde complète.

La limite de stockage varie selon la méthode. Leguide de sauvegarde de volume réseauindique que les sauvegardes complètes et incrémentielles sont stockées en trois copies sur un équipement dédié. Dans un pool mono-zone, chaque segment a un cluster isolé qui stocke les sauvegardes et les disques; dans le pool multi-zones ru-6, un cluster de stockage partagé dessert tous les segments du pool. Trois copies améliorent la résilience du support et du serveur, mais le nombre de copies seul n'établit pas l'indépendance du bâtiment ou du fournisseur.

La portabilité varie également. La comparaison des méthodes indique que les sauvegardes de volumes ordinaires ne peuvent pas être téléchargées, tandis que les images peuvent être téléchargées et déplacées vers une infrastructure tierce. Elle note que les images sont stockées séparément des volumes mais dans le même segment de pool, à moins que le client ne les déplace ou ne les exporte. Un acheteur dont le plan de sortie dépend d'une sauvegarde doit vérifier le format, le temps d'exportation, les clés de chiffrement, la bande passante et la procédure de démarrage avant de choisir cette méthode.

Le succès de la création n'est pas le succès de la récupération. Leguide de création de sauvegardeindique que les sauvegardes n'ont pas de contrôle automatique d'intégrité ou de fonctionnalité et recommande une restauration périodique. Cette recommandation doit devenir un test de récupération observé: créer le nouveau volume, démarrer une instance propre, lancer l'application, valider la cohérence des données, restaurer les secrets via un chemin indépendant et mesurer le temps écoulé.

L'annonce de la région multi-zones de Moscou améliore les options pour certains services gérés et la sauvegarde distribuée, mais elle ne supprime pas les responsabilités applicatives. Un service de base de données peut distribuer ses propres nœuds tandis que le client laisse un service d'identité, une file d'attente de messages ou une dépendance d'objet dans une seule zone. Une couche de contrôle Kubernetes peut s'étendre sur plusieurs zones tandis que son entrée, son registre ou sa base de données externe ne le fait pas. La carte de récupération doit inclure chaque dépendance critique, pas seulement le cluster de calcul le plus visible.

Pour les plus grandes infrastructures VMware, leguide de basculement DRaaSdécrit le basculement des machines protégées vers le cloud Selectel et l'organisation ultérieure du retour ou de la réplication inverse. C'est un mécanisme de récupération plus explicite qu'une copie passive. Il dépend toujours de la réplication préalable, de l'accès aux interfaces pertinentes, des modifications réseau, de l'ordonnancement des applications et de ressources suffisantes sur le site de récupération. Le temps de récupération et le point de récupération sont des propriétés de la configuration testée, pas du nom du produit.

La meilleure conception a généralement deux couches. La première est une récupération rapide au sein du fournisseur, utilisant une autre baie, zone ou région où le service le permet. La seconde est une copie plus lente mais plus indépendante sous des identifiants différents et, lorsque la loi le permet, un opérateur ou une juridiction différente. La première réduit les temps d'arrêt pour les pannes matérielles courantes. La seconde traite la compromission du compte, les défauts du plan de contrôle, les perturbations contractuelles et les événements qui se corrèlent au sein du fournisseur.

Cinq tests de défaillance pour les acheteurs

Le premier test est une perte d'installation. Sélectionnez une ressource de production et tracez son calcul, ses données primaires, ses données de sauvegarde et son entrée réseau vers des zones et installations nommées. Supposons ensuite que le bâtiment principal n'ait pas d'électricité ou de refroidissement pendant une journée. Une conception réussie dispose d'un calcul sain ailleurs, d'une copie cohérente, d'une capacité réservée suffisante, d'une orientation du trafic fonctionnelle et d'un personnel capable d'exécuter le changement sans entrer sur le site défaillant. Avoir simplement une autre zone dans le menu n'est pas un succès.

Le deuxième test est un incident de backbone ou de plan de contrôle. Supposons que le trafic client ne puisse pas atteindre une périphérie, ou que l'interface de compte et le point de terminaison de programmation soient indisponibles tandis que les machines existantes continuent de fonctionner. Observez l'origine et le chemin réels depuis plusieurs réseaux via le Looking Glass et des mesures indépendantes. Confirmez si le DNS, l'anycast, le routage privé et l'accès au support échouent ensemble. Pré-autorisez un changement de trafic qui ne dépend pas de l'interface dégradée.

Le troisième test est une contrainte d'approvisionnement matériel. Supposons qu'un serveur important, un accélérateur ou une pièce réseau tombe en panne et qu'un remplacement identique ne soit pas disponible. Demandez quel substitut est stocké, si les logiciels et les licences le permettent, comment les données se déplacent et quelle performance est perdue. Pour le bare metal, enregistrez le délai de livraison et les engagements de pièces de rechange.

Pour le cloud, établissez si le pool de récupération offre réellement le processeur, la mémoire, le GPU et la classe de stockage requis plutôt que de vous fier au nom du produit au niveau du pays.

Le quatrième test est une perturbation de l'entité juridique ou du paiement. Supposons que le circuit de paiement ordinaire, l'administrateur d'entreprise ou le contractant local soit temporairement indisponible. Confirmez la partie contractante, les conditions applicables, le propriétaire du compte, les contacts d'urgence, la période de grâce, les alternatives de facture et l'autorité d'exporter des données. Gardez plus d'un administrateur formé et assurez-vous que les identifiants de récupération ne sont pas stockés uniquement dans le compte affecté.

Le cinquième test est la portabilité. Commencez par la copie que l'équipe prétend pouvoir quitter la plateforme. Exportez-la, vérifiez sa somme de contrôle, restaurez-la sur une cible propre, reconstruisez le réseau et les identités, et exécutez une transaction métier. Mesurez le coût, la bande passante et le temps écoulé. Si la copie ne peut pas être téléchargée, documentez la conversion ou l'exportation au niveau de l'application nécessaire. Si les données ne peuvent pas quitter la juridiction, utilisez une cible véritablement indépendante à l'intérieur de celle-ci ou indiquez la limitation acceptée.

Ces tests classent les clients par exposition. Une seule machine virtuelle avec un disque attaché dans un pool dépend de l'hôte, de la baie, de la zone, du compte et du fournisseur. Deux instances dans des baies différentes améliorent la tolérance de l'hôte et de la baie mais peuvent conserver des dépendances au niveau de la zone. Un service multi-zones correctement distribué peut survivre à plus de pannes physiques, mais peut encore partager le réseau métropolitain, les logiciels et le risque de contractant.

Une copie externe ajoute de l'indépendance, mais uniquement si les identifiants, les clés, la capacité et l'autorisation légale survivent.

Les tests rendent également les garanties de service plus faciles à interpréter. Un crédit après un temps d'arrêt aide pour le prix, pas la récupération. Un pourcentage de haute disponibilité en dit peu sur une rare panne longue si les conditions exclues, la méthode de mesure et les obligations du client sont inconnues. Les acheteurs doivent utiliser la garantie pour comprendre les incitations, puis utiliser des exercices et la télémétrie pour comprendre la capacité de survie.

Le verdict sur la continuité

Servercore et Selectel exposent suffisamment d'informations actuelles pour soutenir une planification sérieuse de l'infrastructure. Les documents publics identifient les installations russes et internationales, nomment les zones de disponibilité et les pools, divulguent une empreinte significative de baies et de puissance en Russie, décrivent la redondance réseau, publient des matrices de disponibilité des produits et maintiennent une page de statut granulaire. Les pages juridiques rendent également visibles les entités contractantes locales plutôt que de présenter une contrepartie universelle.

Les preuves ne soutiennent pas la réduction de tout cela à « Servercore JSC Selectel » comme un seul fait opérationnel actuel. AS50149 conserve ce texte de titulaire dans RIPEstat, mais il n'est actuellement pas annoncé et n'a pas de préfixes récemment observés dans la vue des collecteurs. JSC Selectel est le contractant russe documenté et a une identité réseau annoncée séparément. Le périmètre juridique actuel de Servercore nomme les contractants du Kazakhstan, de l'Ouzbékistan et du Kenya. Les centres de données partenaires ajoutent une autre couche d'opérateur en dehors de l'empreinte russe la plus profonde.

La proposition de continuité la plus forte est donc conditionnelle. En Russie, un client peut choisir parmi plusieurs sites divulgués et, pour les services pris en charge, une conception multi-zones à Moscou. À Tachkent, deux zones nommées créent une option de séparation dans le pays. Almaty et Nairobi présentent actuellement une seule zone de disponibilité divulguée chacune, donc la récupération au niveau du bâtiment nécessite une réponse supplémentaire. Entre les pays, le Global Router privé ne fournit pas un réseau de récupération transparent.

Les preuves de capacité sont également conditionnelles. Trente mégawatts connectés et 3 612 baies démontrent une échelle physique dans les six installations russes divulguées. Ils ne révèlent pas la marge utilisable en cas de panne. Les matrices de produits et les étiquettes de précommande aident, mais la capacité de récupération ferme provient de la réservation, du contrat et de l'exercice. La même discipline s'applique au réseau: N+1, multiples fournisseurs et marge de trafic sont des affirmations de conception crédibles, tandis que l'indépendance actuelle des chemins nécessite des mesures et des divulgations.

Pour un acheteur, le document décisif n'est pas une liste de régions. C'est une carte des dépendances qui lie chaque service de production à son contractant, son installation ou zone, son pool, sa copie de données, son chemin réseau, sa voie de support et sa cible de récupération. L'événement décisif n'est pas une démonstration commerciale. C'est une restauration ou un basculement effectué sous une hypothèse de perte réaliste.

Cela produit une conclusion équitable. La plateforme est visiblement opérationnelle même si AS50149 est silencieux. Sa continuité peut être forte lorsque le client utilise délibérément des domaines de défaillance séparés, maintient une copie portable et résout à l'avance les frontières juridiques et partenaires. Elle est faible lorsqu'une interface partagée, un point vert de statut ou une ancienne étiquette de système autonome est traité comme une preuve que ces frontières n'existent pas.