摘要
- Varna 数据中心 EOOD 拥有真实的公共基础设施足迹。公司网站宣传了主机托管、VPS/云、专用服务器和 IP 通信服务，同时联系页面将办公地址与位于瓦尔纳“8 Primorski Polk”大道 128 号的数据中心地址分开列出。
- 网络锚点为 AS57619。RIPEstat 的 AS 概览显示持有者为 VDC-AS Varna 数据中心 EOOD，并在 2026-07-12 查询窗口标记为已宣告；RIPE DB列出组织为 Varna 数据中心 EOOD，国家代码 BG，注册号 201520130，AS 名称为 VDC-AS。
- 公共路由有用但规模较小。RIPEstat 路由状态显示在检查窗口中有四个 IPv4 前缀、1,024 个 IPv4 地址、无 IPv6 前缀以及七个观测到的邻居；宣告前缀列出了 77.71.112.0/24 至 77.71.115.0/24。
- 设施声明非常具体：基础设施页面称该站点有 35 厘米的架空地板、47U 标准机架、N+1 的 A 和 B 路 UPS 系统、一台柴油发电机、两路市电回路、冗余光纤路径、气体灭火系统和 24/7 现场工程支持。但同一公开记录没有公布机架数量、签约电力、当前负载、发电机燃油续航、冷水主机型号、维护结果或客户故障转移测试。
- 证据等级为中等。Varna 数据中心 EOOD 不仅仅是地图上的一个名字，但公开资料更能支撑一份审慎的买家问题清单，而非一个明确的弹性结论。
其营销主张是物理的，而非抽象的
Varna 数据中心 EOOD 将自己定位为本地基础设施公司，而非纯粹的软件经销商。主机托管页面描述客户设备部署在该公司的瓦尔纳数据中心内。VPS/云页面描述了将物理服务器分割为多个虚拟服务器，并可能提供实时迁移和底层归档作为虚拟化的优势。专用服务器页面称客户可获得 VDC 所拥有的一台物理服务器的完全控制权，该服务器完全根据客户需求提供。
这些主张很重要，因为它们将服务从通用的托管用语中抽离出来。主机托管依赖于机架、地板载荷、线缆桥架、交叉连接、访问控制和客户硬件。VPS 依赖于主机密度、存储余量、虚拟机管理程序设计、备份实践和运维人员。专用服务器租赁依赖于自有或租赁的物理硬件、备件、远程访问、电源更换和现场维修窗口。一家公司只有当能够访问真实的设施基地或他人的设施基地时，才能同时营销这三种产品。关于 Varna 数据中心 EOOD 的公开证据指向其位于瓦尔纳的自有站点，但证据仍需谨慎对待，因为公开页面并非负载测试。
最重要的公共地址区分出现在联系页面上。该页面列出了位于瓦尔纳“Nikola Mihaylowski”街 18 号的“Office VDC”，以及同样位于瓦尔纳的“8 Primorski Polk”大道 128 号的“数据中心”。这种区分是有用的。它使读者不会将商业办公室误认为技术机房，并为客户提供了一个具体的设施位置，以便根据当地的电力、建筑、光纤和访问限制进行核实。
较旧的保加利亚语“关于我们”页面提供了一些有用的历史背景。保加利亚语页面称，该项目始于 2011 年，旨在满足瓦尔纳及该地区对独立高科技数据中心的需求。该页面还提到，公司的战略位置使客户能够选择一个或多个互联网提供商进行连接。这些并不是当前容量的证明，但有助于解释公司的立意：如果企业希望获得本地托管、本地技术访问和超过一条的城市出口路由，那么瓦尔纳的区域设施可能会很重要。
这一区域逻辑是可信的。但还不够。数据中心买家不仅需要知道一个房间存在且列出了产品。买家需要知道安装了多少机柜，剩余多少可用电力容量，A 和 B 供电路径如何进行测试，有多少家运营商进入大楼，光纤路径如何避免同一沟道，是否测试过客户故障转移，以及当夜间或全市公用事业事故发生时支持服务如何响应。
公共身份锚点是 AS57619
最清晰的网络身份锚点是RIPEstat 的 AS57619 概览，该概览将持有者标识为 VDC-AS Varna 数据中心 EOOD，并在 2026-07-12 查询窗口中显示该 ASN 已宣告。更详细的RIPE 数据库搜索 AS57619则更有用。它列出了 AS57619 的 aut-num 对象，AS 名称为 VDC-AS，组织为 ORG-VDC1-RIPE，状态为已分配，于 2011 年创建，最后修改日期为 2026 年。同一结果还列出了一个组织对象，其名称为 Varna 数据中心 EOOD，国家代码 BG，注册号 201520130。
这比宣传册更有力。一个自治系统对象并非正常运行时间的保证，但它是一个公共控制面。这意味着该公司在互联网路由系统中是可见的，并且拥有其他网络和客户可以测试的记录。如果一个设施提供托管和主机服务却没有公共 ASN，客户可能不得不完全依赖另一运营商的披露。Varna 数据中心 EOOD 至少为买家提供了一个指定的 ASN 以便监控。
RIPE 对象还显示了运营边界。它列出了来自 AS29687、AS48355、AS174、AS57344 和 AS60349 的上行进口策略，以及来自 AS213093、AS204784 和 AS202593 的客户进口策略。这些策略行不应被视为实时流量的完美映射，因为路由策略记录可能滞后于运营现实。但它们是有意义的，因为它们说明了网络如何向路由社区展示自己。它们表明 Varna 数据中心 EOOD 的公共互联网角色不限于一个静态网站；AS57619 被定位为一个既购买上行连接又服务下游客户的网络。
路由对象增加了更多细节。相同的RIPE DB 查询返回了 77.71.112.0/22 的路由对象，描述为“Varna 数据中心 EOOD network”，起源 AS57619。它还表明，更广泛的 77.71.0.0 - 77.71.127.255 分配与 Geodim Ltd. 作为本地互联网注册机构相关联。这是一种常见的安排，在这种安排中，地址空间可以通过本地运营商关系进行分配和路由。这确实意味着客户应将“通过 AS57619 可见的地址资源”与“Varna 数据中心 EOOD 拥有的财产或容量”区分开来。
有用的结论不是 AS57619 证明了弹性。它证明存在一个可以审问的公共网络表面。买家可以询问路由映射、上行合同、BGP 社区、维护窗口、路由起源授权、事件历史和计划中的容量变更。如果没有这些答案，路由记录虽然锚定了公司，但并未解决运营风险。
路由表面紧凑且主要是 IPv4
RIPEstat 路由状态视图显示 AS57619 首次见于 2011 年，最后见于 2026-07-12（在检查窗口中）。它报告了四个 IPv4 前缀、1,024 个 IPv4 地址、无 IPv6 前缀和七个观测到的邻居。宣告前缀端点列出了 2026-06-28 至 2026-07-12 期间的 77.71.112.0/24、77.71.113.0/24、77.71.114.0/24 和 77.71.115.0/24。
这足以支撑一个活跃网络的断言。但不足以支撑一个大型容量的断言。四个 /24 是一个区域托管和主机托管的足迹，而不是大型多园区运营商那种规模的公共地址表面。紧凑的路由表面可能完全适合所销售的服务。如果该公司服务于具有特定机架、VPS 和通信需求的本地企业，它甚至可能是可取的。但它限制了推断的余地。读者不应将“四个路由的 /24”转化为对机柜数量、兆瓦数、运营商组合或企业级故障转移的假设。
IPv6 方面需要特别关注。VarnaIX 的成员表将 Varna 数据中心 EOOD 列在一个 10G 瓦尔纳端口上，其 IPv6 交换地址为 2001:7f8:db::5:7619:1。然而，RIPEstat 的 AS57619 路由状态快照显示，在检查的公共路由视图中，AS57619 本身当前没有 IPv6 前缀。这两种情况可以共存。一个网络可以在不宣告客户 IPv6 前缀的情况下拥有面向交换机的 IPv6 地址，并且路由收集器可能不显示每一个私有或有限使用的安排。实际的买家问题是，客户服务是否有可路由的 IPv6，是否得到生产支持，以及 IPv6 是否具有与 IPv4 相同的弹性和支持处理。
路由起源授权的图景更为强劲。RIPEstat 的 RPKI 验证端点针对77.71.112.0/24、77.71.113.0/24、77.71.114.0/24和77.71.115.0/24均返回了 AS57619 的有效起源状态（在检查结果中）。这是良好的路由卫生。它降低了可见前缀被错误或恶意 ASN 起源的风险。但它并不证明设施拥有足够的电力、冷却或备件。
因此，公共路由表面应被解读为“真实但紧凑”。它为客户提供了足够的量来进行外部监控并验证起源授权。但它不足以为客户提供相信每项广告服务都能承受本地电力事件、冷水主机故障、维护失误或光纤切断的保证，除非有具体的合同证据。
运营商多样性看似合理，但并未完全披露
最强的公共运营商多样性证据来自三个地方：公司基础设施页面、RIPE 策略对象和 VarnaIX。基础设施页面称该设施具有“连接到多个独立通道网络”的链路、两条进入托管机房的独立路径、物理上分离的冗余光纤连接以及高达 10 Gbps 的独立互联网连接。RIPE DB AS57619 对象列出了多个上行导入/导出条目。RIPEstat 邻居在检查的公共视图中显示了七个观测到的邻居。
邻居名称有助于使证据具体化。RIPEstat 将 AS174 标识为COGENT-174 - Cogent Communications，AS29687 标识为BGWAN-AS Geodim Ltd.，AS57344 标识为TELEHOUSE-AS Telehouse EAD，AS60349 标识为VARTEH-AS Varteh LTD，AS202593 标识为AS_iGaming_Ltd iGaming.com Limited，AS204784 标识为SIS TECHNOLOGY AD，以及 AS213093 标识为PS BG EOOD。AS48355 概览识别为 VARNA-IX Varteh LTD，尽管 RIPEstat 在查询窗口中将其标记为未宣告，而 AS57619 的 RIPE 策略对象仍将其列为一个上行策略条目。
VarnaIX 尤其相关，因为它是本地的。VarnaIX 主页描述了一个位于瓦尔纳的中立互联网交换中心，在瓦尔纳、布尔加斯及该地区有接入点和数据中心。其成员页面列出了 Varna 数据中心 EOOD，ASN 57619，IPv4 地址 185.1.137.28，IPv6 地址 2001:7f8:db::5:7619:1，10G 端口类型，主路由器位置瓦尔纳，社区标签 48355:57619。PeeringDB 针对VarnaIX 的 IX API 记录也列出了位于保加利亚瓦尔纳的 VarnaIX，网站为 varnaix.net。
这些来源支持一个严肃但有限的结论。Varna 数据中心 EOOD 在公共路由记录中似乎拥有不止一个上行或互联路径，并且它显示为 VarnaIX 的成员。这比没有独立 ASN 且没有本地交换入口的单运营商托管站点要好得多。但它仍然留下了最重要的工程问题未解答。上行链路是否通过物理上分离的建筑入口交付？列出的邻居是否以有用的容量承载生产流量，还是其中一些仅仅是策略对象或有限的 peering 会话？10G 交换端口在运营商故障期间是否有足够的余量？是否存在自动路由偏好，还是由工作人员手动干预？客户交叉连接是否可独立于 AS57619 传输而提供给运营商？
PeeringDB 网络 API 查询 AS57619在检查结果中未返回公共网络配置文件。PeeringDB 的缺失本身并不是一个缺陷；参与是自愿的且自我维护。但缺失移除了一个常见的公共位置，运营商在那里发布设施、交换中心、流量策略、looking-glass URL、NOC 联系人和对等条款。对于买家来说，这意味着尽职调查的负担转回了 Varna 数据中心 EOOD 的直接文件。
设施页面给出了一份核查地图，而非容量审计
基础设施页面是记录中最具体的公共页面。它提到该站点有 35 厘米的架空地板，机架前面有穿孔板，架空地板承重能力高达每平方米 1,000 公斤，标准机架尺寸为 2150 x 600 x 900 毫米，机柜高度为 47U。关于电力，它提到有完全独立的 N+1 A 和 B 路 220V UPS 系统、一台柴油发电机、每个电缆或保险丝的独立计量表，以及由能源运营商提供的两个独立回路组成的 A 类主电力。关于冷却，它提到有 N+1 室内机组、距离冷水主机最远 10 米、目标温度 20 摄氏度（含公差）、相对湿度约为 50%（含公差）、架空地板下的冷空气、穿孔板以及冷热分区。关于消防和安全，它列出了可寻址的烟雾和高温探测器、疏散、NAF S125 气体灭火、24 小时大楼安保、视频监控、门禁控制和机柜锁。关于支持，它列出了 24/7 支持工程师、现场技术支持和协助的客户访问。
这是一个有用的问题集。它比模糊的“企业级”声明更详细。它告诉客户要检查哪些物理系统：架空地板、机架载荷、双 UPS 路径、发电机、市电回路、计量、冷水主机距离、冷热分离、火灾探测和气体抑制。它还告诉他们要索取哪些文件：调试记录、预防性维护日志、负载测试结果、发电机燃油合同、UPS 电池年限、冷水主机维护报告、门禁日志和事件历史。
但该页面没有公布关键的容量数字。它没有说明安装了多少机柜、还有多少可用、从市电签下了多少电力、其中多少电力已经加载、每个机柜支持多少千瓦、在实际负载下 UPS 的持续时间、发电机在储存燃油下能运行多少小时、在道路中断期间发电机加油是否有优先权、安装了多少台冷水主机、在夏季峰值负载下 N+1 是否仍然成立，或者消防气体区域是否覆盖每个技术区域。“高达 10 Gbps”的独立互联网连接这一表述，也不等同于端口可用性、上行余量或拥塞期间客户吞吐量的保证。
这就是安装容量与可用容量之间的区别。安装容量是可见的资产基础：机架、电力系统、冷却单元、光纤路径和产品页面。可用容量是在真实故障后剩余的容量。如果一个 UPS 模块因维护而停用，N+1 是否仍然成立？如果在夏季高温期间一路市电回路发生故障，发电机是否能承载实际的 IT 和冷却负载？如果离机房最近的冷水主机发生故障，气流分配设计是否仍能使进风温度保持在限值内？如果一条光纤路径被切断，第二条路径是否通过不同的管道离开建筑并路由到不同的运营商会合点？公共页面提供了足够的细节来询问这些问题；但它并没有回答这些问题。
证书页面称 Varna 数据中心 已通过 ISO 27001:2013 认证，认证范围是提供托管服务、主机托管、虚拟机、通信设备租赁以及开发和交付网络和云解决方案。这对信息安全管理范围是有意义的。但它不等同于公共的层级认证、设施可用性标准、当前的审计报告或每一项弹性声明都经过独立测试的保证。因此，客户应将 ISO 27001 视为供应商保证的一部分，而不是设施工程证据的替代品。
电力是主要的本地依赖
电力是最重要的故障路径，因为其他所有承诺都依赖于它。设施页面声称有来自能源运营商的两个独立回路、N+1 A 和 B 路 UPS 系统以及一台柴油发电机。这些正是数据中心所需的系统。它们也产生了最直接的尽职调查请求：单线图、市电馈入证据、切换测试结果、UPS 拓扑、断路器选择性、电池维护、发电机额定容量、燃油储存、加油安排和事件程序。
本地配电背景很重要，因为 Varna 数据中心 EOOD 是一个区域设施，而不是一个抽象的云区域。ENERGO-PRO 的ERP North 计划停电页面称，计划停电信息按区域提供，并包括瓦尔纳在内。ENERGO-PRO 还宣布了一个数字通知系统，用于提示计划停电，称客户可以收到关于计划维修的电子邮件警告。2026 年 1 月的一份通知称，ERP North 在流感疫情期间暂停了瓦尔纳地区的计划停电，另一份通知称，ENERGO-PRO 在节假日期间提供了 66 个值班团队覆盖其在保加利亚东北部的运营区域。
这些来源并未说明 Varna 数据中心 设施断电。不应以该方式使用它们。它们更广泛的相关性在于：配电网络有计划工作、紧急工作和公共通知程序。一家声称拥有双市电回路和发电机备份的数据中心运营商，应能够解释如何将这些公用事业现实纳入维护窗口和事件响应。如果计划中的公用事业中断影响一个回路，设施应知道第二个回路是否仍然独立，以及发电机测试是否与风险窗口对齐。如果更广泛的区域事件影响供应，买家需要知道发电机的运行时间和加油安排，而不是仅仅听说有一台发电机。
公司自己的合同语言加强了这一点。通用条款称，托管客户必须提供备件，如电源和硬盘，以便在客户服务器的组件停止工作时进行更换。这在电力事件期间很重要，因为客户的设备故障可能会紧随公用事业扰动、切换事件或热应力而发生。设施可能维护了机房，但客户可能仍然承担服务器组件风险。因此，放置关键设备的买家应在现场或根据书面支持安排保留备件，并应了解哪些维修属于标准支持，哪些是收费工作。
同一份条款还称，提供商可在征得客户事先同意后，对技术中心进行更改以改进和优化其工作，且此类更改不应降低客户对技术中心的合同使用。这表明维护和技术更改在合同中被考虑在内。也意味着客户应在个体合同中明确维护通知、审批、回滚和事件沟通义务，而不是假定这些已由营销页面隐含承诺。
冷却和消防控制需要实时证据
冷却是第二大致命故障路径。瓦尔纳的黑海位置并不能使冷却风险消失。公共设施页面称，设计采用 N+1 室内机组、靠近机房的冷水主机、架空地板下冷空气和冷热分区。这些是小型或区域数据中心的标准概念。问题在于，它们在实际 IT 负载下、使用当前设备密度、在夏季高温期间、当一台设备停用时是否依然成立。
气候背景提高了对证据的要求。世界银行的保加利亚气候变化知识门户提供了国家气候背景，其历史气候学页面强调热应激在城市地区尤为相关。Copernicus 在其关于东南欧的高温与干旱的页面中报告称，2024 年夏季东南欧经历了六次热浪，包括该地区有记录以来最长和第二次最严重的热浪。Copernicus 还在其热应力评估中报告了欧洲热应激天数的上升。
这些气候来源并未具体对瓦尔纳设施进行评级。它们支持一个常识性的工程观点：冷却系统应针对热浪和夜间高温进行评估，而不仅仅针对宣传册上的运行工况。客户应询问设施是否有最近的进风温度监控、是否有冷通道封闭措施、湿度偏移是否记录、警报是否测试、冷水主机维护是否在夏季高峰前安排。如果设计目标是 20 摄氏度加减公差，买家应询问在近期高温期间实际记录的温度是多少。
消防类似。设施页面列出了多区域探测、高温探测器、疏散和一个基于 NAF S125 的气体灭火系统。这比通用的“消防保护”声明更有用。但灭火声明仍需要调试、气瓶检查、分区图、维护日期、员工培训和排放后恢复计划。紧凑数据机房中的火灾事件，即使灭火系统正常工作，也可能成为业务中断，因为客户可能无法进入，配电可能需要检查，暴露于热、烟或灭火剂排放的设备可能需要更换。
合理的弹性测试是操作性的，而非修辞性的。要求提供证据表明警报已测试、灭火区域与实际机房布局匹配、客户在维护期间的访问受到控制，以及应急程序明确了谁可以进入、谁负责沟通、谁负责断电、谁负责验证安全重启。对于托管式服务，询问快照、备份和虚拟服务器镜像是否位于受影响区域之外。对于托管服务，询问客户的备件存放在哪里以及谁有权安装它们。
托管式服务将部分风险转移回客户
服务菜单创造了三种不同的客户风险模型。在主机托管中，客户的设备在设施内，设施提供空间、电力、冷却、连接、访问和支持。在 VPS 或云服务中，Varna 数据中心 EOOD 在物理服务器上提供虚拟化容量。在专用服务器租赁中，公司向客户提供一台物理服务器。故障模式重叠，但责任不同。
VPS/云页面描述了通过分割物理服务器创建的虚拟服务器，并提到虚拟化可以提供实时迁移和底层归档，而不会干扰系统性能。这种表述很谨慎：它说可能会提供这些选项；并没有说每个套餐都包括自动故障转移、持续复制或保证实时迁移。通用条款补充道，所有虚拟服务器和 VPS 托管服务默认不提供管理，除非客户购买管理服务，否则客户必须管理自己的虚拟服务器。这些条款还提到，提供商承诺在收到付款后 24 小时内使虚拟服务器投入服务。
这意味着 VPS 买家不应假定提供商承担整个恢复问题。如果访客操作系统配置错误、被入侵或缺少备份，不提供管理服务的语言可能将恢复主要留给客户。如果主机发生故障，买家需要知道迁移是自动的、手动的还是对购买的套餐不可用。如果存储发生故障，买家需要知道是否存在底层归档、其运行频率、存储位置以及如何请求恢复。
专用服务器页面称客户可获得对 VDC 拥有的一台物理服务器的完全控制权。服务器租赁促销列出了一台 Dell PowerEdge R630，配备两个 Intel Xeon E5-2680v4 处理器、128GB RAM、两个 1000GB SSD（RAID 0 或 1）、两个电源以及一个每月价格。这足够具体，显示了正在销售的租赁硬件类型。但它不能说明可用库存、硬件更换时间、RAID 重建策略、带外访问或备份包含。
FAQ解释了为什么服务器级硬件与台式机不同，包括多处理器、磁盘阵列、冗余电源、无需停止服务器即可更换组件、可升级性和连续运行的可靠性。这是教育材料，而不是特定套餐的承诺。因此，客户应坚持要求订单表格、SLA 和支持程序将这些概念转化为具体的职责：备用电源、磁盘、远程手、响应时间、维护批准、监控阈值和数据保护。
虚拟 IP PBX 页面和BCM 页面扩大了受影响用户的范围。Varna 数据中心 EOOD 不仅销售机架空间。它还在营销通信和业务管理软件，这些软件可以直接嵌入客户的呼叫流程、联系历史和支持操作。如果同一设施或网络支撑这些服务，电力、冷却或运营商故障可能不仅中断网站和服务器，还会中断电话、CRM 和呼叫中心功能。
当系统发生故障时，谁会受到影响
受影响方很容易被低估，因为其公共足迹并非超大规模。一个区域数据中心仍然可能对其客户至关重要。托管客户可能在该房间内拥有自己的路由器、服务器、存储和安全设备。VPS 客户可能运行小型企业网站、内部工具、会计系统、远程桌面或应用服务器。专用服务器客户可能托管数据库、电子商务网站、备份目标或专业应用。通信客户可能依赖 IP PBX、SIP 或 BCM 服务进行电话通话、客户记录和内部协调。
故障链可以从多个地方开始。公用事业停电测试 UPS、发电机启动、负载切换和燃油物流。冷却故障测试气流、冷水主机冗余以及工作人员在服务器进风温度上升之前的响应。运营商接入点中断测试物理光纤多样性和 BGP 路径选择。火警或灭火事件测试疏散、安全进入规则和重启规程。计划维护错误测试变更控制。客户硬件故障测试备件可用性和远程手。账单或合同纠纷测试账户管理是否可以在技术系统健康时禁用服务。
通用条款显示了其中一些责任的分配方式。托管客户必须为自己的设备提供备件。VPS 默认不提供管理。技术中心内设备的标准支持包括安装或更换通信模块、重启或连接租用线路。提供商有权出于技术原因优化软件，并在征得事先同意且不会恶化合同使用的情况下对技术中心进行更改。这些条款并不罕见。它们说明了为什么客户必须将合同作为一份基础设施文件来阅读，而不仅仅是法律样板。
当一个数据中心发生故障时，业务问题不仅仅是“是谁造成的？”，而是“谁能行动？”。如果客户服务器需要磁盘，提供商是否有权打开机箱？如果虚拟机在主机故障后停机，谁拥有备份？如果运营商路由拥堵，提供商能否转移流量还是只能提交工单？如果电力事件损坏客户设备，谁验证故障、谁支付零件费用？如果联系中心应用程序不可用，客户服务团队是否有备用号码或离线列表？
因此，本文的运行状况假设是谨慎的。Varna 数据中心 EOOD 的公共足迹真实到足以证明调试分析的必要性，但尚未丰富到足以授予高置信度的弹性评级。降级不是负面判决；它是一种证据纪律。一个设施可能运行良好但公开披露很少。但当公共披露单薄时，买家必须从营销页面转向工程文件，才能依赖该服务。
能够解决问题的证据
买家的核查清单应从电力开始。要求提供公用事业单线图、证明两个回路在物理和电气上独立的证据、UPS 拓扑、实际负载百分比、电池维护状态、发电机额定值、发电机测试日期、燃油容量、加油协议以及发电机承载过真实客户负载的情况。询问维护是否会使站点暂时低于 N+1，以及届时如何通知客户。
第二个清单是冷却。要求提供竣工气流图、冷水主机和室内机组清单、维护记录、夏季设计温度下的容量、实际温度和湿度日志、报警阈值，以及室内机组或冷水主机故障的响应计划。如果机柜密度不同，询问高密度机柜是否被限制、隔离或定价不同。如果设施较旧，询问它如何处理相较于 47U 机架标准和架空地板气流而言更新的服务器功率密度。
第三个清单是运营商和路由弹性。要求提供当前的上行链路、端口速度、承诺速率、物理入口路由、会合安排、交叉连接选项、BGP 社区、路由过滤实践、DDoS 处理、计划维护窗口和故障转移测试。路由记录显示 AS57619 处于活跃状态，并有效起源了四个 /24。VarnaIX 显示了一个 10G 交换端口。这是起点。最终答案取决于这些路径是否真正对客户应用具有足够的多样性。
第四个清单是服务恢复。对于 VPS，询问迁移是实时的、冷迁移的还是手动的；是否包含备份；镜像存储在哪里；恢复需要多长时间；客户能否导出镜像。对于专用服务器，要求提供硬件更换目标、备件库存、IPMI 或远程控制台访问、磁盘更换策略和数据保留处理。对于主机托管，询问标准支持包含哪些工作，哪些需要单独订单。对于 IP PBX 和 BCM 类型服务，询问在设施或运营商中断期间，语音和客户历史功能如何继续。
最后的清单是证明。要求提供近期事件摘要、维护通知、客户沟通样本、屏蔽了敏感客户信息的监控截图、安全审计范围、消防系统维护记录和保险限额。公共页面可以证明设施和网络的存在。证明则确定站点在压力下是否如所宣传的那样运行。
运行评估为中等，且存在明显降级
Varna 数据中心 EOOD 通过了第一道门槛。该公司拥有公开的瓦尔纳数据中心地址、托管和托管式容量的服务页面、详细的基础设施页面、ISO 27001 范围语言、一个活跃的 ASN、对四个可见 IPv4 前缀的有效路由起源检查、多个观测到的 BGP 邻居以及一个 VarnaIX 成员条目。这是一个比没有路由痕迹、没有设施页面的壳牌托管品牌强得多的记录。
但它没有通过第二道门槛。公开材料并未证明安装的机架数量、可用电力余量、发电机运行时间、峰值高温下的冷水主机容量、运营商入口多样性、客户交叉连接可用性、当前服务清单、故障转移测试、备份恢复性能或事件历史。该公司英文网站上的网络页面仅显示"即将推出！"，这对于一个弹性主张严重依赖网络透明度的数据中心运营商来说很尴尬。路由系统部分填补了这一空白，但它无法回答物理和程序性问题。
公平的结论是中等网络证据等级和谨慎的运营态度。Varna 数据中心 EOOD 看起来像瓦尔纳的一个真实的区域数据中心和托管服务提供商。其宣传的容量应被视为可信。其弹性应被视为未经证实，直到该公司提供直接的工程证据。对于低风险工作负载，公开记录可能足以开始供应商对话。对于受监管的数据、面向客户的生产系统、呼叫中心服务或无法快速迁移的设备，买家应要求就电力、冷却、运营商多样性和恢复提供书面答案，然后再依赖该服务。
该公司不必看起来像超大规模园区才重要。一个位于瓦尔纳的小型设施可能正因为其本地性而具有价值：它可以为区域企业提供附近的机架、本地技术人员、交换接入和保加利亚运营环境。但当该本地价值与透明的弹性证据相结合时，它才是最强的。在此之前，宣传的数据中心容量最好被解读为一个严肃的主张，仍在等待能否承受关键故障的过硬证据。