摘要
- Varna 数据中心 EOOD 拥有真实的公共基础设施足迹。该公司网站宣传主机托管、VPS/云服务、专用服务器和 IP 通信服务，而联系页面将办公室地址与数据中心地址分开，数据中心地址位于瓦尔纳市“8 Primorski Polk”大道 128 号。
- 网络锚点是 AS57619。RIPEstat 的 AS 概览将持有者标识为 VDC-AS Varna 数据中心 EOOD，并在 2026-07-12 查询窗口标记为已宣告；RIPE 数据库将组织列为 Varna 数据中心 EOOD，国家 BG，注册号 201520130，AS 名称 VDC-AS。
- 公共路由有用但紧凑。RIPEstat 路由状态显示查询窗口内观察到四个 IPv4 前缀、1024 个 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 号的“VDC 办公室”和位于同一城市的“8 Primorski Polk”大道 128 号的“数据中心”。这种区分很有用。它防止读者将商业办公室误认为是技术机房，并为客户提供了一个具体的设施位置，以便对照当地电力、建筑、光纤和访问限制进行核查。
较早的保加利亚语“关于我们”页面提供了有用的历史信息。保加利亚语页面称该项目始于 2011 年，目标是满足瓦尔纳及该地区对独立高科技数据中心的需求。它还表示公司的战略位置让客户可以选择与一个或多个互联网提供商连接。这些并非现有容量的证据，但它们有助于解释公司的定位：如果企业需要本地托管、本地技术访问和出城的多条路由，那么一个区域性的瓦尔纳设施就能发挥作用。
这种区域定位是可信的，但这还不够。数据中心买家不仅需要知道存在一个房间且列出了产品。买家还需要知道安装了多少机柜、剩余可用电力容量是多少、A 和 B 电源路径是如何测试的、有多少运营商进入大楼、光纤路径如何避免同沟、客户故障转移是否经过测试，以及当夜间或全市公用事业事件发生故障时，支持团队如何响应。
公共身份锚点是 AS57619
最清晰的网络身份锚点是AS57619 的 RIPEstat AS 概览，它将持有者标识为 VDC-AS Varna 数据中心 EOOD，并显示该 ASN 在 2026-07-12 查询窗口被宣告。更详细的针对 AS57619 的 RIPE 数据库搜索更为有用。它列出了 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 数据库查询返回了 77.71.112.0/22 的路由对象，描述为“Varna 数据中心 EOOD network”，源 AS 为 AS57619。它还显示更广泛的 77.71.0.0 - 77.71.127.255 分配与 Geodim Ltd. 作为本地互联网注册机构相关联。这是一个正常安排，地址空间可以通过本地运营商关系进行分配和路由。这确实意味着客户应区分“通过 AS57619 可见的地址资源”和“Varna 数据中心 EOOD 拥有的财产或容量”。
有用的结论并非 AS57619 证明了韧性。它证明了存在一个可以质询的公共网络面。买家可以询问路由图、上游合同、BGP 社区、维护窗口、路由来源授权、事件历史和计划容量变更。没有这些答案，路由记录锚定了公司，但并未解决运营风险。
路由表面紧凑且主要为 IPv4
RIPEstat 路由状态视图显示 AS57619 首次见于 2011 年，最后一次见于检查窗口的 2026-07-12。它报告了四个 IPv4 前缀、1024 个 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 的 IPv6 交换地址 2001:7f8:db::5:7619:1，位于 10G 的 Varna 端口。然而，RIPEstat 的 AS57619 路由状态快照在检查的公共路由视图中显示 AS57619 本身当前没有 IPv6 前缀。这两个事实可以共存。网络可以拥有面向交换的 IPv6 地址，而不宣告客户 IPv6 前缀，路由收集器可能不会显示每种私有或有限用途的安排。实际的买家问题是客户服务是否具有可路由的 IPv6，是否得到生产支持，以及 IPv6 是否具有与 IPv4 相同的韧性和支持处理。
路由来源授权情况更好。针对77.71.112.0/24、77.71.113.0/24、77.71.114.0/24和77.71.115.0/24的 RIPEstat RPKI 验证端点在检查结果中均返回了 AS57619 的有效源状态。这是良好的路由卫生。它降低了可见前缀被意外或恶意由错误 ASN 起源的风险。这并不能证明该设施有足够的电力、冷却或备用设备。
因此，公共路由面应被解读为“真实但紧凑”。它让客户足以建立外部监控并验证来源授权。它不足以让他们相信每项宣传的服务都能在没有具体合同证据的情况下承受本地电力事件、冷水机故障、维护错误或光纤中断。
运营商多样性是合理的，但未完全披露
最强的公共运营商多样性证据来自三个地方：公司基础设施页面、RIPE 策略对象和 VarnaIX。基础设施页面称该设施拥有“连接多个独立信道网络的链路”、通向主机托管室的两种独立方式、冗余的物理路径光纤连接以及高达 10 Gbps 的个性化互联网连接。RIPE 数据库 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 和本地交换条目的单一运营商托管站点要好得多。但它仍然留下了最重要的工程问题未解答。上游是否通过物理上多样化的建筑入口交付？列出的邻居是否以有用的容量运载生产流量，还是仅存在于策略对象或有限的对等会话？10G 交换端口是否在运营商故障时有足够余量？是否有自动路由偏好，还是由员工手动干预？客户交叉连接是否可独立于 AS57619 传输使用？
针对 AS57619 的 PeeringDB 网络 API 查询在检查结果中未返回公共网络概要。PeeringDB 缺失本身不是错误；参与是自愿且自我维护的。但缺失消除了运营商、交换点、流量策略、Looking-Glass URL、NOC 联系和对等条件等公共信息的常见位置。对买家来说，这意味着尽职调查的负担转移到了 Varna 数据中心 EOOD 的直接文档上。
设施页面提供了验证地图，而非容量审计
基础设施页面是记录中最具体的公开页面。它称该站点拥有 35 厘米高架地板、机架前穿孔板、高架地板承重能力高达每平方米 1000 公斤、标准机架尺寸 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 负载、当前设备密度、夏季高温以及一台设备停运的情况下是否仍然成立。
气候背景提高了证据要求。世界银行的保加利亚气候变化知识门户提供了国家气候背景，其历史气候学页面强调热应激在城区特别相关。哥白尼报告称，2024 年夏季东南欧经历了六次热浪，包括该地区有记录以来最长和次严重的热浪，在其关于东南欧热浪和干旱的页面中。哥白尼还报告了欧洲热应激天数增加，在其热应激评估中。
这些气候来源并未专门对 Varna 设施进行评级。它们支持一个常识性的工程观点：冷却系统应按热浪和夜间高温来评估，而不仅按宣传册上的运行点。客户应询问设施是否有最近的进气温度监测、是否有冷通道遏制实践、是否记录了湿度偏差、报警是否经过测试以及冷水机维护是否安排在夏季峰值之前。如果设计目标为 20 摄氏度加减容差，买家应询问最近高温期间实际记录的温度。
消防保护类似。设施页面列出了多区域探测、高温探测器、疏散和基于 NAF S125 的气体灭火系统。这比一般的“消防保护”声明更有用。但灭火声明仍需要调试、气瓶检查、分区图、维护日期、员工培训和排放后恢复计划。紧凑的数据机房中的火灾事件可能即使灭火有效也会导致业务中断，因为客户可能失去访问权限，电力分配可能需要检查，暴露于热、烟雾或灭火剂释放的设备可能需要更换。
合理的韧性测试是操作性的而非口头的。要求提供证据：报警已测试、灭火区域与实际房间布局匹配、客户访问在维护期间受控、应急程序指定谁可以进入、谁沟通、谁断电、谁验证安全重启。对于托管服务，询问快照、备份和虚拟服务器映像是否在受影响的区域之外。对于主机托管，询问客户备件存放位置以及谁被授权安装它们。
托管服务将部分风险转移回客户
服务菜单创造了三种不同的客户风险模型。在主机托管中，客户的设备位于设施内，设施提供空间、电力、冷却、连接、访问和支持。在 VPS 或云服务中，Varna 数据中心 EOOD 在物理服务器上提供虚拟化容量。在专用服务器租赁中，公司向客户提供一台物理服务器。故障模式重叠，但责任不同。
VPS/云服务页面描述了通过分割物理服务器创建的虚拟服务器，并表示虚拟化可以在不影响系统性能的情况下提供实时迁移和底层归档。这种措辞很谨慎：它说这些选项可能被提供；它并未说每个计划都包括自动故障转移、持续复制或保证的实时迁移。一般条款补充说，默认情况下所有虚拟服务器和 VPS 托管服务都是非托管的，客户必须自行管理其虚拟服务器除非他们购买管理服务。它们还说提供商承诺在收到付款后 24 小时内将虚拟服务器投入使用。
这意味着 VPS 买家不应假设提供商负责整个恢复问题。如果客户操作系统配置错误、遭到入侵或缺少备份，非托管服务语言可能将恢复工作主要留给客户。如果主机故障，买家需要知道迁移是自动、手动还是对所购计划不可用。如果存储故障，买家需要知道底层归档是否存在、运行频率、存储位置以及如何请求恢复。
专用服务器页面称客户可完全控制 VDC 拥有的一台物理服务器。服务器租赁推广列出戴尔 PowerEdge R630，配备两颗 Intel Xeon E5-2680v4 处理器、128GB 内存、两块 1000GB SSD 组成 RAID 0 或 1、两个电源和月租金。这足够具体，可以展示所营销的租赁硬件类型。这不是关于可用库存、硬件更换时间、RAID 重建策略、带外访问或备份包含的声明。
常见问题解释了为什么服务器级硬件与台式机不同，包括多处理器、磁盘阵列、冗余电源、无需停机更换组件、可升级性和连续运行的可靠性。这是教育材料，而非针对具体计划的承诺。因此，客户应坚持将订单表、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 看起来是瓦尔纳一个真实的区域数据中心和托管提供商。其宣传的容量应被视为合理的。其韧性应被视为未经证实，直到公司提供直接的工程证据。对于低风险工作负载，公开记录可能足以开始供应商对话。对于受监管数据、面向客户的生产系统、呼叫中心服务或无法快速移动的设备，买家应在依赖该服务前要求就电力、冷却、运营商多样性和恢复提供书面答案。
该公司不必看起来像超大规模园区才重要。一个小型瓦尔纳设施恰恰因为本地化而有价值：它可以为区域企业提供附近的机架、本地手、交换入口和保加利亚运营环境。但这种本地价值在与透明的韧性证据相结合时最强。在那之前，宣传的数据中心容量最好被视为一个仍需硬证据来证明它能承受重要故障的严肃声明。