Resumen
- La propuesta más interesante de 3HCloud no es una configuración de máquina virtual de 1,50 $. Es la promesa de que las instancias en la nube, los servidores físicos alquilados y el hardware propio del cliente puedan compartir red, almacenamiento en bloque, gestión y soporte sin forzar al cliente a adoptar la pila propietaria de un hiperescalar.
- Es necesario aclarar el perímetro legal y operativo. Los registros de Florida muestran una empresa activa, 3HCloud LLC, constituida en 2020, mientras que el sistema autónomo que utiliza el servicio sigue registrado a nombre de la antigua Newserverlife LLC. Las dos compañías comparten directivos identificados en documentos públicos, pero la evidencia pública no establece con precisión su relación de propiedad, activos o responsabilidad.
- El proveedor publica más detalles operativos de bajo nivel que muchos pequeños hosts: el apagado no detiene la facturación de la VM, el almacenamiento separado sigue siendo facturable, las instantáneas permanecen en el almacenamiento primario, las copias de seguridad programadas no se verifican automáticamente en cuanto a consistencia y el ancho de banda se factura por velocidad media horaria. Esa franqueza es útil, pero también revela dependencias que deben tenerse en cuenta en el diseño.
- La “garantía de disponibilidad del 100 %” es un objetivo contractual respaldado por créditos de servicio para recursos virtuales elegibles, no una prueba de una disponibilidad medida del 100 %. Los servidores dedicados, el bare metal, la colocación, el panel de control, la API, el DNS, las copias de seguridad y varios otros componentes quedan fuera de la garantía.
- 3HCloud puede resultar económicamente atractivo para equipos que entienden de infraestructura y valoran los precios desglosados, las API de OpenStack, el almacenamiento Fibre Channel y el soporte dirigido por ingenieros. Los compradores que necesiten conformidad auditada, amplios servicios gestionados, resiliencia multirregional demostrada de forma independiente o tiempos de respuesta de soporte estrictamente especificados tienen más trabajo por hacer antes de considerarlo un estándar de producción.
- La prueba de adquisición decisiva es la portabilidad ante fallos: ¿puede el cliente recrear la capacidad de cómputo, recuperar los datos que conserva de forma independiente, conservar o reemplazar el direccionamiento, trasladar el equipo físico y operar cuando el portal o la cola de soporte de 3HCloud no estén disponibles?
El control más revelador en la documentación de 3HCloud no es “Crear servidor”, sino “Apagar”.
En muchas nubes, el cliente aprende el significado económico de ese botón solo después de la primera factura sorprendente. 3HCloud lo declara directamente: un servidor virtual se cobra desde su creación hasta su eliminación, y ponerlo en estado SHUTOFF no detiene la facturación. Eliminarlo termina el cargo por cómputo, pero también elimina su volumen de sistema. Un puerto de red separado de antemano puede conservar sus direcciones públicas para otra máquina, aunque la dirección IPv4 asociada a ese puerto sigue generando un costo. Un volumen de bloque adicional sigue facturándose cuando se separa.
Estas son reglas de infraestructura habituales, pero exponerlas claramente revela la unidad real del servicio. El cliente no está comprando “un servidor”. El cliente está montando cómputo, almacenamiento, puertos, direcciones, ancho de banda e infraestructura asistida por soporte, cada uno con un ciclo de vida diferente.
Ese montaje es la base de la afirmación más amplia de 3HCloud. Sudescripción corporativa de la plataformadice que los clientes pueden combinar su propio hardware, los servidores bare metal de 3HCloud y las instancias en la nube en un único entorno convergente. La idea es más sustancial que una oferta de VPS de bajo costo. Una empresa podría ejecutar nodos de aplicaciones con picos de demanda como máquinas virtuales, una base de datos con licencia en hardware dedicado, un dispositivo sensible a la latencia en su propio servidor y almacenamiento en bloque compartido para los tres. Si la red y las operaciones realmente abarcan esas capas, el cliente puede cambiar la ubicación de una carga de trabajo sin cambiar todas las dependencias circundantes.
Pero también hay una trampa. La convergencia no elimina la dependencia; la reorganiza. Cuantos más tipos de hardware compartan el direccionamiento, las redes de almacenamiento, el panel de control, la cuenta de facturación y el proceso de soporte de un mismo proveedor, mayor será la consecuencia si alguno de esos sistemas compartidos falla o se vuelve comercialmente inaccesible. Por lo tanto, 3HCloud no debe evaluarse ni como un hiperescalar en miniatura ni como un proveedor de bajo costo convencional.
Es mejor entenderlo como un pequeño operador de infraestructura que intenta hacer utilizables las uniones entre la nube, el bare metal y la colocación. Su propuesta se basa en si esas uniones están bien documentadas, son contractuales y reversibles.
Dos empresas de Florida detrás de un nombre de red
La identidad contractual es clara en la primera capa. Los Términos de Uso de 3HCloud definen al proveedor como 3HCloud LLC, con domicilio en 2031 Harrison Street, Hollywood, Florida. Elregistro de la División de Corporaciones de Floridamuestra a 3HCloud LLC como una compañía de responsabilidad limitada activa en Florida, número de documento L20000375976, presentada y con vigencia desde el 1 de diciembre de 2020. Su informe anual de 2026 se presentó el 28 de enero de 2026. El registro nombra a Konstantin Kolosovskiy como gerente y a Elena Kolosovskaya como miembro autorizado.
La identidad de red es menos simple. El servicio utiliza el sistema autónomo AS49791 y el conjunto de enrutamiento AS49791:AS-3HCLOUD. Sin embargo,la vista de enrutamiento actual de BGP.tools, basada en datos de registro y enrutamiento, identifica a la organización registrada como Newserverlife LLC, aunque apunta a 3hcloud.com como el sitio web de la red. En el momento de esta revisión mostraba una red activa asignada por RIPE, 43 prefijos IPv4 originados, 14 prefijos IPv6 y cuatro proveedores de tránsito ascendente nombrados: Cogent, Kazakhtelecom, Hurricane Electric y Fiord. Estas cifras son una observación cambiante, no una declaración de capacidad fija.
Newserverlife no es solo un nombre comercial similar. Suexpediente empresarial de Floridamuestra una LLC de Florida activa y separada, número de documento L19000013202, constituida en enero de 2019. En él figuran las mismas dos personas en funciones de administración o membresía, y también presentó un informe anual de 2026 el 28 de enero. Esta es una prueba sólida de una administración común y una relación operativa. No es, por sí sola, una prueba de que una empresa sea propietaria de la otra, de que todos los activos de red se hayan transferido o de que Newserverlife garantice las obligaciones de 3HCloud.
Un segundo directorio de redes presenta la identidad de cara al público de manera diferente.PeeringDB lista AS49791bajo el nombre de organización 3HCLOUD LLC, con 3hcloud.com como su sitio web, un alcance global, una política de peering abierta y un nivel de tráfico autoinformado de 20-50 Gbps. La información de su organización e instalaciones se actualizó por última vez en agosto de 2024. PeeringDB es una valiosa evidencia operativa, pero los datos son proporcionados por los participantes de la red y no deben confundirse con una auditoría de la titularidad corporativa o la capacidad actual.
La conclusión sensata es limitada. Hecho verificado: 3HCloud LLC es una empresa activa en Florida y es la entidad nombrada en el contrato público de cliente. Hecho verificado: AS49791 está activo y está registrado en los datos de enrutamiento a nombre de Newserverlife LLC. Hecho verificado: las dos entidades de Florida comparten administradores nombrados. Inferencia razonable: 3HCloud es la operación de nube de cara al cliente construida sobre recursos de red histórica o legalmente asociados con Newserverlife.
Sin resolver: qué entidad emplea al personal de operaciones de red, posee o alquila bloques de direcciones y equipos específicos, firma contratos de colocación, recibe notificaciones de abuso y asume la responsabilidad cuando un problema de enrutamiento o de las instalaciones afecta a un cliente de 3HCloud.
Esto no es una razón para descartar el servicio. Es una razón para incluir el mapeo de entidades en el proceso de adquisición. Un comprador empresarial debe exigir que el formulario de pedido, las condiciones de tratamiento de datos, el SLA, la gestión de abusos, los derechos de asignación de IP y cualquier anexo específico de las instalaciones nombren de forma coherente a la entidad responsable.
Debe preguntar si Newserverlife es un subcontratista, afiliado, licenciante o propietario de activos; si 3HCloud puede seguir operando AS49791 si esa relación cambia; y si el cliente puede contactar directamente con la función de operaciones de red durante una fuga de ruta, una denuncia de secuestro o una disputa por abuso. La respuesta importa más que un logotipo, porque la red es uno de los puntos de control compartidos de la plataforma convergente.
Existen al menos algunas pruebas independientes de que la propia 3HCloud LLC celebra acuerdos de infraestructura reales. Undocumento de 2025 presentado en la quiebra de Monster Worldwideidentifica a “3HCLOUD” con domicilio en Harrison Street como contraparte de un acuerdo marco de servicios y una orden de venta. Un contrato más reciente delservicio VPS de SpicePropdeclara que su tecnología e infraestructura VPS son proporcionadas por 3HCloud LLC. Ninguno de estos documentos demuestra calidad de servicio, escala de ingresos o capacidad, pero ambos van más allá del propio marketing del proveedor y muestran a la empresa apareciendo en contextos contractuales de terceros.
Seis metrópolis comercializadas, cinco instalaciones observadas, varios mapas diferentes
La geografía pública de 3HCloud no puede reducirse a una sola lista de ubicaciones, porque sus propias páginas describen el perímetro de manera diferente.
Ladocumentación actual de creación de servidores virtualesenumera Varsovia, Miami, Dallas, Manila y Almaty como regiones o zonas de disponibilidad seleccionables. En cambio, la página del producto en la nube describe Varsovia, Dallas, San Francisco, Miami y Manila. Lapágina de preciospublica tarifas de ancho de banda para los seis nombres de ciudad: Manila, Dallas, Miami, Varsovia, San Francisco y Almaty. Mientras tanto, la navegación del sitio seguía etiquetando en julio de 2026 los servidores dedicados como “próximamente”, a pesar de que la documentación de servidores dedicados describe un servicio activo basado en tickets. Estas diferencias pueden reflejar cambios en la capacidad, disponibilidad específica del producto o páginas que se actualizan a diferentes velocidades. Hacen que una cotización en vivo y una verificación en el portal sean más autorizadas que un mapa de marketing.
La evidencia de red independiente cubre parte, pero no toda, esa huella. PeeringDB registra AS49791 en cinco instalaciones de tres metrópolis: ATMAN Warsaw-1 y Equinix WA3 en Varsovia; Digital Realty y Equinix MI1 en Miami; y Digital Realty en 365 Main Street en San Francisco. También registra un puerto de 10 Gbps en el punto de intercambio de Internet Equinix de Varsovia. La ausencia de Dallas, Manila o Almaty en ese directorio no prueba que 3HCloud carezca de servicio allí. Un proveedor puede llegar a un sitio a través de tránsito, un socio, una red alquilada, peering remoto u otro sistema autónomo.
Sí significa que el mapa de instalaciones de AS49791 públicamente observable es más reducido que el mapa comercial de seis ciudades.
Los operadores de las instalaciones proporcionan una corroboración útil. Eldirectorio de socios de Digital Realtyenumera a 3H Cloud y nombra San Francisco, Dallas y Miami como ubicaciones de socios, al tiempo que describe el bare metal entre los servicios disponibles. Lapágina de las instalaciones Warsaw-1 de Atmansitúa ese campus en la calle Grochowska 21a y describe un sitio neutral con ingenieros in situ, múltiples edificios de centro de datos y certificaciones a nivel de instalación. Estas fuentes respaldan la existencia de relaciones o presencia real en las instalaciones. No establecen cuánto espacio o energía alquila 3HCloud, en qué salas se encuentra su equipo o si cada servicio de 3HCloud hereda todas las características de resiliencia anunciadas por el operador del edificio.
La distinción es esencial. Una certificación de centro de datos se aplica a la instalación y al alcance evaluados. No certifica automáticamente el plano de control de la nube de 3HCloud, las prácticas de los empleados, el acceso lógico, el sistema de copias de seguridad o el proceso de soporte al cliente. Del mismo modo, una inclusión en un directorio de socios confirma una conexión comercial, pero no un armario dedicado, una arquitectura de doble sitio o una participación en la propiedad del edificio. 3HCloud a veces denomina a los sitios “nuestros centros de datos”, aunque también se refiere a “instalaciones de socios”.
La descripción pública más precisa es que opera infraestructura en entornos de centros de datos de terceros, y la división exacta de propiedad y operación requiere confirmación específica para cada sitio.
Los datos de enrutamiento añaden otra capa. BGP.tools muestra un conjunto mixto de descripciones de prefijos bajo AS49791, incluyendo espacio de direcciones etiquetado para 3HCloud, Newserverlife y organizaciones downstream o clientes. Esto es coherente con un operador de red que presta servicio a su propia nube y a otras redes. También significa que el recuento de prefijos a nivel de ASN no debe tomarse como el tamaño de la nube minorista de 3HCloud.
Un comprador debe solicitar el ASN de origen, la combinación de proveedores ascendentes, la ruta DDoS, el estado del objeto de ruta, la cobertura RPKI y la transferencia de instalaciones para la región exacta que se va a contratar, en lugar de extrapolar a partir del AS global.
Existen pequeños pero útiles rastros operativos. En junio de 2026, el proyecto de filtrado OpenBLDinformó del despliegue de un servidor respaldado por 3HCloud en San Francisco. Se trata de un reconocimiento del proyecto, no de una prueba controlada, pero corrobora la actividad actual del servicio en una ciudad que aparece en PeeringDB y en el directorio de socios de Digital Realty. La evidencia pública para Manila y Almaty depende más de la propia documentación y precios de 3HCloud. Para despliegues regulados o sensibles a la latencia, el cliente debe exigir el nombre de la instalación, el país físico, la residencia de los datos, el límite del soporte y la ruta de red en el anexo del pedido.
La convergencia es un flujo de trabajo, no una etiqueta de producto
Los tres modos de infraestructura de la plataforma comienzan de manera diferente.
Una máquina virtual es en gran medida de autoservicio. El cliente selecciona una región, sistema operativo o imagen personalizada, configuración de cómputo, volumen, red y método de autenticación. El primer servidor en una región solicita la creación de una red externa con IPv4 e IPv6; se pueden adjuntar redes internas y puertos creados previamente. Los cambios de cómputo provocan un reinicio, documentado en aproximadamente uno o dos minutos. Las relaciones personalizadas de CPU a memoria salen del autoservicio y pasan a un ticket de soporte.
Un servidor dedicado está guiado por el departamento comercial y de soporte. Ladocumentación de servidores dedicadosindica al comprador que envíe los requisitos del proyecto y técnicos, tras lo cual el equipo comercial prepara una oferta. El servicio descrito incluye conectividad a Internet, IPv4 e IPv6, red privada opcional, IPMI, sustitución de componentes averiados o del servidor completo y soporte técnico las 24 horas. Una vez activado, el servidor aparece en el mismo panel de control con sesiones IPMI, detalles de conexión SAN y volúmenes virtuales adjuntos.
El equipo propiedad del cliente añade logística y una dependencia física más visible. Ladocumentación de colocacióndescribe el alojamiento de servidores o racks, la asistencia de manos remotas, el acceso IPMI, los volúmenes SAN y las conexiones de red. Para un servidor alojado, 3HCloud dice que utiliza enlaces SFP+ de 10 Gbps a dos conmutadores separados con agregación de enlaces configurada en ambos lados. Esta es una descripción de implementación significativa, aunque sigue siendo una declaración del proveedor y debe coincidir con el sitio y el hardware contratados.
Por lo tanto, la convergencia no consiste en que todos los recursos se aprovisionen de forma idéntica. No es así. Consiste en que varios sistemas circundantes pueden persistir a través de ellos: una red privada, direccionamiento público, volúmenes de bloque, vistas de monitorización, una cuenta de cliente, facturación y una relación de soporte. Una empresa podría empezar con una VM, trasladar una base de datos a un servidor HPE dedicado, conectar almacenamiento Fibre Channel y, más tarde, colocar su propio dispositivo en la misma instalación. El valor reside en evitar un rediseño completo de la red y del proceso operativo en cada paso.
Ese valor es mayor para los clientes con capacidad de infraestructura. Ladocumentación de la API de 3HCloudafirma que la plataforma sigue un modelo API-first y remite a los usuarios a la API de OpenStack y al proveedor de OpenStack para Terraform. Una cuenta puede crear hasta diez usuarios de API; sus contraseñas generadas se muestran una sola vez y el acceso puede revocarse de forma irreversible, mientras se conserva el registro histórico del usuario. Esto proporciona a los equipos una vía de automatización conocida y hace más plausible una construcción declarativa que un servicio propietario solo por consola.
No convierte en automatizada cada parte del entorno. El propio flujo de trabajo del proveedor deja las formas de VM no estándar, las ofertas de servidores dedicados, la configuración de conmutadores, algunas credenciales IPMI, la eliminación del puerto 25 y varios cambios de red en manos de tickets. La etiqueta “próximamente” en la navegación de servidores dedicados también entra en conflicto con la detallada documentación operativa y la inclusión en la lista de terceros de Digital Realty.
La interpretación justa es que los productos físicos se basan en presupuestos y pueden estar disponibles de forma selectiva, en lugar de ser un catálogo de despliegue inmediato respaldado por un inventario. El área de compras debe preguntar por el stock real, el stock de sustitución, el plazo de aprovisionamiento y las consecuencias si un servidor equivalente no está disponible tras un fallo.
OpenStack reduce un tipo de dependencia del proveedor
OpenStack es el elemento más creíble en la afirmación de 3HCloud de ser independiente del proveedor. Proporciona a los clientes interfaces ampliamente utilizadas para cómputo, imágenes, redes y volúmenes. Las configuraciones de Terraform se pueden conservar en un repositorio de código normal. Las imágenes de máquina personalizadas se pueden importar. Un cliente puede entender muchos recursos utilizando conceptos estándar en lugar de aprender una API completamente privada.
El proveedor también ha publicado una detalladaguía de migración de VMware a OpenStack. Cubre la preparación de VirtIO, la exportación de imágenes, la conversión de VMDK a RAW, la carga de imágenes, el nuevo direccionamiento, el corte de DNS y la necesidad de trasladar los datos acumulados durante la migración. Para Windows describe un proceso de controladores y recuperación más complejo. Se trata de una guía elaborada por la empresa, no de un registro de la migración de un cliente concreto, pero reconoce de forma útil que trasladar una VM es una secuencia de tareas de compatibilidad, imagen, red y datos, no un botón mágico de importación.
Las interfaces abiertas reducen la dependencia del plano de control. No eliminan la gravedad de los datos ni el estado específico del servicio. Un archivo de Terraform puede recrear una red virtual, pero no puede transferir instantáneamente un volumen Fibre Channel de varios terabytes. Una imagen de OpenStack puede salir de la plataforma, pero una dirección IPv4 pública puede que no. La configuración de un balanceador de carga puede documentarse, pero su dirección de servicio y su estado de salud siguen necesitando un plan de corte.
Un servidor en colocación puede enviarse a otro lugar, pero solo después de la aprobación de acceso, el trabajo de manos remotas, el embalaje, la recogida por el transportista y la conectividad de sustitución.
Incluso dentro de la nube, los detalles del ciclo de vida de los recursos importan. 3HCloud dice que cambiar la configuración de una VM la reinicia. No ofrece una reinstalación del sistema operativo en el sentido habitual descrito por su flujo de trabajo; el enfoque documentado más seguro es conservar lo necesario, eliminar y recrear, o restaurar a partir de una imagen, instantánea o copia de seguridad. El volumen del sistema está vinculado a la eliminación del servidor, a menos que el cliente haya protegido o exportado los datos deliberadamente.
Estas son limitaciones manejables, pero solo si la automatización incluye datos y direccionamiento, no solo cómputo.
La propia API es una dependencia. El SLA excluye expresamente la API y el panel de control. Si la aplicación permanece en línea pero la API no puede crear una instancia de reemplazo, la “disponibilidad” contractual del recurso en ejecución puede mantenerse intacta mientras el proceso de recuperación del cliente está bloqueado. Un diseño serio debe conservar las credenciales de línea de comandos, los detalles actuales del endpoint, el último estado conocido de la infraestructura y una vía de escalado de soporte. También debe probar qué operaciones continúan cuando el portal web no está disponible.
El almacenamiento es la bisagra, y un punto de concentración
La arquitectura de 3HCloud se vuelve más distintiva en el almacenamiento. El proveedor vende volúmenes de bloque en cinco clases de rendimiento publicadas, desde SSD Lite con 1.000 IOPS y 100 MB/s hasta SSD Ultra con 25.000 IOPS y 750 MB/s. Los precios de lista actuales oscilan entre 0,01 $ y 0,10 $ por GiB al mes. Se trata de especificaciones de producto y precios, no de un rendimiento sostenido medido de forma independiente.
Los compradores deben preguntar sobre el tamaño de E/S, la combinación de lectura/escritura, el comportamiento en ráfagas, los percentiles de latencia, la profundidad de la cola, los controles de “vecino ruidoso” y si los límites se aplican por volumen o en todo el pool de almacenamiento.
Para las máquinas virtuales, 3HCloud comercializa el almacenamiento externo Fibre Channel como una forma de reiniciar una instancia en otro nodo de cómputo tras un fallo del host, conservando el acceso a sus datos. Se trata de una arquitectura plausible y una ventaja real sobre una VM cuyo único disco es local a un host. Sin embargo, la documentación pública no expone la política de planificación, el objetivo de recuperación, el diseño del quórum, la disposición de los controladores ni un historial de pruebas de conmutación por error.
La afirmación debe tratarse como una declaración de la empresa que debe verificarse durante una prueba de concepto, no como una garantía de recuperación establecida de forma independiente.
La parte física es más concreta. Laguía de Fibre Channeldescribe tráfico de almacenamiento separado, World Wide Names, operación de múltiples rutas y dos redes etiquetadas como A y B. Un servidor dedicado o colocado puede ver volúmenes a través de múltiples rutas, por lo que un fallo de conmutador o puerto no tiene por qué eliminar el acceso al almacenamiento si el host está configurado correctamente. Laguía de instalación de VMware ESXillega a describir un servidor HPE, iLO, un disco 3PAR, un cambio de agregación de enlaces asistido por soporte y una comprobación de rutas múltiples. Esta es una prueba valiosa de que la propuesta híbrida se implementa a nivel operativo, aunque una sola guía no puede demostrar que todas las regiones utilicen el mismo hardware o redundancia.
El almacenamiento compartido es a la vez el puente y el radio de explosión. Permite que los datos sobrevivan a un fallo del host de cómputo y se presenten a diferentes tipos de servidor. Pero si las máquinas virtuales, el bare metal alquilado y el hardware propiedad del cliente dependen todos del mismo sistema de almacenamiento, red, proceso de zonificación o equipo de operaciones, un incidente de almacenamiento puede cruzar los límites que se suponía que la separación de cómputo debía crear.
Las redes duales mitigan el fallo de ruta; por sí solas no solucionan un defecto del controlador, un error de firmware, una equivocación administrativa, un volumen dañado, una interrupción de las instalaciones o la pérdida del plano de gestión del almacenamiento.
La distinción que hace 3HCloud entre instantáneas y copias de seguridad es inusualmente importante. Sudocumentación de instantáneasdice que una instantánea permanece en el mismo hardware que el volumen de origen y requiere que el almacenamiento primario esté disponible. Dice explícitamente que una instantánea no es una copia de seguridad. Esa advertencia debe tomarse literalmente: una instantánea puede ser conveniente para clonar o revertir, pero no es una copia independiente contra la pérdida del sistema de almacenamiento de origen.
Ladocumentación de copias de seguridadañade una segunda advertencia sincera. Las copias de seguridad programadas no reciben comprobaciones automáticas de rendimiento y consistencia, y se aconseja a los clientes que las restauren periódicamente. Las copias de seguridad capturan los datos escritos en el volumen, no el estado que solo existe en la memoria. Se conservan según el número de copias configurado y pueden permanecer después de que se elimine el volumen o el servidor de origen. Por lo tanto, el servicio proporciona un mecanismo, no una garantía de recuperación completa.
Para un uso en producción, las preguntas sin respuesta son arquitectónicas. ¿Está el repositorio de copias de seguridad en un dominio de fallo diferente al del conjunto primario? ¿Está en la misma instalación, en otra región de 3HCloud o en un proveedor distinto? ¿Están las copias de seguridad cifradas con claves controladas por el proveedor o por el cliente? ¿Puede un cliente exportarlas sin restaurarlas a través de 3HCloud? ¿Cuáles son los tiempos de restauración probados para un volumen y para una aplicación completa? ¿Están disponibles las API y los metadatos de las copias de seguridad si el portal no funciona?
El comprador debe mantener al menos una copia controlada de forma independiente para los datos cuya pérdida pondría en peligro el negocio. El almacenamiento convergente es conveniente precisamente porque es compartido; la recuperación independiente debe ser deliberadamente no convergente.
La factura de red mide la velocidad, no los bytes transferidos
El modelo de ancho de banda de 3HCloud es una de sus elecciones comerciales más originales. En lugar de presentar solo una asignación mensual de transferencia, mide la velocidad media de entrada y salida durante cada hora. Si la dirección más alta supera el umbral dedicado del cliente, el exceso de Mbps se cobra a una tarifa específica de la región. El panel de control muestra los excesos de umbral, y el cliente puede imponer un límite de velocidad para evitar cargos adicionales. Las tarjetas de red agregan recursos por región, con la nube y la infraestructura física mostradas como categorías separadas.
Ese modelo puede ser atractivo para cargas de trabajo con ráfagas que se mantienen por debajo de un umbral alto, y expresa el costo de red en el lenguaje de capacidad utilizado por los operadores. También puede ser menos intuitivo que una asignación en terabytes. Una transferencia corta de alta velocidad puede ser barata si su media horaria se mantiene baja; un flujo sostenido puede generar cargos horarios repetidos. Las cargas de trabajo asimétricas se cobran por la dirección más alta, no por ambas. Los equipos necesitan modelar Mbps-hora, no solo bytes mensuales.
Las descripciones públicas requieren aclaración. La página de precios dice que cada VM incluye 1 Gbps antes del exceso y publica tarifas por Mbps-hora en seis regiones. Ladocumentación de acceso a Internetindica 1.000 Mbps como umbral predeterminado en Varsovia, Miami y San Francisco, pero 50 Mbps en Manila, y luego advierte que el umbral dedicado no es necesariamente el mismo que el ancho de banda gratuito. Dallas y Almaty no están incluidos en ese ejemplo. Esto puede ser una diferencia entre la velocidad de puerto incluida, el umbral dedicado y la política regional actual, pero un cliente no debería tener que inferir el límite facturable. El pedido debe indicar el ancho de banda gratuito, el umbral dedicado, el límite de puerto físico, la tarifa de exceso y el ámbito de agregación para cada región.
También se publican opciones de tarifa plana sin medición. En Dallas, Miami, Varsovia y San Francisco, el precio de lista de julio de 2026 oscila entre 50 $ al mes por 100 Mbps y 2.000 $ por 10 Gbps; Manila y Almaty tienen tarifas regionales más altas. Estas cifras muestran por qué 3HCloud puede anunciar cómputo barato mientras trata la capacidad de red como su propia capa económica. También hacen que la forma de la carga de trabajo sea decisiva. Una VM de desarrollo con poca conectividad y un origen de streaming pueden usar el mismo plan de CPU, pero tener economías radicalmente diferentes para el proveedor.
La VM más pequeña ilustra la desagregación. Lacalculadora de productos en la nubemuestra una instancia compartida de 1 vCPU y 1 GB de RAM por 1,50 $ al mes, luego añade un disco de sistema SSD Lite mínimo de 16 GB por 0,16 $ y una IPv4 por 1 $, lo que da un total mostrado de 2,66 $ al mes. IPv6 es gratuita. El precio es realmente bajo, pero el titular de 1,50 $ no es una configuración arrancable y accesible públicamente por sí sola. El rendimiento del almacenamiento, el almacenamiento de copias de seguridad, las licencias de Windows, el balanceo de carga y el ancho de banda sostenido son decisiones separadas.
La facturación continúa hasta que los recursos se eliminan, no solo cuando están inactivos. Ladocumentación de facturaciónindica que el uso es por horas y que la tarjeta predeterminada se carga normalmente cuando se cierra el ciclo —por lo general, los días uno y dieciséis del mes— o cuando se alcanza el límite de crédito. Esto es razonablemente transparente, pero impone disciplina en la higiene de la cuenta. Los puertos huérfanos, los volúmenes separados, las copias de seguridad conservadas y los recursos olvidados pueden sobrevivir después de que el propietario de la aplicación crea que un proyecto ha terminado.
Los Términos añaden restricciones de carga de trabajo. Los relays públicos, la reventa de ancho de banda, los túneles públicos y el software proxy pueden estar prohibidos cuando el tráfico es altamente simétrico y se mantiene por encima de las condiciones de consumo establecidas, a menos que se acuerde por separado o se utilicen opciones de tarifa plana sin medición que lo permitan. El puerto TCP 25 de salida está bloqueado por defecto y se puede abrir mediante un ticket.
Un comprador que planee cargas de trabajo de VPN, proxy, correo, CDN, juegos o distribución de datos debe obtener una confirmación por escrito de que el patrón previsto está permitido y tiene un precio correcto.
Lo que compra el “100 %”
ElAcuerdo de Nivel de Serviciode 3HCloud establece un objetivo de disponibilidad del 100 % para los recursos virtuales cubiertos. La frase es prominente en el sitio web, pero el contrato define su significado de forma más restrictiva que el eslogan de marketing.
La garantía se aplica a servidores virtuales de pago, instancias en la nube, almacenamiento en la nube y otros recursos expresamente incluidos en el acuerdo. No se aplica a servidores físicos dedicados, bare metal o colocación. También excluye el sitio web de 3HCloud, los servidores DNS, la API, el panel de control, las integraciones de pago, los servicios beta y las copias de seguridad de los clientes. El funcionamiento y el rendimiento de la GPU quedan fuera de la garantía general, y el tiempo de inactividad confirmado del servidor GPU se compensa minuto a minuto.
La “infraestructura” cubierta se define en torno a la disponibilidad del nodo host y del puerto de red conectado a la red troncal del proveedor.
Esto no es una prueba de que 3HCloud haya alcanzado un 100 % de tiempo de actividad histórico. En esta revisión no se identificó ningún archivo público de incidentes ni una serie de disponibilidad auditada de forma independiente. El SLA es una promesa sobre la elegibilidad para créditos tras una indisponibilidad que cumpla los requisitos. Los Términos, por separado, niegan un funcionamiento ininterrumpido, completamente seguro o libre de errores y excluyen las pérdidas consecuentes, como el tiempo de inactividad y la pérdida de datos, sujeto a la legislación aplicable.
El programa de créditos es finito. Menos de nueve minutos de indisponibilidad del recurso dan derecho a dos horas de crédito; de 10 a 59 minutos, a seis horas; de 60 a 119, a 12 horas; de 120 a 239, a 24 horas; de 240 a 419, a 48 horas; y 420 minutos o más, a 168 horas. La tabla publicada parece dejar exactamente nueve minutos sin asignar, un punto de redacción que merece aclaración. Los créditos se calculan sobre el recurso afectado, con un límite máximo del costo mensual de dicho recurso, se transfieren en lugar de pagarse en efectivo y se describen como el recurso exclusivo.
El proceso de reclamación está impulsado por el cliente. Se debe presentar un ticket solicitando explícitamente una compensación en un plazo de 60 días. Incluso si 3HCloud tiene conocimiento de una interrupción, el crédito no se inicia sin esa solicitud. La empresa determina de forma independiente si se produjo un fallo y cuánto duró; los registros del cliente son pruebas de referencia. 3HCloud recomienda la salida de MTR o traceroute, capturas de pantalla y registros de aplicaciones.
Existe una tensión práctica con losTérminos de Uso, que prohíben utilizar el servicio para supervisar su disponibilidad, seguridad, rendimiento o funcionalidad, o para realizar evaluaciones comparativas, sin permiso expreso por escrito. La intención probable es restringir las pruebas competitivas o las evaluaciones abusivas, en lugar de impedir que un cliente supervise su propio sistema de producción, pero la cláusula es amplia en su redacción. Dado que el SLA pide a los clientes que conserven pruebas técnicas, los compradores deben obtener permiso por escrito para las pruebas sintéticas de disponibilidad habituales, la supervisión de latencia, el escaneo de seguridad y las actividades de evaluación comparativa utilizadas para la aceptación o la planificación de capacidad.
Numerosas exclusiones pueden ser comercialmente razonables, pero tienen consecuencias arquitectónicas. El mantenimiento programado puede excluirse con aviso previo en condiciones definidas; la reparación de emergencia de vulnerabilidades críticas puede excluirse sin aviso. El software del cliente, la sobrecarga, los reinicios de configuración, la restauración de copias de seguridad, el impago, los ataques DDoS y la tecnología de terceros fuera del control de 3HCloud también pueden quedar fuera de los créditos. Un ataque DDoS masivo superior a 100 Gbps o que dure más de cuatro horas se considera fuerza mayor.
Una pérdida de paquetes superior al 0,5 % entre una instancia y el primer salto del proveedor desencadena una investigación, pero no un crédito automático a menos que 3HCloud verifique un fallo de infraestructura.
Por lo tanto, el remedio es mucho menor que el impacto en el negocio para la mayoría de las aplicaciones serias. Los Términos limitan la responsabilidad total por reclamaciones relevantes a las tarifas de los productos aplicables durante los dos meses anteriores y excluyen muchas formas de pérdidas indirectas o consecuentes. Una semana de crédito de recursos tras una interrupción prolongada puede ser simbólicamente responsable, pero no financiará transacciones perdidas, migraciones de emergencia o reconstrucción de datos. El uso correcto del SLA es como línea de base de adquisición y proceso de escalado, no como sustituto de la redundancia.
El soporte es parte de la arquitectura
Los pequeños proveedores de infraestructura a menudo compiten con personas en lugar de con amplitud de productos. 3HCloud dice que los clientes contactan con ingenieros en lugar de chatbots, y sudocumentación de soportedescribe un soporte técnico 24/7 a través de un sistema de tickets. Los tickets muestran un ingeniero asignado, estado, historial y archivos adjuntos; los tickets cerrados se pueden reabrir comentando. El departamento comercial opera en horario del Este de EE. UU. en días laborables.
El material público no especifica niveles de gravedad, objetivos de primera respuesta, objetivos de restauración, escalado telefónico para incidentes críticos ni funciones designadas de gestión de servicios. Esa ausencia es importante porque el soporte está integrado en varias vías técnicas. El aprovisionamiento de servidores dedicados comienza con un ticket. Las proporciones de VM personalizadas requieren un ticket. Algunos cambios de umbral de red y la eliminación del puerto 25 requieren un ticket. Un despliegue de ESXi requiere soporte para configurar la agregación de enlaces.
Las credenciales IPMI se obtienen a través del soporte tras la instalación. Si se produce un problema de zonificación Fibre Channel o de un componente físico, el cliente no puede resolver todas las capas por sí solo.
Esto puede ser una fortaleza cuando el equipo es competente y localizable. Un operador pequeño puede diagnosticar a través de los límites de cómputo, conmutación, SAN e instalaciones más rápido que un gran proveedor cuyas colas de soporte están segmentadas por producto. También puede ser un riesgo de concentración. Las fuentes públicas no establecen el tamaño de los equipos de operaciones de red y soporte, su cobertura geográfica, personal de guardia, cobertura de idiomas, rotación de empleados o dependencia de individuos concretos.
No hay base para afirmar un fallo de soporte; tampoco la hay para asumir una profundidad de personal similar a la de un hiperescalar.
Los servicios físicos añaden otra parte. Atman y Digital Realty operan edificios y capacidades de manos remotas, mientras que 3HCloud presenta el servicio de cara al cliente. Un fallo en la fuente de alimentación podría implicar al proveedor del servidor, al soporte de 3HCloud y a los técnicos de las instalaciones. Un incidente de red podría implicar a 3HCloud, a los recursos de red registrados de Newserverlife, a un operador ascendente y al operador del centro de datos. El cliente necesita una única vía de escalado responsable, pero también debe comprender las transferencias que hay detrás.
Una prueba de concepto debe probar el soporte, no solo el rendimiento. Abra tickets en horarios normales e inconvenientes. Solicite una sesión IPMI no destructiva, un procedimiento simulado de fallo de disco, un escalado de cambio de ruta y una restauración de copia de seguridad. Registre el tiempo de acuse de recibo y resolución sin convertir el ejercicio en una prueba de carga abusiva. Solicite una matriz de gravedad, una política de comunicaciones de incidentes, una política de análisis de causa raíz, un canal de mantenimiento y un contacto de emergencia designado en el acuerdo comercial.
Si la sustitución física es crítica, pregunte por la política de repuestos específica de la región en lugar de una promesa general de sustituir los componentes averiados.
Los controles de seguridad están documentados de manera desigual
La narrativa de seguridad de 3HCloud es más sólida cuando la documentación se vuelve específica. Las máquinas virtuales utilizangrupos de seguridad con reglas de entrada y salida; las reglas de salida predeterminadas se pueden eliminar. La infraestructura dedicada o física cuenta con unservicio de firewall de centro de datos independienteque está explícitamente marcado como beta. Ese firewall es con estado y bloquea el tráfico entrante no solicitado cuando se habilita sin reglas de permiso, pero su documentación advierte que el tráfico saliente no se filtra. Por lo tanto, el marketing que describe ampliamente un firewall como protección contra ataques debe traducirse en controles específicos del producto: el firewall virtual y el firewall perimetral físico no tienen un comportamiento idéntico.
El acceso IPMI es otro ejemplo. Laguía de IPMIdice que la interfaz de gestión utiliza una red aislada, no está conectada a la infraestructura principal y se expone a través de sesiones de firewall con IP de origen que pueden ser temporales o permanentes. Una sesión rápida dura tres horas. Este es un diseño de control sensato, aunque la afirmación de aislamiento sigue siendo proporcionada por el proveedor. Los compradores deben preguntar cómo se generan, rotan y registran las credenciales; si la autenticación multifactor cubre la acción del portal que abre IPMI; si las reglas de permiso permanentes caducan; y si se registra el acceso del personal de soporte.
El perímetro de red bloquea el puerto 25 de salida por defecto, una medida habitual contra el abuso. Los registros de enrutamiento publican contactos de abuso y red. Lo que no es público es un paquete detallado de garantía de seguridad: en el material revisado no se identificó ningún informe SOC específico de 3HCloud, certificado ISO, resumen de pruebas de penetración, registro de subencargados, política de divulgación de vulnerabilidades o compromiso detallado de respuesta a incidentes. Dichos documentos pueden estar disponibles bajo acuerdo de confidencialidad, pero los certificados de las instalaciones no deben sustituirlos.
Lapolítica de privacidad, vigente desde el 29 de julio de 2024, describe categorías amplias de información personal, intercambio con proveedores de servicios, criterios de conservación y salvaguardas físicas, técnicas y organizativas “razonables”. Se refiere más a la información del sitio web y de la cuenta que a un marco completo de tratamiento de datos empresariales. Un cliente que maneje datos regulados debe solicitar un acuerdo de tratamiento de datos, una lista de subencargados y ubicaciones, procedimientos de eliminación y devolución, plazos de notificación de violaciones, política de solicitudes de las fuerzas de seguridad, responsabilidades de cifrado y derechos de auditoría.
Los Términos asignan una responsabilidad sustancial al cliente en cuanto a la seguridad de la red, el servidor, la aplicación y los códigos de acceso. Permiten la suspensión cuando 3HCloud sospecha de un uso prohibido o cree que el tráfico amenaza el entorno alojado. También permiten al proveedor identificar a un cliente en marketing y revelar los productos o características utilizados, sujeto a las directrices establecidas. Las organizaciones con requisitos de confidencialidad deben negociar el consentimiento de publicidad en lugar de asumir el silencio.
Hay muy poco volumen de revisiones independientes del que inferir la calidad operativa.Trustpilot solo mostraba dos reseñasdurante esta investigación, ambas invitadas, lo que es demasiado pequeño y propenso a sesgos para establecer la fiabilidad. Un revisor describió una experiencia positiva de colocación; otro describió la necesidad de soporte para obtener suficiente almacenamiento temporal para una recuperación de bare metal a una hora inconveniente. La anécdota no es verificable de forma independiente y no debe generalizarse, pero ilustra la pregunta de adquisición: ¿qué recursos de recuperación son de autoservicio y qué capacidad requiere un humano en el momento de crisis?
El cómputo barato es el punto de entrada, no el modelo completo
La estructura de precios de 3HCloud parece diseñada para hacer legible cada componente de infraestructura. El cómputo, el almacenamiento, la IPv4 pública, la retención de copias de seguridad, el balanceo de carga y la capacidad de red están separados. Las redes privadas L2/L3 e IPv6 aparecen como gratuitas. Esto permite a un equipo experimentado pagar de forma ajustada por lo que necesita, pero transfiere el trabajo de montar y prever la factura a ese equipo.
La comparación de mercado no es unidimensional. Losprecios de los Droplets de DigitalOceancomienzan en 4 $ al mes, y su página de producto de 1 GB muestra una configuración de 6 $ que incluye almacenamiento y una asignación de transferencia. DigitalOcean pasó los Droplets a facturación por segundo en 2026.Amazon Lightsailvende paquetes predecibles que combinan cómputo, almacenamiento SSD y transferencia, con planes básicos solo IPv6 a partir de 3,50 $. Sus precios de cabecera son más altos que la línea de cómputo de 1,50 $ de 3HCloud, pero incluyen diferentes componentes, ecosistemas y supuestos de soporte. Comparar solo la RAM y la vCPU ocultaría la verdadera compensación.
Los perfiles de CPU dedicada de 3HCloud también pueden ser económicos: una VM de uso general publicada de 2 vCPU y 8 GB cuesta 16 $ al mes antes de almacenamiento y direccionamiento. La cuestión económica es si “dedicada” significa un recurso de núcleo físico asignado de forma consistente bajo la carga de trabajo esperada del cliente, y si el comportamiento del almacenamiento y la red sigue siendo predecible. El comprador debe evaluar su propia aplicación con permiso por escrito, a lo largo del tiempo y ante eventos de fallo, en lugar de confiar en las etiquetas del plan.
El modelo convergente crea oportunidades de venta cruzada y retención. Un cliente puede entrar a través de una VM barata, añadir almacenamiento de mayor rendimiento, reservar ancho de banda, comprar un balanceador de carga, alquilar un servidor físico y, finalmente, colocar hardware. El cliente se beneficia si estas capas reducen realmente el esfuerzo de migración. 3HCloud se beneficia porque el valor de la cuenta crece mientras las dependencias compartidas de red, almacenamiento y soporte dificultan la salida. Esto no es un mecanismo de dependencia indebido; es la economía normal de la infraestructura integrada.
Solo se vuelve problemático si los costos de salida están ocultos o las interfaces no son portables.
Los proveedores más pequeños también se enfrentan a costos de insumos implacables. El tránsito, la energía de las instalaciones, las manos remotas, las IPv4 públicas, las piezas de repuesto, la memoria del servidor y los conjuntos de almacenamiento no se abaratan porque la marca de cara al cliente sea pequeña. En mayo de 2026, el competidor de bajo costo más grande, Hetzner,anunció otro ajuste de precios y productos de servidores, citando la presión en la adquisición de hardware y la estandarización de configuraciones para hacer el aprovisionamiento y el mantenimiento más eficientes. La lección es más amplia que Hetzner: los precios bajos transparentes solo son sostenibles si el proveedor puede mantener los costos de compra, utilización y soporte bajo control.
La propia respuesta de 3HCloud parece ser la facturación granular, el aprovisionamiento físico selectivo, el software de código abierto y un catálogo de servicios gestionados más reducido. No necesita reproducir cientos de servicios de hiperescalar si su cliente objetivo aporta habilidades operativas. Pero el margen de error es pequeño. Los umbrales de red generosos, el soporte humano, el hardware de repuesto y el almacenamiento empresarial cuestan dinero.
Los compradores deben examinar si un precio cotizado es promocional o duradero, cómo funcionan la renovación y los cambios de precio, si se aplican tarifas de configuración de hardware y qué ocurre con el precio cuando se sustituye o redimensiona un servidor. Los Términos permiten cambios de precios con previo aviso según su proceso establecido, por lo que la previsibilidad a largo plazo proviene en última instancia del pedido, no de la calculadora pública.
Los competidores son tres categorías diferentes
En infraestructura puramente virtual, 3HCloud compite con nubes para desarrolladores y proveedores regionales de OpenStack. DigitalOcean, Akamai Connected Cloud, Vultr, OVHcloud, Hetzner y numerosos operadores locales ofrecen creación rápida de VM, API y precios relativamente legibles. Sus ventajas pueden incluir más regiones, servicios gestionados más amplios, organizaciones de soporte más grandes, historiales de estado más completos y comunidades más grandes. 3HCloud responde con precios bajos desagregados, opciones de CPU dedicada, almacenamiento Fibre Channel y una vía hacia la infraestructura física.
En bare metal, compite con empresas de servidores dedicados con amplio inventario y con instancias bare metal de hiperescalares. Las pruebas clave se desplazan a la especificación de componentes, el stock, el tiempo de configuración, la gestión remota, el inventario de sustitución y la duración del contrato. Aquí la etiqueta “próximamente” es una advertencia comercial: incluso si los servidores dedicados a medida están operativos, el comprador no debe asumir una disponibilidad instantánea o estandarizada.
En colocación, las alternativas incluyen comprar directamente a una instalación o a un proveedor de colocación gestionada más grande. La ventaja potencial de 3HCloud es la agregación. Un cliente con uno o unos pocos servidores puede preferir un proveedor que suministre Internet, espacio IP, configuración de conmutadores, volúmenes SAN, manos remotas y proximidad a la nube bajo una misma relación. La desventaja es una capa comercial y operativa adicional entre el cliente y el edificio. El comprador debe saber qué derechos sobreviven si desea trasladar el servicio, cambiar de operador o recoger su equipo.
El sustituto más poderoso es arquitectónico, no un proveedor con nombre: dividir la pila. Mantenga las VM portables en una nube, las copias de seguridad en otra, el equipo físico bajo un contrato de colocación directa y el DNS con un proveedor independiente. Este enfoque reduce el riesgo de proveedor correlacionado, pero aumenta la carga de integración y soporte. 3HCloud apuesta efectivamente a que muchos clientes preferirán un perímetro operativo técnicamente coherente. La tarea del comprador es decidir qué dependencias vale la pena converger y cuáles deben permanecer deliberadamente separadas.
Una salida es un diseño, no un correo de cancelación
El uso de OpenStack por parte de 3HCloud crea una vía de salida creíble para las definiciones e imágenes de VM, pero una salida ordenada debe construirse mientras el servicio está en buen estado.
Para el cómputo, conserve las declaraciones de Terraform o equivalentes, cloud-init, la gestión de la configuración, las instrucciones de creación de imágenes y un inventario de dependencias externas. Cree y pruebe periódicamente una imagen fuera de la plataforma. Confirme el formato, el método de exportación, el tiempo y el costo de salida de cada volumen importante. No asuma que una instantánea es portátil; 3HCloud dice que reside en el mismo almacenamiento primario.
Para los datos, mantenga una segunda copia en otro dominio administrativo y de fallo. Pruebe la recuperación consistente con la aplicación, no solo la restauración del volumen. Registre el RPO y el RTO alcanzados en la práctica. Si utiliza Fibre Channel para bare metal o colocación, documente el sistema de archivos, las rutas múltiples, el LUN de arranque y la configuración de zonificación para que el sistema pueda conectarse a un almacenamiento diferente. Sepa cuánto tiempo llevaría copiar el conjunto de datos completo a través de la red disponible.
Para las redes, distinga la configuración portátil de la identidad no portátil. Las subredes privadas y las reglas de seguridad se pueden recrear. Las direcciones públicas asignadas por el proveedor normalmente requieren un corte de DNS o enrutamiento. Un puerto separado puede conservar una dirección dentro de 3HCloud, pero eso no la hace portátil a otro operador. Reduzca los valores de TTL de DNS antes de la migración, mantenga una ruta de entrada alternativa y pregunte si algún espacio de direcciones puede ser propiedad del cliente o anunciarse bajo un acuerdo por escrito.
Para el equipo físico, el contrato debe definir el acceso, las manos remotas, la desinstalación, el embalaje, el envío, los saldos pendientes y el derecho del cliente a recuperar el hardware. Los Términos públicos dicen que 3HCloud no tiene obligación de conservar los datos del cliente después de la terminación y que la responsabilidad de la recuperación recae en el cliente. También permiten a 3HCloud ceder sus derechos y obligaciones sin el consentimiento del cliente, al tiempo que restringen la cesión por parte del cliente. Un anexo negociado de servicios físicos debe ser más específico que los términos generales de la nube.
Para las operaciones, conserve las vías de contacto fuera del portal. El SLA excluye el portal y la API, por lo que el cliente debe saber cómo abrir un incidente de gravedad uno si el inicio de sesión o la creación de tickets no están disponibles. Mantenga una lista actualizada de activos, números de serie, referencias de rack o instalación, asignaciones de IP, contactos de soporte y copias de facturas y pedidos. Una interfaz convergente es conveniente en el funcionamiento normal; la planificación de la salida requiere un registro independiente de lo que hay detrás.
La prueba de adquisición debería recrear un mal día
Una comparación de características convencional favorecerá a 3HCloud porque la plataforma cubre muchas primitivas útiles. Una mejor evaluación reproduce los momentos en los que se supone que la convergencia importa.
Primero, establezca el mapa legal y de red. Obtenga una explicación firmada de la relación entre 3HCloud LLC y Newserverlife LLC, incluyendo la propiedad o licencia de los recursos de AS49791, la gestión de abusos y los derechos de continuidad. Haga coincidir la entidad contratante en el pedido, el SLA, el acuerdo de tratamiento de datos, la factura y el anexo de instalaciones.
Segundo, concrete la región. Pregunte por la instalación física, el país, el ASN de origen, el diseño de los proveedores ascendentes, la gestión DDoS, el ancho de banda gratuito, el umbral dedicado, la velocidad del puerto y la capacidad actual para el servicio exacto. Resuelva por qué las listas públicas difieren en San Francisco y Almaty. No acepte una respuesta genérica de “global” para una carga de trabajo con requisitos de residencia o latencia.
Tercero, pruebe el ciclo de vida de la VM. Cree a través de Terraform, reconstruya a partir de una imagen de cliente, redimensione, conserve un puerto de red, elimine de forma segura y vuelva a crear en otra región. Verifique qué recursos y cargos sobreviven a cada acción. Confirme que las cuotas de cuenta, los límites de usuarios de API y las dependencias del portal se ajustan al plan de automatización.
Cuarto, pruebe el fallo y la recuperación del almacenamiento. Mida las clases de volumen publicadas con pruebas de rendimiento acordadas. Restaure una copia de seguridad programada en un volumen nuevo y arranque un servicio desde él. Pregunte dónde reside físicamente esa copia de seguridad. Para Fibre Channel, pruebe la pérdida de una ruta y confirme el comportamiento de rutas múltiples. Solicite pruebas de las pruebas de conmutación por error del controlador y la red sin asumir la respuesta a partir de un diagrama.
Quinto, pruebe el límite entre el autoservicio y el soporte. Solicite una forma de VM personalizada, un presupuesto de servidor dedicado, un cambio de firewall, una sesión IPMI y un escalado de red. Registre la calidad de la respuesta y los puntos en los que debe intervenir un ingeniero. Negocie los compromisos de gravedad y respuesta si el flujo de trabajo depende de ellos.
Sexto, modele la factura completa. Incluya los volúmenes de sistema y datos, las copias de seguridad conservadas, IPv4, las licencias de Windows cuando corresponda, los balanceadores de carga, el exceso de ancho de banda por hora, la capacidad de tarifa plana, las manos remotas y la configuración física. Modele un mes de inactividad, un pico de tráfico, una restauración y una migración. El precio de cabecera de la VM solo es útil después de incluir los componentes persistentes.
Séptimo, contraste la redacción del contrato con las operaciones. Aclare el intervalo de nueve minutos en la tabla de créditos del SLA. Obtenga permiso para la supervisión de producción y las pruebas de aceptación. Confirme qué productos están cubiertos por los créditos, cómo se solicitan los créditos y si un pedido empresarial modifica la responsabilidad, la devolución de datos o los derechos de publicidad.
Por último, ejecute una salida parcial. Exporte una imagen y un conjunto de datos significativo, recréelos en otro lugar, cambie el DNS y documente el tiempo transcurrido. Para el hardware propiedad del cliente, obtenga el procedimiento de desinstalación y recogida incluso si no está previsto un traslado. Un proveedor que realmente compita en transparencia debería estar dispuesto a hacer comprensible la vía de salida.
Qué vigilar
El punto de vigilancia más importante a corto plazo es si 3HCloud regulariza el perímetro público de sus productos físicos. La detallada documentación sobre servidores dedicados, IPMI, SAN y colocación sugiere un servicio en funcionamiento, mientras que la navegación principal sigue diciendo que los servidores dedicados están próximamente. Un inventario estándar, una disponibilidad regional explícita y unas condiciones de aprovisionamiento publicadas convertirían una interesante capacidad a medida en un producto más evaluable.
El segundo es la claridad de identidad. El registro de AS49791 a nombre de Newserverlife y el contrato de cliente de 3HCloud pueden coexistir por razones legítimas de estructura histórica y de grupo. Explicar públicamente esa relación reduciría la fricción evitable en la diligencia y facilitaría la comprensión de la responsabilidad de la red.
El tercero es la evidencia operativa. Un historial de estado público, un estándar de comunicaciones de incidentes, descripciones de la arquitectura a nivel de región, material de garantía de seguridad y métricas de recuperación probadas serían más valiosos que los adjetivos generales de fiabilidad. También lo sería una correspondencia clara de las certificaciones de las instalaciones con el propio ámbito de control de 3HCloud.
El cuarto es si el modelo de precios bajos sigue siendo duradero a medida que evolucionan los costos de hardware, memoria, energía y tránsito. Los precios granulares de 3HCloud son una fortaleza porque los clientes pueden ver lo que están comprando. También exponen a la empresa al escrutinio cuando los umbrales regionales, las páginas de productos o las condiciones contractuales divergen. Mantener esas superficies sincronizadas es parte del producto.
La propuesta de 3HCloud no es inverosímil. La empresa legal está activa; la red es visible; los directorios de instalaciones de terceros corroboran parte de la huella; la documentación contiene suficientes detalles operativos para mostrar algo más que un concepto de página de aterrizaje; y los documentos externos muestran a la empresa participando en contratos de clientes y proveedores. La evidencia respalda el tratarla como un proveedor pequeño real y técnicamente ambicioso.
No respalda el tratar todas las afirmaciones de marketing como hechos consumados. El registro público es escaso en rendimiento de servicio auditado, controles de seguridad, profundidad de personal, historial de incidentes, responsabilidades interempresariales exactas y la base física de cada región anunciada. El lenguaje del 100 % es un mecanismo de crédito, no una medición. La arquitectura convergente puede reducir la fricción entre la infraestructura virtual y la física, pero también puede concentrar el riesgo de almacenamiento, red y soporte.
Eso deja una conclusión útil y específica de la empresa. 3HCloud es más convincente para un equipo de ingeniería que quiere ver las piezas: API de OpenStack, puertos, cargos por direcciones, umbrales de ancho de banda, niveles de volúmenes de bloque, rutas Fibre Channel y controles de servidores físicos. Su transparencia es más fuerte a ese nivel mecánico. Un comprador debe recompensarlo probando esas mecánicas rigurosamente, y exigir que el perímetro comercial y organizativo sea igual de visible. El botón de apagado sigue facturando, pero al menos la documentación lo dice.
La pregunta más amplia es si todas las dependencias que permanecen encendidas después del apagado también pueden ser nombradas, medidas y trasladadas.