Resumen
- "Datalogika" Ltd. tiene señales operativas actuales: su sitio público vende colocación en un edificio de centro de datos en Dolgoprudny, el panel de pedidos JPE.ru lista productos de rack, medio rack, servidor individual y servidor alquilado, y RIPEstat mostró AS51520 anunciado el 12 de julio de 2026 con 768 direcciones IPv4 y amplia visibilidad IPv4.
- El anclaje físico es inusualmente específico para un pequeño host. Datalogika dice que su sala tiene 170 m², 70 racks abiertos, un promedio de 4,2 kW y un máximo de 7 kW por rack, un UPS de 400 kVA, una subestación transformadora de 400 kW, un generador diésel de 550 kW, 5.000 litros de combustible y una autonomía de 48 horas.
- La evidencia pública aún es incompleta donde se decide la resiliencia del cliente. No hay prueba de carga pública, certificación, contrato upstream, mapa de rutas de operador, programa de repuestos, lista de personal de soporte, procedimiento de acceso a la instalación, registro de restauración de copias de seguridad ni plan de migración de clientes.
- La mejor lectura es un operador de hosting ruso pequeño y activo con una historia de instalación local significativa y un AS visible, no una plataforma en la nube cuya capacidad utilizable, diversidad física o límites de recuperación se puedan inferir solo del marketing.
La venta es un rack antes que una nube
La palabra "alojado" puede hacer que un servicio suene elástico, pero la oferta de Datalogika es físicamente contundente. El sitio de la empresa dice que colocará el equipo del cliente en su propio centro de datos en Moscú, y la página vende un rack completo o colocación por unidad. La sección de tarifas públicas actual endatalogika.rulista un rack con 4 kW desde 80.000 RUB por mes y colocación por unidad con 0,3 kW desde 3.100 RUB por mes. Dice que la potencia promedio suministrada a un rack es de 4,2 kW, el máximo es de 7 kW, los canales de internet agregados en el centro de datos superan los 100 Gb, y se incluye un puerto de internet "Full View" de 100 Mb sin costo adicional.
Ese no es el lenguaje de una región de hiperescala abstracta. Es el lenguaje de una sala, un PDU de rack, un cross-connect, un turno de soporte y una factura. La misma página dice que el montaje, la conexión, la configuración del equipo de telecomunicaciones y el soporte las 24 horas están incluidos para los clientes. También anuncia interfaces de 100 Mb, 1 Gb, 10 Gb, 40 Gb y 100 Gb, y dice que, bajo solicitud, Datalogika puede conectar a un cliente a cualquier proveedor a través de un canal de Capa 2.
La promesa es amplia; la consecuencia física es que cada pedido de cliente tiene que consumir un puerto, margen de potencia, ruta de cable, capacidad de switch, tiempo de técnico y una relación comercial con el operador seleccionado.
El panel de pedidos público hace la oferta más tangible. La página de tienda WHMCS de JPE.ru paracolocación de equiposlista tres productos: colocación de servidor individual desde 3.100 RUB mensuales, alquiler de rack completo desde 80.000 RUB mensuales y alquiler de medio rack desde 52.000 RUB mensuales. Una página separada de JPE.ru paraalquiler de servidoresanuncia servidores configurables desde 2.350 RUB, con opciones de CPU, memoria, disco, chasis y canal. La página de productos WHMCS correspondiente paraservidores alquiladoslista "Aренда сервера - Конструктор" al mismo precio inicial y dice que se incluyen 100 Mb/s más una dirección IPv4 sin costo.
Esto importa porque la colocación y los servidores alquilados fallan de manera diferente. Un cliente de colocación trae su propio equipo y, por lo tanto, mantiene más responsabilidad sobre el ciclo de vida del hardware, el estado del sistema operativo, el reemplazo de discos y la configuración. Un cliente de servidor alquilado depende del chasis de repuesto, procesadores, memoria, unidades, práctica de instalación y cola de manos remotas del host.
En ambos casos, el servicio visible del cliente puede ser un sitio web, sistema de facturación, servidor de juegos, host de correo, aplicación empresarial o nodo de almacenamiento, pero el camino de recuperación comienza con una persona que llega a un rack energizado y decide qué componente físico falló.
La identidad comercial de Datalogika es, por tanto, híbrida. Vende espacio de rack, colocación por unidad y capacidad de servidor alojado desde el mismo entorno de marca pública. Los compradores no deben colapsar esos en una sola promesa. Un cliente de colocación de 1U necesita claridad sobre el acceso a su propio hardware, medios de reemplazo, límites de manos remotas y entrega de operador. Un cliente de rack completo necesita margen de potencia, restricciones de refrigeración, términos de cross-connect y un plan para trabajar dentro del rack durante el mantenimiento de la sala compartida.
Un cliente de servidor alquilado necesita inventario, tiempo de reconstrucción, política de retención de discos, disponibilidad de imágenes y la ruta de transferencia fuera del servicio. Las páginas públicas muestran el menú. No muestran cómo se comporta la cocina durante una avalancha.
El anclaje físico es inusualmente visible
Datalogika ofrece una descripción de la instalación más detallada que muchos hosts pequeños. La sección de instalaciones desu sitiositúa el edificio del centro de datos en Dolgoprudny, óblast de Moscú, en la calle Zhukovskogo 3, y dice que esa dirección rusa es importante para las empresas que procesan datos personales de los usuarios. El pie de página repite el nombre legal en ruso, la dirección de Dolgoprudny, INN 5008048758, KPP 500801001 y OGRN 1085047011334. El objeto de organización de RIPE paraORG-DL620-RIPEtambién nombra"Datalogika" Ltd., da el país RU, da el número de registro 1085047011334 y utiliza la misma dirección de calle de Dolgoprudny.
La sala en sí se describe en términos operativos. Datalogika dice que el área de la sala es de 170 m² y que están instalados 70 racks de servidor abiertos. Nombra un UPS Gamatronic Power+ de 400 kVA y dice que proporciona 10 minutos de operación después de la pérdida de energía de la red. Dice que el centro de datos tiene su propia subestación transformadora de 400 kW, un generador diésel Wilson containerizado de 550 kW, una reserva de combustible de 5.000 litros y suficiente combustible para 48 horas de operación autónoma.
Dice que la transferencia de la subestación al generador ocurre en menos de un minuto, mientras que el UPS mantiene el equipo.
La refrigeración es igualmente específica. Datalogika dice que utiliza aires acondicionados industriales de precisión Hiref con 76 kW de capacidad de refrigeración en un esquema 4+1. El aire frío se suministra bajo un piso elevado de 0,4 m hacia pasillos fríos. El acceso se describe como controlado por pases, con guardias, videovigilancia y extinción de incendios por gas inerte.
Estas son afirmaciones útiles porque identifican los elementos que deben inspeccionarse: carga del UPS, historial de pruebas del generador, contratos de combustible, capacidad de refrigeración, ubicación del condensador, mantenimiento del panel de incendios, control de acceso y la cantidad real de carga de TI instalada en la sala.
La empresa también utiliza lenguaje de Tier, pero la lectura segura es limitada. El sitio dice que el centro de datos "corresponde" a los requisitos de confiabilidad Tier 3, con un edificio separado cercado, duplicación N+1 e infraestructura y comunicaciones redundantes. Un artículo de Datalogika encómo elegir un centro de datosdiscute explícitamente si existe un certificado Tier III y dice que la certificación tiene un costo; dice que JPE orientó su trabajo y equipo técnico hacia esos estándares e invita a los clientes potenciales a evaluar el cumplimiento. ElSistema de Clasificación de Tiersde Uptime Institute trata la certificación Tier como un marco de evaluación formal, y su explicación de Tier III enfatiza la mantenibilidad concurrente. A menos que se muestre un premio público o un certificado para el cliente, la redacción de Tier 3 de Datalogika debe leerse como una afirmación de diseño y operaciones, no como prueba de una instalación certificada.
Los números en sí también necesitan contexto de carga. Un transformador de 400 kW, un generador de 550 kW y un UPS de 400 kVA pueden ser creíbles para una sala pequeña, pero el margen depende del consumo real de TI, la carga de refrigeración, el estado de la batería del UPS, el factor de potencia, la práctica de derivación de mantenimiento, la confiabilidad de arranque del generador y la cantidad de racks realmente vendidos a alta densidad. Setenta racks al promedio anunciado de 4,2 kW implicarían 294 kW de carga de TI antes de refrigeración y otros gastos generales.
Setenta racks al máximo anunciado de 7 kW implicarían 490 kW de carga de TI antes de gastos generales. La página pública no dice si cada rack puede consumir la máxima potencia a la vez, cuántos racks están instalados y vendidos, o cómo la sala asigna la potencia cuando varios clientes piden más.
Esa es la diferencia entre capacidad instalada y capacidad utilizable. La capacidad instalada es el equipo nombrado en el sitio web. La capacidad utilizable es lo que queda después de mantenimiento, calor, baterías, combustible, límites upstream, repuestos y tiempo de soporte. La descripción de la instalación pública es lo suficientemente sólida como para que Datalogika merezca diligencia debida. No es lo suficientemente sólida como para valorar una migración crítica sin una visita al sitio, lecturas de carga y un simulacro de fallo.
La huella de la empresa respalda la continuidad, no la escala
Las señales legales y de servicio público coinciden en torno a una pequeña empresa de larga trayectoria. El pie de página dedatalogika.ruproporciona los identificadores legales y los datos bancarios. La página de perfil corporativo ruso enAudit-it, citando registros oficiales abiertos, lista la entidad legal como activa, da la dirección de Dolgoprudny, identifica la actividad principal como telecomunicaciones documentales, dice que el registro ocurrió el 16 de septiembre de 2008, e informa ingresos de 28,3 millones de RUB en 2025.ZachestnyBiznespresenta independientemente el mismo OGRN, INN, fecha de registro, estado activo y dirección.
Esos espejos corporativos no son lo mismo que telemetría operativa. Son útiles para la escala y la continuidad, no para la calidad del servicio. Una cifra de ingresos de 2025 de alrededor de 28,3 millones de RUB es compatible con una sala pequeña, un personal limitado, una adopción modesta de colocación, ventas de servidores alquilados y trabajo de hosting relacionado. No prueba cuántos clientes están activos, cuántos racks están llenos, si la empresa es dueña del edificio, cuántos empleados están de guardia, cuánta deuda está vinculada al equipo de la instalación, o si un negocio relacionado posee activos fuera de esta entidad legal.
La familia de sitios da otra señal de continuidad. La página principal de Datalogika enlaza alk.jpe.rupara la selección de productos y a la marca JPE.ru en el panel del cliente. Una consulta DNS pública de Google pararegistros A de datalogika.ruresuelve el sitio principal a 91.194.2.25, mientras quejpe.rutambién resuelve a 91.194.2.25 ylk.jpe.ruresuelve a 91.194.2.17. Losregistros NS de datalogika.rusonns1.datalogika.ruyns2.datalogika.ru. Esas direcciones se encuentran dentro del prefijo 91.194.2.0/23 originado por AS51520.
Esta es evidencia de que las puertas de entrada de ventas públicas y cuentas se sirven desde el mismo conjunto de direcciones que Datalogika origina. No es una garantía de que el panel del cliente, el estado de facturación, el catálogo de servicios y los canales de soporte sobrevivan a una pérdida de ese conjunto.
Si el sitio público, la tienda y el panel de control están todos en la misma sala y el mismo bloque enrutado, entonces una interrupción en las instalaciones de Dolgoprudny podría afectar no solo las cargas de trabajo alojadas del cliente, sino también la capacidad del cliente para abrir un ticket, solicitar un reemplazo o leer una página de estado. Si alguno de esos servicios está duplicado en otro lugar, las páginas públicas no lo dicen.
Por lo tanto, la historia del servicio debe tratarse como activa pero pequeña. Datalogika no es simplemente un dominio estacionado con texto desactualizado: las páginas de pedidos devuelven productos activos, el AS está anunciado, los identificadores corporativos siguen siendo coherentes y el sitio anuncia precios mensuales actuales que difieren de metadescripciones antiguas en algunas páginas de artículos. Pero las pequeñas empresas activas aún pueden tener caminos de fallo concentrados. La continuidad le dice al comprador a quién llamar.
No le dice al comprador cuántas llamadas simultáneas puede manejar la empresa cuando falla un rack, un switch o un upstream.
El precio tiene que financiar el reloj de reparación
Los precios públicos de Datalogika son lo suficientemente bajos como para que la economía sea parte de la historia de resiliencia. Un slot de servidor individual a 3.100 RUB por mes, un constructor de servidor alquilado a 2.350 RUB por mes y un rack completo desde 80.000 RUB por mes no son solo cifras de ventas. Son el fondo del cual el host debe pagar electricidad, refrigeración, combustible, upstreams, switches, óptica, piezas de servidor, software, contabilidad, alquiler o costos de propiedad, impuestos, visitas de mantenimiento y las personas que responden cuando algo falla.
El servicio aún puede ser bueno a esos precios, pero solo si la oferta está estrictamente definida y los supuestos operativos son honestos.
Por eso el artículo no trata los artículos "gratuitos" anunciados como sin costo. Un puerto incluido de 100 Mb consume capacidad de switch, capacidad de enrutamiento y margen upstream. El montaje y la configuración incluidos consumen tiempo del personal. Mover el equipo del cliente a expensas de la empresa consume tiempo de vehículo, riesgo de empaque y el día de un técnico. Una instalación gratuita del sistema operativo en un servidor alquilado consume tiempo de construcción y una práctica de instalación repetible.
Estas inclusiones pueden ser una ventaja real para un cliente pequeño que de otro modo tendría que coordinar varios proveedores. También pueden convertirse en una cola cuando muchos clientes necesitan a las mismas personas a la vez.
La cifra de ingresos de 2025 reportada porAudit-itda contexto de escala sin probar la calidad del servicio. Un ingreso de 28,3 millones de RUB puede respaldar una operación de nicho significativa, especialmente si la instalación es compacta, el personal es experimentado y los clientes compran paquetes simples. No es el tipo de escala que permite al comprador asumir un inventario profundo de repuestos, un gran equipo de ingenieros nocturnos, múltiples sitios distantes o tránsito excedente comprado para eventos pico raros. La suposición justa no es debilidad. La suposición justa es que cada característica de recuperación prometida debe financiarse deliberadamente.
Esta es también la razón por la que los clientes de medio rack y rack completo no deben comparar solo los precios mensuales principales. Deben preguntar cómo se facturan los excesos de potencia, si los cross-connects tienen cargos recurrentes, si las interfaces de mayor velocidad requieren una actualización de puerto, si un cliente puede comprar ancho de banda comprometido en lugar de acceso compartido, si las tareas de manos remotas tienen límites de tiempo, y si el trabajo de emergencia se factura de manera diferente al trabajo programado. Un precio base bajo con extras pagados puede ser perfectamente razonable si el contrato lo dice.
Un precio base bajo que absorbe silenciosamente trabajo de recuperación de alta interacción puede volverse frágil durante una mala semana.
Para los clientes de servidores alquilados, la misma aritmética se aplica al hardware. Si un servicio mensual de 2.350 RUB incluye una dirección IPv4 y una ruta de 100 Mb, el host tiene que recuperar el costo del chasis, discos, memoria, potencia, refrigeración, posición del rack y tiempo de reemplazo a lo largo de muchos meses. Eso tiende a favorecer construcciones estándar, reemplazo inmediato limitado y control cuidadoso de solicitudes inusuales.
Los clientes que necesitan reconstrucciones rápidas, custodia especial de discos, alta resistencia de escritura, gran memoria o alto compromiso en la red deben esperar pagar más o recibir una promesa escrita más limitada.
La prueba de compra más útil es, por tanto, no "¿Es Datalogika barato?" sino "¿Qué compra el precio durante una falla?" Si la respuesta es una sala modesta, una dirección rusa designada, ayuda práctica y capacidad alquilada de mejor esfuerzo, la oferta puede ser atractiva. Si el comprador necesita rutas de conmutación por error reservadas, hardware de reemplazo garantizado, recuperación fuera del sitio y respuesta de soporte medida, esas características deben aparecer como compromisos pagados en lugar de inferirse de una tarifa de hosting general.
AS51520 es real, pero la evidencia de enrutamiento tiene límites
La evidencia operativa actual más sólida es la accesibilidad de la red. Elresumen de AS de RIPEstat para AS51520identifica al titular comoRH "Datalogika" Ltd.y marcó el ASN anunciado en el momento de observación del 12 de julio de 2026. Elestado de enrutamientode RIPEstat mostró dos prefijos IPv4, 768 direcciones IPv4, visibilidad en 326 de 327 peers IPv4 de RIPE RIS y ninguna ruta IPv6 visible. Suvista de prefijos anunciadoslistaba 91.194.2.0/23 y 94.232.251.0/24.
La imagen de recursos registrados es desigual de una manera útil. Lavista whois de RIPEstat para AS51520muestra aut-num AS51520, as-name RH, organización ORG-DL620-RIPE, estado ASSIGNED, creado el 16 de septiembre de 2010 y última modificación el 24 de diciembre de 2025. Elregistro 91.194.2.0/23vincula el bloque a ORG-DL620-RIPE, país RU y estado asignado independiente del proveedor. Elregistro 94.232.251.0/24es diferente: es espacio agregable asignado por el proveedor con organización ORG-LA1341-RIPE, y el registro de organización de RIPE paraORG-LA1341-RIPEnombra"RealHost" Ltd.en Krasnoyarsk. El objeto de ruta aún muestra origen AS51520.
Para un comprador, eso significa que el conjunto de direcciones enrutadas de Datalogika debe separarse en espacio propio o registrado por Datalogika y espacio enrutado por Datalogika pero registrado a otra organización. La distinción no es necesariamente un problema. Los operadores de hosting a menudo originan espacio mantenido por clientes, empresas relacionadas o proveedores. Importa durante la salida y la respuesta a incidentes. Si un servicio de cliente está numerado desde 91.194.2.0/23, el control contractual y de registro puede ser diferente de un servicio numerado desde 94.232.251.0/24.
La portabilidad de direcciones, el manejo de contactos de abuso, el filtrado de prefijos, los cambios de RPKI y la reoriginación de emergencia pueden depender de quién controla el recurso y quién puede firmar o mantener objetos de ruta.
RPKI añade el mismo matiz. El endpoint de validación de RIPEstat devolviódesconocidopara AS51520 originando 91.194.2.0/23, mientras que elresultado 94.232.251.0/24devolvió válido con longitud máxima /24. Desconocido no es inválido; significa que no había ninguna autorización de origen de ruta coincidente disponible en ese resultado de validación. Una red que aplica validación de origen estricta no rechazaría una ruta desconocida por la misma razón que rechazaría una inválida, pero una ruta desconocida da menos garantía criptográfica que una válida.
Las páginas de enrutamiento secundarias coinciden en términos generales con la forma mientras añaden más nombres.bgp.tools para AS51520identifica"Datalogika" Ltd., dice que el AS origina dos prefijos IPv4 y ninguno IPv6, lista upstreams AS31500 Global Network Management Inc y AS5467, y muestra el prefijo 91.194.2.0/23 bajo"Datalogika" Ltd.y 94.232.251.0/24 bajo"RealHost" Ltd.. Lapágina BGP de Hurricane Electric para AS51520reporta dos prefijos IPv4 originados, ningún prefijo IPv6 originado, 768 direcciones IPv4 originadas, 31 peers IPv4 observados y tres intercambios de Internet: Eurasia Peering IX en Moscú, PITER-IX Moscú y Sibir-IX en Krasnoyarsk.
PeeringDB es más conservador. Suentrada API de red para AS51520nombra "Krasnoyarsk network", enlaza el sitio webhttp://www.kraslan.ru, dice que la política es abierta, y registra un recuento de IX y ninguna instalación. Suentrada netixlanmuestra un puerto operativo de 10 Gb en Eurasia Peering IX con dirección IPv4 185.232.60.109. La diferencia entre la imagen autoinformada de un IX de PeeringDB y la vista de intercambio más amplia de HE es exactamente por qué un artículo no debe equiparar una página de enrutamiento con diversidad física. El Internet público puede ver adyacencias; no ve todos los pedidos de cross-connect, compromisos de puerto, términos de mantenimiento, entradas de fibra o salas compartidas.
Lavista de vecinosde RIPEstat reportó 20 vecinos observados en el momento de la investigación, con AS31500 llevando con diferencia el mayor peso visible en ese endpoint. Eso respalda la hipótesis de que Global Network Management es el upstream visible principal, pero el resultado aún necesita redacción cuidadosa. "Vecino observado" no es lo mismo que contrato de proveedor. Algunos vecinos son peers, otros pueden ser downstreams, algunos pueden ser artefactos de route-server, y algunos pueden aparecer o desaparecer con la política. El hecho de que AS51520 tenga múltiples vecinos observados es bueno. El hecho de que un upstream visible domine es una pregunta de resiliencia.
La diversidad de tránsito no es lo mismo que la diversidad de restauración
La propia página de Datalogika dice que los canales de Internet agregados en el centro de datos superan los 100 Gb y que puede proporcionar interfaces de hasta 100 Gb. La afirmación es útil pero incompleta. Una interfaz capaz de 100 Gb es una opción de puerto, no prueba de que un cliente reciba una ruta comprometida de 100 Gb. Los canales de Internet agregados no son lo mismo que capacidad de conmutación por error sin congestión. Si el upstream más grande falla, la pregunta es cuánto tráfico de clientes pueden transportar las rutas supervivientes sin pérdida, jitter o limitación comercial.
Aquí es donde la economía de los hosts pequeños se vuelve práctica. Un gran operador puede tener tránsito de repuesto, múltiples fibras urbanas, rutas ópticas separadas, un segundo centro de operaciones y comunicaciones formales de incidentes mayores. Un host pequeño aún puede ser confiable, especialmente si su mezcla de clientes es modesta y su personal técnico conoce cada rack. Pero un host pequeño tiene menos lugares para ocultar el estrés. Un router fallido, un peer saturado, un técnico no disponible, una puerta de instalación cerrada o una ventana de mantenimiento de un proveedor pueden afectar a una gran parte de la base de clientes.
Elinforme de incidentes de seguridad de telecomunicaciones de ENISA 2024es útil aquí no porque diga algo sobre Datalogika, sino porque identifica mecanismos de fallo comunes en incidentes de telecomunicaciones: cortes de cable y software defectuoso o cambios de actualización aparecen de manera prominente entre las causas técnicas vinculadas a errores humanos. Los resúmenes de incidentes de ENISA más antiguos también identificaron fallos del sistema y cortes de energía como impulsores recurrentes de interrupciones. Esas categorías se asignan directamente a un host pequeño: el trabajo civil puede cortar una ruta de fibra; un cambio de router puede filtrar o retirar rutas; una transición de energía puede exponer una cadena de UPS débil; un lote de discos fallido puede agotar los repuestos.
La oferta pública de Datalogika menciona soporte 24/7, montaje y configuración incluidos, y manos remotas en su guía de artículos. No publica un roster de soporte, secuencia de escalamiento, lista de routers de repuesto, SLA de reparación de cross-connect, calendario de mantenimiento, página de estado, archivo de interrupciones ni registro posterior a incidentes. Esas ausencias no son hallazgos de mal rendimiento. Son límites sobre lo que un comprador puede inferir. Un host puede tener excelentes procedimientos privados y aún publicar poco.
Un comprador que maneje cargas de trabajo orientadas al público debe pedir ver los procedimientos antes de tratar el servicio como resiliente.
El reloj de reparación también cambia según el tipo de fallo. Un disco defectuoso en un servidor alquilado puede ser un intercambio de hardware el mismo día si la pieza está en el sitio y el ingeniero puede acceder al rack. Un servidor fallido propiedad del cliente en colocación puede requerir que el cliente suministre piezas o autorice una tarea práctica. Un módulo de UPS fallido puede requerir soporte del proveedor. Un corte de fibra puede recaer en un operador upstream o metropolitano. Una fuga de ruta puede requerir coordinación con peers, servidores de ruta y tránsito.
La falla del panel de facturación puede bloquear la acción del cliente incluso si los paquetes continúan fluyendo. El cliente experimenta una interrupción; el host experimenta varios propietarios.
Por eso "ventanas de reparación" pertenece al título. El servicio no solo se vende en precios mensuales. Se vende en el tiempo entre la primera alarma y la función restaurada. Las páginas públicas de Datalogika son sólidas en especificaciones de sala y pedidos de productos, pero el registro público es más débil en restauración medida. La brecha es donde un comprador debe negociar.
La localidad es una característica, pero también reduce la ruta de salida
Datalogika vende explícitamente una dirección rusa como valiosa para empresas que procesan datos personales de los usuarios. Esa afirmación se ajusta al contexto del mercado. La entrada de WILMAP de Stanford sobreLey Federal No. 242-FZresume la regla de localización de datos personales rusa como que requiere el procesamiento de datos personales de ciudadanos rusos con servidores ubicados en Rusia. Una sala en Dolgoprudny puede ser, por tanto, un activo comercial para clientes que desean infraestructura alojada en Rusia sin usar una nube más grande o un carrier hotel más caro.
La localidad tiene dos caras. Puede mejorar la postura de cumplimiento, reducir el tiempo de viaje para clientes del área de Moscú, apoyar un servicio práctico en ruso y mantener el hardware con datos en una jurisdicción conocida. También puede reducir la portabilidad si el servicio depende de direcciones IP locales, contratos locales, soporte en ruso, piezas de repuesto en la sala o acuerdos de operador que son difíciles de reproducir en otro lugar.
Un cliente debe saber si mudarse implica enviar sus propios servidores, copiar imágenes de disco a un nuevo servidor alquilado, renumerar desde el espacio AS51520, cambiar DNS, cambiar filtros upstream o esperar una transferencia de proveedor a proveedor.
La dirección de las instalaciones de Datalogika es particularmente importante para los clientes de colocación. Si un cliente tiene razones regulatorias, contractuales o de seguridad para mantener un servidor dentro de Rusia, la sala de Dolgoprudny puede satisfacer el requisito de ubicación. Pero si el cliente luego necesita un segundo sitio, una copia de seguridad fuera del sitio o una espera en caliente, el mismo requisito de ubicación se convierte en una restricción de diseño. Una copia de seguridad en otro país puede ser inaceptable para algunos datos.
Una copia de seguridad en la misma sala puede no sobrevivir al mismo incidente de la instalación. Un segundo sitio ruso puede requerir otro proveedor y un plan de movimiento de datos probado.
Las páginas públicas no muestran dicho plan. No publicitan replicación multi-sitio, almacenamiento de objetos, copia de seguridad administrada, custodia de medios fuera del sitio, conmutación por error entre regiones o una segunda instalación rusa. La página de alquiler de servidores anuncia instalación del sistema operativo y hardware configurable; la página de colocación anuncia capacidad de rack y unidad; el panel WHMCS acepta pedidos. Ninguna de esas superficies describe cómo sale un cliente bajo estrés. Eso no hace que el servicio sea inadecuado. Significa que el comprador es dueño de la pregunta.
La localidad de los datos también afecta el manejo de imágenes y discos después de una falla. Si Datalogika alquila un servidor a un cliente, ¿quién controla los discos viejos después del reemplazo? ¿Cómo se manejan los discos fallidos? ¿Puede un cliente solicitar destrucción, devolución, retención o evidencia de borrado? Si el cliente coloca su propio equipo, ¿puede el host retirar medios solo con aprobación por escrito? Si el host migra a un cliente a hardware de reemplazo, ¿dónde se almacena la copia provisional?
El registro público no responde esas preguntas, sin embargo, son centrales para la promesa implícita en una dirección física rusa.
La conclusión más segura es que Datalogika puede ser interesante para clientes que necesitan capacidad de rack o servidor ubicada en Rusia y valoran el enfoque práctico de un operador más pequeño. No debe tratarse como capacidad de nube automáticamente portátil. La localidad no es solo una coordenada de mapa; es una restricción de recuperación y salida.
Seis fallos definen el servicio real
Un fallo de alimentación o refrigeración de rack
La historia de la sala comienza con la alimentación y la refrigeración. Datalogika nombra su UPS, transformador, generador, reserva de combustible y disposición de refrigeración. Un cliente debe preguntar cómo esos componentes se asignan a su propio rack. ¿Hay alimentaciones A y B disponibles? ¿Cada rack tiene alimentación redundante? ¿Qué sucede cuando una ruta de alimentación se aísla para mantenimiento? ¿Cuál es el intervalo de medición a nivel de rack? ¿Qué tan cerca está el cliente del promedio de 4,2 kW o del máximo de 7 kW? ¿Los racks de alta densidad están distribuidos en pasillos fríos o agrupados?
¿Cómo se prueba un fallo de unidad de refrigeración bajo calor estival?
Las partes afectadas no son solo los clientes en un rack. Si la refrigeración está limitada, los racks vecinos pueden ser degradados. Si la entrega de combustible se retrasa, toda la sala puede enfrentar una decisión de apagado. Si las baterías del UPS son más débiles de lo esperado, la ventana de arranque del generador prometida se vuelve más ajustada. La página pública dice que el mantenimiento preventivo no detiene el centro de datos. Un comprador debe preguntar por el último evento de mantenimiento en el que eso se demostró.
Un fallo de upstream o peering
El enrutamiento de AS51520 es visible y solo IPv4 en la observación pública. RIPEstat muestra dos prefijos anunciados y 20 vecinos observados. bgp.tools lista AS31500 y AS5467 como upstreams, y HE lista tres intercambios de Internet. Esta es evidencia positiva de que Datalogika no solo está haciendo NAT detrás del banda ancha minorista de otro proveedor. Tiene un AS, origina su espacio de direcciones y hace peering o tránsito en enrutamiento público.
La pregunta de fallo es si las rutas supervivientes pueden transportar la carga del cliente. Si se elimina AS31500, ¿todos los prefijos siguen siendo visibles a través de otras rutas? ¿Se comporta 94.232.251.0/24 de manera diferente a 91.194.2.0/23 porque el control de registro difiere? ¿Se prueban los filtros de ruta, los límites de prefijo máximo y la configuración de RPKI? ¿Hay un contacto documentado para cambios de ruta fuera de la sala afectada? ¿Son accesibles el panel del cliente y el correo de soporte a través de una ruta diferente? La visibilidad BGP pública no responde esas preguntas; solo muestra que las rutas están allí ahora.
Una escasez de stock de hardware
La página de servidores alquilados de Datalogika anuncia procesadores desde 4 núcleos/4 hilos hasta 8 núcleos/16 hilos, memoria desde 8 GB hasta 96 GB, HDD desde 1 TB hasta 10 TB, SSD desde 240 GB hasta 960 GB, y chasis de 1U a 3U con una o dos fuentes de alimentación. Esa es una oferta de hardware configurable, no una divulgación de inventario. Un host pequeño puede entregar esto bien si almacena piezas comunes y mantiene límites claros en construcciones personalizadas.
Puede tener dificultades si un fallo afecta a un chasis raro, un tamaño de disco que ya no tiene en stock, un controlador antiguo, una pieza de doble PSU o un cliente que necesita un reemplazo exacto.
El comprador debe preguntar qué componentes están en stock en el sitio, cuáles se piden después del fallo, qué sustitutos son aceptables y cómo se reconstruye un servidor cuando la pieza exacta no está disponible. Para servidores alquilados, el host debe indicar si el cliente recibe hardware de reemplazo, hardware temporal o reparación retrasada. Para colocación, el cliente debe saber qué tareas realizarán las manos remotas y cuáles requieren que el cliente envíe piezas o asista al sitio.
Un cuello de botella de soporte
El soporte las 24 horas es valioso solo si la cola de soporte tiene suficientes personas con suficiente autoridad. La página pública de Datalogika dice que el soporte es gratuito para todos los clientes y la página del artículo dice que el equipo está bajo observación continua por parte de especialistas del servicio técnico. El registro público no identifica el número de personal, el patrón de turnos, los subcontratistas, la autoridad de escalamiento, la cobertura de idiomas, los objetivos de respuesta a tickets ni la práctica de incidentes simultáneos.
Los operadores pequeños a menudo ganan porque los ingenieros experimentados responden directamente en lugar de enrutar cada tarea a través de un centro de llamadas distante. Esa ventaja desaparece cuando un ingeniero es responsable de demasiados clientes o cuando un incidente en la instalación bloquea el acceso físico. Los compradores deben preguntar quién puede entrar a la sala por la noche, quién puede realizar trabajos eléctricos, quién puede tocar los medios del cliente, quién puede autorizar escalamientos de operadores y qué sucede si varios clientes solicitan manos remotas durante la misma interrupción.
Una interrupción del panel de facturación o control
La puerta de entrada del cliente importa. Las páginas de productos públicos y el flujo de inicio de sesión están en lk.jpe.ru, que resuelve dentro del mismo rango de direcciones 91.194.2.0/23. El panel WHMCS es una forma normal para que un host pequeño venda, facture y soporte servicios. También se convierte en parte de la superficie de resiliencia. Si el mismo fallo de instalación o ruta afecta tanto las cargas de trabajo del cliente como el panel, los clientes pueden perder el canal ordinario para tickets, pedidos y facturas en el momento exacto en que lo necesitan.
El comprador debe preguntar por una ruta de soporte fuera de banda: teléfono, correo electrónico alternativo, página de estado externa o contacto de escalamiento designado. También debe preguntar qué sucede con la facturación recurrente si el panel no está disponible, si la lógica de suspensión del servicio es manual o automática, y cómo se restaura el acceso a la cuenta después de un problema de identidad o sesión. Un servicio alojado no son solo paquetes y energía; también es la capacidad del cliente para obtener acción durante el estrés.
Un fallo de migración o salida
El fallo final no es una interrupción repentina sino un movimiento que no se puede completar. Un cliente podría irse debido a crecimiento, exposición a sanciones, cambio de precio, cambio de cumplimiento, adquisición, problema de rendimiento o la necesidad de un segundo sitio. Para colocación, la salida puede implicar recogida física, embalaje remoto, manejo de aduanas o mensajería, reglas de medios con datos y tiempo de inactividad coordinado.
Para servidores alquilados, la salida puede implicar exportación de imágenes, ventanas de rsync, cambios de DNS, actualizaciones de firewall, renumeración y verificación de que los discos viejos se borraron o devolvieron según la regla acordada.
Las páginas públicas de Datalogika no definen la portabilidad de datos. Tampoco muestran si los clientes pueden traer su propio espacio IP, anunciarlo a través de AS51520, retener un bloque después de irse o mover direcciones a otro proveedor. Esto es normal para un sitio web público pequeño, pero debe cubrirse en los términos del contrato. El peor momento para aprender que un host no puede producir una imagen utilizable, enviar hardware rápidamente o mantener rutas durante una mudanza es después de que un servicio de producción ya está bajo presión.
Las preguntas de diligencia debida son concretas
El comprador no necesita una gran auditoría para empezar. Necesita una tabla que divida cada servicio prometido en propietarios y relojes de restauración. Para la alimentación, debe preguntar por la carga actual del rack, la fecha de prueba de la batería del UPS, la fecha de prueba del generador, el contrato de combustible, la práctica de derivación de mantenimiento y la potencia máxima segura por rack durante una degradación de refrigeración. Para la refrigeración, debe preguntar cómo se comporta el diseño Hiref 4+1 cuando una unidad está fuera, dónde se mide la temperatura y si los racks de alta densidad son degradados.
Para la red, debe preguntar por los contratos upstream reales, las velocidades comprometidas, las velocidades de puerto, la participación en servidores de ruta, los prefijos cubiertos por RPKI, los contactos de filtro de ruta y el registro de prueba de conmutación por error para cada prefijo. Debe separar 91.194.2.0/23 de 94.232.251.0/24 porque los registros difieren. Debe preguntar si IPv6 está disponible aunque no apareció ninguna ruta IPv6 visible en la observación de RIPEstat. Debe preguntar si el panel del cliente, el correo de soporte y la comunicación de estado dependen de las mismas rutas AS51520.
Para el hardware, debe preguntar qué posee Datalogika, qué posee el cliente y qué posee un proveedor relacionado. Debe preguntar por discos de repuesto, PSUs de repuesto, puertos de switch de repuesto, óptica, rieles, límites de manos remotas y tiempos de reemplazo por producto. Los clientes de servidores alquilados deben preguntar si el servicio está respaldado por máquinas de repuesto idénticas o por una cola de construcción. Los clientes de colocación deben preguntar si las manos remotas pueden intercambiar discos, conectar un carro de diagnóstico, recolocar memoria, mover un cable de parche o enviar equipo fallido.
Para el soporte, debe preguntar por el acceso nocturno, los nombres de escalamiento, los objetivos de respuesta y restauración, el manejo de fallos simultáneos y la ruta de comunicación si el panel WHMCS no es accesible. Debe probar las rutas telefónicas y de correo electrónico antes de firmar. También debe preguntar si las facturas, los avisos de suspensión y los eventos de renovación se pueden manejar manualmente si el panel está caído.
Para la localidad, debe preguntar si todos los datos del cliente permanecen en las instalaciones de Dolgoprudny, si se ofrecen copias de seguridad, si algún soporte subcontratado ve los sistemas del cliente, qué sucede con los discos fallidos y qué evidencia está disponible para la eliminación de medios con datos. La afirmación de ubicación rusa es útil solo si el manejo operativo de medios, copias de seguridad y migración es igualmente explícito.
Ninguna de esas preguntas es exótica. Son las preguntas ordinarias ocultas detrás de un precio mensual bajo. Datalogika publica suficientes detalles para que valga la pena hacer las preguntas. No publica lo suficiente para que los compradores puedan omitirlas.
El veredicto operativo
"Datalogika" Ltd. debe tratarse como un operador de hosting pequeño y activo con evidencia real de infraestructura pública. La empresa tiene una dirección coherente en Dolgoprudny en su propio sitio y en el registro de organización de RIPE, un sistema de pedidos JPE.ru accesible, productos de colocación y servidores alquilados, una descripción detallada de las instalaciones, un AS anunciado, dos prefijos IPv4 visibles, un contacto público de abuso en su propio dominio y páginas de enrutamiento externas que muestran presencia de upstream e intercambio. Eso es un piso significativo.
El techo es más bajo de lo que el lenguaje de marketing puede implicar. Una afirmación alineada con Tier 3 no es lo mismo que un premio de certificación pública. Una opción de interfaz de 100 Gb no es lo mismo que capacidad de conmutación por error comprometida. Una afirmación de 48 horas de combustible de generador no es lo mismo que un incidente de varios días probado. Múltiples peers no son lo mismo que entradas de fibra separadas. Una dirección rusa no es lo mismo que un plan completo de soberanía de datos y salida. Un botón de pedido WHMCS no es lo mismo que stock de hardware.
La brecha de evidencia más importante no es si la empresa existe. Es cómo se recupera la capacidad cuando la sala, la ruta, el escritorio de soporte y el panel del cliente están estresados juntos. El mejor caso de Datalogika es atractivo: un operador pequeño y práctico con una sala específica, precios modestos, soporte local y suficiente visibilidad de enrutamiento para servir a clientes que necesitan capacidad de rack o servidor ubicada en Rusia. Su caso más débil es la concentración: una sala, un equipo pequeño, un conjunto de direcciones y dependencias de proveedores que pueden no ser visibles hasta que se abra una ventana de reparación.
Eso hace que la regla de compra sea simple. Use Datalogika para cargas de trabajo cuyo riesgo se ajuste a un host físico pequeño, o exija pruebas antes de colocar cargas de trabajo que necesiten conmutación por error medida, continuidad fuera del sitio o portabilidad rápida. La empresa vende capacidad alojada, pero el servicio sigue hecho de racks, energía, tránsito, hardware y personas. El trabajo del comprador es hacer visibles cada uno de esos elementos antes de que la primera interrupción los haga obvios.