O botão de desligar ainda cobra: testando a promessa de infraestrutura convergente da 3HCloud

Resumo

• A proposta mais interessante da 3HCloud não é uma configuração de máquina virtual de US$ 1,50. É a promessa de que instâncias de nuvem, servidores físicos alugados e hardware próprio do cliente possam compartilhar rede, armazenamento em bloco, gerenciamento e suporte sem forçar o cliente a adotar a pilha proprietária de um hyperscaler.
• O perímetro legal e operacional precisa de esclarecimento. Os registros da Flórida mostram uma 3HCloud LLC ativa, constituída em 2020, enquanto o sistema autônomo usado pelo serviço permanece registrado em nome da Newserverlife LLC, mais antiga. As duas empresas compartilham os mesmos gestores nos registros públicos, mas as evidências públicas não estabelecem com precisão sua relação de propriedade, ativos ou responsabilidade.
• O provedor publica mais detalhes operacionais de baixo nível do que muitos hosts pequenos: o desligamento não interrompe a cobrança da VM, o armazenamento desanexado continua sendo cobrado, os snapshots permanecem no armazenamento primário, os backups agendados não são testados automaticamente quanto à consistência e a largura de banda é precificada pela velocidade média horária. Essa franqueza é útil, mas também revela dependências que precisam ser contornadas no projeto.
• A “Garantia de 100% de Uptime” é uma meta contratual respaldada por créditos de serviço para recursos virtuais elegíveis, não evidência de disponibilidade medida de 100%. Servidores dedicados, bare metal, colocation, painel de controle, API, DNS, backups e vários outros componentes estão fora da garantia.
• A 3HCloud pode ser economicamente atrativa para equipes que entendem de infraestrutura e valorizam preços desagregados, APIs OpenStack, armazenamento Fibre Channel e suporte conduzido por engenheiros. Compradores que precisam de conformidade auditada, serviços gerenciados amplos, resiliência multirregional demonstrada de forma independente ou tempos de resposta de suporte rigorosamente especificados têm mais trabalho a fazer antes de tratá-la como padrão de produção.
• O teste de aquisição decisivo é a portabilidade em caso de falha: o cliente consegue recriar computação, recuperar dados mantidos de forma independente, reter ou substituir endereçamento, mover equipamento físico e operar quando o portal ou a fila de suporte da 3HCloud estiver indisponível?

O controle mais revelador na documentação da 3HCloud não é “Criar servidor”. É “Desligar”.

Em muitas nuvens, o cliente só descobre o significado econômico desse botão após a primeira fatura surpreendente. A 3HCloud afirma diretamente: um servidor virtual é cobrado desde a criação até a exclusão, e colocá-lo no estado SHUTOFF não interrompe a cobrança. Excluí-lo encerra a cobrança de computação, mas também exclui seu volume de sistema. Uma porta de rede desanexada antecipadamente pode preservar seus endereços públicos para outra máquina, mas o endereço IPv4 associado a essa porta continua gerando uma taxa. Um volume de bloco extra continua sendo cobrado quando desanexado.

Essas são regras comuns de infraestrutura, mas declará-las claramente expõe a verdadeira unidade do serviço. O cliente não está comprando “um servidor”. Ele está montando computação, armazenamento, portas, endereços, largura de banda e infraestrutura assistida por suporte, cada um com um ciclo de vida diferente.

Essa montagem é a base da proposta maior da 3HCloud. Seurelato da empresa sobre a plataformadiz que os clientes podem combinar seu próprio hardware, servidores bare-metal da 3HCloud e instâncias em nuvem em um único ambiente convergente. A ideia é mais substancial do que uma oferta de VPS de baixo custo. Uma empresa poderia executar nós de aplicação com picos de demanda como máquinas virtuais, um banco de dados licenciado em hardware dedicado, um appliance sensível à latência em seu próprio servidor e armazenamento em bloco compartilhado por trás dos três. Se a rede e as operações realmente abrangerem essas camadas, o cliente pode alterar o posicionamento de uma carga de trabalho sem mudar todas as dependências ao redor.

Há também um porém. A convergência não elimina a dependência; ela a reorganiza. Quanto mais tipos de hardware compartilharem o endereçamento, as redes de armazenamento, o painel de controle, a conta de cobrança e o processo de suporte de um mesmo provedor, maior será a consequência se qualquer um desses sistemas compartilhados falhar ou se tornar comercialmente inacessível. Portanto, a 3HCloud merece ser avaliada nem como um hyperscaler em miniatura, nem como um host de baixo custo convencional. É melhor entendida como uma pequena operadora de infraestrutura tentando tornar utilizáveis as junções entre nuvem, bare metal e colocation.

Seu caso se baseia em saber se essas junções são bem documentadas, contratáveis e reversíveis.

Duas empresas da Flórida por trás de um nome de rede

A identidade contratante é clara na primeira camada. Os Termos de Uso da 3HCloud definem o provedor como 3HCloud LLC, no endereço 2031 Harrison Street, Hollywood, Flórida. Oregistro da Divisão de Corporações da Flóridamostra a 3HCloud LLC como uma sociedade limitada ativa na Flórida, número de documento L20000375976, arquivada e efetivada em 1º de dezembro de 2020. Seu relatório anual de 2026 foi arquivado em 28 de janeiro de 2026. O registro indica Konstantin Kolosovskiy como gerente e Elena Kolosovskaya como membro autorizado.

A identidade de rede é menos simples. O serviço usa o sistema autônomo AS49791 e o conjunto de roteamento AS49791:AS-3HCLOUD. No entanto, avisão de roteamento atual do BGP.tools, baseada em dados de registro e roteamento, identifica a organização registrada como Newserverlife LLC, enquanto aponta 3hcloud.com como o site da rede. No momento desta análise, mostrava uma rede ativa alocada pelo RIPE, 43 prefixos IPv4 originados, 14 prefixos IPv6 e quatro upstreams nomeados: Cogent, Kazakhtelecom, Hurricane Electric e Fiord. Essas contagens são uma observação dinâmica, não uma declaração de capacidade fixa.

Newserverlife não é apenas um nome comercial semelhante. Seuregistro corporativo na Flóridamostra uma LLC separada ativa, número de documento L19000013202, constituída em janeiro de 2019. Ela lista as mesmas duas pessoas em funções de gestão ou associação e também arquivou um relatório anual de 2026 em 28 de janeiro. Esta é uma forte evidência de gestão comum e de um relacionamento operacional. Não é, por si só, prova de que uma empresa é proprietária da outra, de que todos os ativos de rede foram transferidos ou de que a Newserverlife garante as obrigações da 3HCloud.

Um segundo diretório de rede apresenta a identidade pública de forma diferente. OPeeringDB lista o AS49791sob o nome da organização 3HCLOUD LLC, com 3hcloud.com como site, escopo global, política de peering aberta e um nível de tráfego autorreportado de 20–50 Gbps. Suas informações de organização e instalações foram atualizadas pela última vez em agosto de 2024. O PeeringDB é uma evidência operacional valiosa, mas as entradas são fornecidas pelos participantes da rede e não devem ser confundidas com uma auditoria de titularidade corporativa ou capacidade atual.

A conclusão sensata é limitada. Fato verificado: a 3HCloud LLC é uma empresa ativa na Flórida e é a entidade nomeada no contrato público com o cliente. Fato verificado: o AS49791 está ativo e registrado nos dados de roteamento para Newserverlife LLC. Fato verificado: as duas entidades da Flórida compartilham gerentes nomeados. Inferência razoável: a 3HCloud é a operação de nuvem voltada para o cliente, construída sobre recursos de rede histórica ou legalmente associados à Newserverlife.

Não resolvido: qual entidade emprega a equipe de operações de rede, possui ou aluga blocos de endereços e equipamentos específicos, assina contratos de colocation, recebe notificações de abuso e assume responsabilidade quando um problema de roteamento ou de instalação afeta um cliente da 3HCloud.

Isso não é motivo para descartar o serviço. É um motivo para incluir o mapeamento de entidades na aquisição. Um comprador empresarial deve exigir que o formulário de pedido, os termos de processamento de dados, o SLA, o tratamento de abusos, os direitos de atribuição de IP e qualquer cronograma específico da instalação nomeiem a entidade responsável de forma consistente.

Deve perguntar se a Newserverlife é subcontratada, afiliada, licenciante ou proprietária dos ativos; se a 3HCloud pode continuar operando o AS49791 se esse relacionamento mudar; e se o cliente pode entrar em contato com a função de operações de rede diretamente durante um vazamento de rota, alegação de sequestro ou disputa de abuso. A resposta importa mais do que um logotipo porque a rede é um dos pontos de controle compartilhados da plataforma convergente.

Há pelo menos alguma evidência independente de que a própria 3HCloud LLC participa de acordos de infraestrutura reais. Umcronograma de 2025 arquivado na falência da Monster Worldwideidentifica a “3HCLOUD” no endereço da Harrison Street como contraparte de um acordo de serviços mestres e pedido de venda. Umcontrato de serviço VPS SpicePropmais recente afirma que sua tecnologia e infraestrutura VPS são fornecidas pela 3HCloud LLC. Nenhum dos documentos demonstra qualidade de serviço, escala de receita ou capacidade, mas ambos vão além do marketing do próprio provedor e mostram a empresa aparecendo em contextos contratuais de terceiros.

Seis metrópoles comercializadas, cinco instalações observadas, vários mapas diferentes

A geografia pública da 3HCloud não pode ser reduzida a uma única lista de locais porque suas próprias superfícies descrevem o perímetro de maneiras diferentes.

A atualdocumentação de criação de servidor virtuallista Varsóvia, Miami, Dallas, Manila e Almaty como regiões ou zonas de disponibilidade selecionáveis. Já a página do produto em nuvem descreve Varsóvia, Dallas, São Francisco, Miami e Manila. Apágina de preçospublica tarifas de largura de banda para todos os seis nomes de cidades: Manila, Dallas, Miami, Varsóvia, São Francisco e Almaty. Enquanto isso, a navegação do site continuava, em julho de 2026, a rotular servidores dedicados como “em breve”, mesmo que a documentação de servidores dedicados descreva um serviço ativo baseado em tickets. Essas diferenças podem refletir mudanças de capacidade, disponibilidade específica de produtos ou páginas se movendo em velocidades diferentes. Elas tornam uma cotação ao vivo e a verificação no portal mais autoritativas do que um mapa de marketing.

Evidências de rede independentes cobrem parte, não toda, dessa pegada. O PeeringDB registra o AS49791 em cinco instalações em três metrópoles: ATMAN Warsaw-1 e Equinix WA3 em Varsóvia; Digital Realty e Equinix MI1 em Miami; e Digital Realty em 365 Main Street, em São Francisco. Ele também registra uma porta de 10 Gbps no ponto de troca de tráfego da Equinix em Varsóvia. A ausência de Dallas, Manila ou Almaty nesse diretório não prova que a 3HCloud não tenha serviço lá. Um provedor pode alcançar um local por meio de trânsito, um parceiro, uma rede alugada, peering remoto ou outro sistema autônomo.

Significa que o mapa de instalações publicamente observável do AS49791 é mais restrito do que o mapa comercial de seis cidades.

Os operadores de instalações fornecem uma corroboração útil. Odiretório de parceiros da Digital Realtylista a 3H Cloud e nomeia São Francisco, Dallas e Miami como locais de parceiros, descrevendo bare metal entre os serviços disponíveis. Apágina da instalação Warsaw-1 da Atmanlocaliza aquele campus na rua Grochowska 21a e descreve um local carrier-neutral com engenheiros no local, vários prédios de data center e certificações de instalação. Essas fontes sustentam a existência de relacionamentos ou presença em instalações reais. Elas não estabelecem quanto espaço ou energia a 3HCloud aluga, em quais salões seus equipamentos estão localizados ou se cada serviço da 3HCloud herda todas as características de resiliência anunciadas pelo operador do edifício.

A distinção é essencial. Uma certificação de data center se aplica à instalação e ao escopo avaliados. Ela não certifica automaticamente o plano de controle da nuvem da 3HCloud, as práticas dos funcionários, o acesso lógico, o sistema de backup ou o processo de suporte ao cliente. Da mesma forma, uma listagem no diretório de parceiros confirma uma conexão comercial, mas não um rack dedicado, uma arquitetura de site duplo ou uma participação acionária no edifício. A 3HCloud às vezes chama os locais de “nossos data centers”, ao mesmo tempo em que se refere a “instalações parceiras”.

A descrição pública mais precisa é que ela opera infraestrutura em ambientes de data center de terceiros, com a divisão exata de propriedade e operação exigindo confirmação específica do local.

Os dados de roteamento adicionam outra camada. O BGP.tools mostra um conjunto misto de descrições de prefixos sob o AS49791, incluindo espaço de endereço rotulado para 3HCloud, Newserverlife e organizações downstream ou clientes. Isso é consistente com uma operadora de rede que atende sua própria nuvem e outras redes. Também significa que uma contagem de prefixos no nível de ASN não deve ser tratada como o tamanho da nuvem de varejo da 3HCloud.

O comprador deve solicitar o ASN de origem, a combinação de upstreams, o caminho DDoS, o status do objeto de rota, a cobertura RPKI e a entrega de instalação para a região exata que está sendo adquirida, em vez de extrapolar a partir do AS global.

Existem pequenos, mas úteis, vestígios operacionais. Em junho de 2026, o projeto de filtragem OpenBLDrelatou a implantação de um servidor suportado pela 3HCloud em São Francisco. Este é um reconhecimento de projeto, não um benchmark controlado, mas corrobora a atividade atual do serviço em uma cidade que aparece no PeeringDB e no diretório de parceiros da Digital Realty. A evidência pública para Manila e Almaty depende mais da documentação e dos preços da própria 3HCloud. Para implantações regulamentadas ou sensíveis à latência, o cliente deve exigir o nome da instalação, o país físico, a residência dos dados, a fronteira de suporte e a rota de rede no cronograma do pedido.

A convergência é um fluxo de trabalho, não um rótulo de produto

Os três modos de infraestrutura da plataforma começam de maneiras diferentes.

Uma máquina virtual é, em grande parte, autosserviço. O cliente seleciona uma região, sistema operacional ou imagem personalizada, configuração de computação, volume, rede e método de autenticação. O primeiro servidor em uma região aciona a criação de uma rede externa com IPv4 e IPv6; redes internas e portas previamente criadas podem ser anexadas. Alterações na computação causam uma reinicialização, documentada como durando aproximadamente um a dois minutos. Proporções personalizadas de CPU para memória saem do autosserviço e exigem um ticket de suporte.

Um servidor dedicado é conduzido por vendas e suporte. Adocumentação de servidores dedicadosorienta o comprador a enviar os requisitos técnicos e do projeto, após o que a equipe comercial prepara uma oferta. O serviço descrito inclui conectividade com a internet, IPv4 e IPv6, rede privada opcional, IPMI, substituição de componentes com falha ou do servidor inteiro e suporte técnico 24 horas. Uma vez ativado, o servidor aparece no mesmo painel de controle com sessões IPMI, detalhes de conexão SAN e volumes virtuais anexados.

Equipamento de propriedade do cliente adiciona logística e uma dependência física mais visível. Adocumentação de colocationdescreve hospedagem de servidor ou rack, assistência de mãos remotas, acesso IPMI, volumes SAN e conexões de rede. Para um servidor hospedado, a 3HCloud afirma usar links SFP+ de 10 Gbps para dois switches separados, com agregação de link configurada em ambos os lados. Esta é uma descrição de implementação significativa, embora continue sendo uma declaração do provedor e precise ser correspondida ao local e hardware solicitados.

A convergência, portanto, não significa que todos os recursos sejam provisionados de forma idêntica. Eles não são. Significa que vários sistemas circundantes podem persistir entre eles: uma rede privada, endereçamento público, volumes em bloco, visualizações de monitoramento, uma conta de cliente, cobrança e um relacionamento de suporte. Uma empresa pode começar em uma VM, migrar um banco de dados para um servidor HPE dedicado, anexar armazenamento Fibre Channel e, posteriormente, colocar seu próprio appliance na mesma instalação. O valor está em evitar um redesenho completo da rede e do processo operacional a cada etapa.

Esse valor é mais forte para clientes capacitados em infraestrutura. Adocumentação da APIda 3HCloud diz que a plataforma segue um modelo API-first e direciona os usuários para a API OpenStack e o provedor Terraform do OpenStack. Uma conta pode criar até dez usuários de API; suas senhas geradas são mostradas uma única vez, e o acesso pode ser irrevogavelmente revogado enquanto o registro histórico do usuário permanece. Isso oferece às equipes um caminho de automação familiar e torna uma construção declarativa mais plausível do que um serviço proprietário exclusivo via console.

Isso não torna todas as partes do ambiente automatizadas. O próprio fluxo de trabalho do provedor coloca formas não padronizadas de VM, ofertas de servidores dedicados, configuração de switches, algumas credenciais IPMI, remoção da porta 25 e diversas alterações de rede atrás de tickets. O rótulo “em breve” na navegação de servidores dedicados também entra em conflito com a documentação operacional detalhada e a listagem de terceiros da Digital Realty. A interpretação justa é que os produtos físicos são baseados em cotação e podem estar disponíveis de forma seletiva, em vez de um catálogo de implantação instantânea apoiado por inventário.

A aquisição deve perguntar sobre o estoque real, estoque de reposição, prazo de provisionamento e a consequência se um servidor compatível não estiver disponível após uma falha.

OpenStack reduz um tipo de dependência

OpenStack é o elemento mais crível na alegação da 3HCloud de ser agnóstica em relação a fornecedores. Ele oferece aos clientes interfaces amplamente utilizadas para computação, imagens, redes e volumes. As configurações do Terraform podem ser mantidas em um repositório de código normal. Imagens de máquina personalizadas podem ser importadas. O cliente pode entender muitos recursos usando conceitos upstream, em vez de aprender uma API totalmente privada.

O provedor também publicou umguia detalhado de migração de VMware para OpenStack. Ele cobre a preparação do VirtIO, exportação de imagem, conversão de VMDK para RAW, upload de imagem, novo endereçamento, corte de DNS e a necessidade de mover os dados acumulados durante a migração. Para Windows, descreve um processo mais complexo de driver e recuperação. Esta é uma orientação de autoria da empresa, não um registro de uma migração real de cliente, mas admite de forma útil que mover uma VM é uma sequência de tarefas de compatibilidade, imagem, rede e dados — não um botão mágico de importação.

Interfaces abertas reduzem a dependência do plano de controle. Elas não eliminam a gravidade dos dados ou o estado específico do serviço. Um arquivo Terraform pode recriar uma rede virtual, mas não pode transferir instantaneamente um volume Fibre Channel de vários terabytes. Uma imagem OpenStack pode deixar a plataforma, mas um endereço IPv4 público pode não. A configuração de um balanceador de carga pode ser documentada, mas seu endereço de serviço e estado de saúde ainda precisam de um plano de transição.

Um servidor em colocation pode ser enviado para outro lugar, mas somente após aprovação de acesso, trabalho de mãos remotas, embalagem, coleta pela transportadora e conectividade de substituição.

Mesmo dentro da nuvem, os detalhes do ciclo de vida dos recursos importam. A 3HCloud informa que alterar a configuração de uma VM a reinicia. Ela não oferece uma reinstalação de sistema operacional no local no sentido comum descrito por seu fluxo de trabalho; a abordagem documentada mais segura é preservar o que é necessário, excluir e recriar, ou restaurar a partir de uma imagem, snapshot ou backup. O volume do sistema está vinculado à exclusão do servidor, a menos que o cliente tenha protegido ou exportado os dados deliberadamente.

Essas são restrições gerenciáveis, mas somente se a automação incluir dados e endereçamento, não apenas computação.

A própria API é uma dependência. O SLA exclui expressamente a API e o painel de controle. Se a aplicação permanecer online, mas a API não puder criar uma instância de substituição, a “disponibilidade” contratual do recurso em execução pode permanecer intacta enquanto o processo de recuperação do cliente está bloqueado. Um projeto sério deve reter credenciais de linha de comando, detalhes atuais do endpoint, o último estado conhecido da infraestrutura e uma rota de escalonamento de suporte. Também deve testar quais operações continuam quando o portal da web está indisponível.

O armazenamento é o ponto central — e um ponto de concentração

A arquitetura da 3HCloud se torna mais distinta no armazenamento. O provedor vende volumes em bloco em cinco classes de desempenho publicadas, desde SSD Lite com 1.000 IOPS e 100 MB/s até SSD Ultra com 25.000 IOPS e 750 MB/s. Os preços de tabela atuais variam de US$ 0,01 a US$ 0,10 por GiB por mês. Essas são especificações de produto e faixas de preço, não desempenho sustentado medido de forma independente.

Os compradores devem perguntar sobre o tamanho de E/S, a mistura de leitura/gravação, o comportamento em rajadas, os percentis de latência, a profundidade da fila, os controles de vizinho ruidoso e se os limites se aplicam por volume ou em um pool de armazenamento.

Para máquinas virtuais, a 3HCloud comercializa o armazenamento externo Fibre Channel como uma maneira de reiniciar uma instância em outro nó de computação após uma falha do host, preservando o acesso aos seus dados. Essa é uma arquitetura plausível e uma vantagem genuína sobre uma VM cujo único disco é local a um host. No entanto, a documentação pública não expõe a política do scheduler, o objetivo de recuperação, o design do quorum, o layout do controlador ou um histórico de testes de failover.

A declaração deve ser tratada como uma alegação da empresa a ser verificada durante uma prova de conceito, não como uma garantia de recuperação estabelecida de forma independente.

O lado físico é mais concreto. Oguia do Fibre Channeldescreve tráfego de armazenamento separado, World Wide Names, operação multipath e duas malhas rotuladas como A e B. Um servidor dedicado ou em colocation pode ver os volumes através de múltiplos caminhos, de modo que a falha de um switch ou porta não elimine o acesso ao armazenamento se o host estiver configurado corretamente. Oguia de instalação do VMware ESXichega a descrever um servidor HPE, iLO, um disco 3PAR, uma alteração de agregação de link assistida por suporte e uma verificação de multipath. Esta é uma evidência valiosa de que a proposição híbrida é implementada em nível operacional, embora um guia não possa provar que cada região utiliza o mesmo hardware ou redundância.

O armazenamento compartilhado é simultaneamente a ponte e o raio de impacto. Ele permite que os dados sobrevivam a uma falha do host de computação e sejam apresentados a diferentes tipos de servidor. Mas, se máquinas virtuais, bare metal alugado e hardware de propriedade do cliente dependem todos do mesmo sistema de armazenamento, malha, processo de zoneamento ou equipe de operações, um incidente de armazenamento pode cruzar as fronteiras que a separação de computação deveria criar.

Malhas duplas mitigam a falha de caminho; elas não tratam, por si sós, de um defeito no controlador, erro de firmware, engano administrativo, volume corrompido, interrupção da instalação ou perda do plano de gerenciamento do armazenamento.

A distinção da 3HCloud entre snapshots e backups é excepcionalmente importante. Suadocumentação de snapshotsdiz que um snapshot permanece no mesmo hardware que o volume de origem e requer que o armazenamento primário esteja disponível. Diz explicitamente que um snapshot não é um backup. Esse aviso deve ser interpretado literalmente: um snapshot pode ser conveniente para clonagem ou rollback, mas não é uma cópia independente contra a perda do sistema de armazenamento de origem.

Adocumentação de backupadiciona um segundo aviso franco. Backups agendados não recebem verificações automáticas de desempenho e consistência, e os clientes são aconselhados a restaurar periodicamente. Os backups capturam os dados gravados no volume, não o estado que existe apenas na memória. Eles são retidos de acordo com a contagem de cópias configurada e podem permanecer após a exclusão do volume ou servidor de origem. O serviço, portanto, fornece um mecanismo, não uma garantia completa de recuperação.

Para uso em produção, as perguntas não respondidas são arquitetônicas. O repositório de backup está em um domínio de falha diferente do array primário? Está na mesma instalação, em outra região da 3HCloud ou em um provedor separado? Os backups são criptografados com chaves controladas pelo provedor ou pelo cliente? O cliente pode exportá-los sem restaurar através da 3HCloud? Quais são os tempos de restauração testados para um volume e para toda a aplicação? As APIs e os metadados de backup estão disponíveis se o portal estiver fora do ar?

O comprador deve manter pelo menos uma cópia controlada de forma independente para dados cuja perda ameaçaria o negócio. O armazenamento convergente é conveniente precisamente porque é compartilhado; a recuperação independente deve ser deliberadamente não convergente.

A conta de rede mede velocidade, não bytes transferidos

O modelo de largura de banda da 3HCloud é uma de suas escolhas comerciais mais originais. Em vez de apresentar apenas uma franquia de transferência mensal, ela mede a velocidade média de entrada e saída durante cada hora. Se a direção mais alta exceder o limite dedicado do cliente, os Mbps excedentes são cobrados a uma tarifa específica da região. O painel de controle mostra as ultrapassagens de limite, e o cliente pode impor um limite de velocidade para evitar cobranças adicionais. Os cartões de rede agregam recursos por região, com infraestrutura em nuvem e física mostradas como categorias separadas.

Esse modelo pode ser atraente para cargas de trabalho com rajadas que permanecem abaixo de um limite alto e expressa o custo da rede na linguagem de capacidade usada pelos operadores. Também pode ser menos intuitivo do que uma franquia de terabytes. Uma transferência curta de alta taxa pode ser barata se sua média horária permanecer baixa; um fluxo sustentado pode gerar cobranças horárias repetidas. Cargas de trabalho assimétricas são cobradas na direção mais alta, em vez de em ambas. As equipes precisam modelar Mbps-hora, não apenas bytes mensais.

As descrições públicas exigem esclarecimento. A página de preços diz que cada VM inclui 1 Gbps antes do excedente e publica tarifas por Mbps-hora em seis regiões. Adocumentação de acesso à internetfornece 1.000 Mbps como o limite padrão em Varsóvia, Miami e São Francisco, mas 50 Mbps em Manila, e adverte que o limite dedicado não é necessariamente o mesmo que a largura de banda gratuita. Dallas e Almaty não estão incluídas nesse exemplo. Isso pode ser uma diferença entre a velocidade de porta incluída, o limite dedicado e a política regional atual, mas o cliente não deveria ter que inferir o limite faturável. O pedido deve declarar a largura de banda gratuita, o limite dedicado, o limite físico da porta, a tarifa de excedente e o escopo de agregação para cada região.

Opções de tarifa fixa e ilimitada também são publicadas. Em Dallas, Miami, Varsóvia e São Francisco, o preço de tabela de julho de 2026 varia de US$ 50 por mês para 100 Mbps a US$ 2.000 para 10 Gbps; Manila e Almaty têm tarifas regionais mais altas. Esses números mostram por que a 3HCloud pode anunciar computação barata enquanto trata a capacidade de rede como sua própria camada econômica. Eles também tornam o formato da carga de trabalho decisivo. Uma VM de desenvolvimento levemente conectada e uma origem de streaming podem usar o mesmo plano de CPU, mas ter economias radicalmente diferentes para o provedor.

A menor VM ilustra a desagregação. Acalculadora de produtos em nuvemmostra uma instância compartilhada de 1 vCPU, 1 GB por US$ 1,50 ao mês, em seguida, adiciona um disco de sistema SSD Lite mínimo de 16 GB por US$ 0,16 e IPv4 por US$ 1, produzindo um total exibido de US$ 2,66 ao mês. IPv6 é gratuito. O preço é genuinamente baixo, mas a manchete de US$ 1,50 não é uma configuração inicializável e publicamente acessível por si só. Desempenho do armazenamento, armazenamento de backup, licenciamento do Windows, balanceamento de carga e largura de banda sustentada são decisões separadas.

A cobrança continua até que os recursos sejam excluídos, não apenas ociosos. Adocumentação de cobrançadiz que o uso é por hora e o cartão padrão geralmente é cobrado quando o ciclo fecha — normalmente no primeiro e no décimo sexto dia do mês — ou quando o limite de crédito é atingido. Isso é razoavelmente transparente, mas impõe disciplina na higiene da conta. Portas órfãs, volumes desanexados, backups retidos e recursos esquecidos podem todos sobreviver depois que o proprietário da aplicação pensa que um projeto terminou.

Os Termos adicionam restrições de carga de trabalho. Retransmissões públicas, revenda de largura de banda, túneis públicos e software de proxy podem se tornar proibidos quando o tráfego é altamente simétrico e sustentado acima das condições de consumo declaradas, a menos que acordado separadamente ou usado sob opções ilimitadas qualificadas. A porta TCP de saída 25 é bloqueada por padrão e pode ser aberta por meio de um ticket. Um comprador que planeja cargas de trabalho de VPN, proxy, e-mail, CDN, jogos ou distribuição de dados deve obter confirmação por escrito de que o padrão pretendido é permitido e precificado corretamente.

O que os “100%” compram

OAcordo de Nível de Serviçoda 3HCloud estabelece uma meta de 100% de disponibilidade para recursos virtuais cobertos. A frase é proeminente no site, mas o contrato define seu significado de forma mais restrita do que a abreviação de marketing.

A garantia se aplica a servidores virtuais pagos, instâncias em nuvem, armazenamento em nuvem e outros recursos expressamente incluídos no acordo. Não se aplica a servidores físicos dedicados, bare metal ou colocation. Também exclui o site da 3HCloud, servidores DNS, API, painel de controle, integrações de pagamento, serviços beta e backups de clientes. A operação e o desempenho da GPU estão fora da garantia geral, com o tempo de inatividade confirmado do servidor GPU compensado minuto a minuto. A “infraestrutura” coberta é definida em torno da disponibilidade do nó host e da porta de rede conectada à espinha dorsal do provedor.

Isso não é evidência de que a 3HCloud tenha alcançado 100% de uptime histórico. Nenhum arquivo público de incidentes ou série de disponibilidade auditada de forma independente foi identificado nesta análise. O SLA é uma promessa sobre a elegibilidade para créditos após uma indisponibilidade qualificada. Os Termos, separadamente, isentam-se de operação ininterrupta, completamente segura ou livre de erros e excluem perdas consequenciais, como tempo de inatividade e perda de dados, sujeito à lei aplicável.

O cronograma de créditos é finito. Menos de nove minutos de indisponibilidade de recurso geram duas horas de crédito; 10–59 minutos geram seis horas; 60–119 geram 12 horas; 120–239 geram 24 horas; 240–419 geram 48 horas; e 420 minutos ou mais geram 168 horas. A tabela publicada parece deixar exatamente nove minutos não atribuídos, um ponto de redação que vale a pena esclarecer. Os créditos são calculados sobre o recurso afetado, limitados ao custo mensal desse recurso, transportados para o futuro em vez de pagos em dinheiro e descritos como o recurso exclusivo.

O processo de reclamação é conduzido pelo cliente. Um ticket solicitando explicitamente compensação deve ser enviado dentro de 60 dias. Mesmo que a 3HCloud saiba de uma interrupção, um crédito não começa sem essa solicitação. A empresa determina de forma independente se ocorreu uma falha e por quanto tempo durou; os logs do cliente são evidências de referência. A 3HCloud recomenda a saída de MTR ou traceroute, capturas de tela e logs da aplicação.

Há uma tensão prática com osTermos de Uso, que proíbem o uso do serviço para monitorar sua disponibilidade, segurança, desempenho ou funcionalidade, ou para benchmarking, sem permissão expressa por escrito. A intenção provável é restringir testes competitivos ou benchmarking abusivo, em vez de impedir que um cliente monitore seu próprio sistema de produção, mas a cláusula é ampla em sua formulação. Como o SLA pede que os clientes preservem evidências técnicas, os compradores devem obter permissão por escrito para testes sintéticos comuns de disponibilidade, monitoramento de latência, varreduras de segurança e atividades de benchmarking usadas para aceitação ou planejamento de capacidade.

Numerosas exclusões podem ser comercialmente razoáveis, mas arquitetonicamente consequentes. A manutenção programada pode ser excluída com aviso prévio sob condições definidas; a remediação emergencial de vulnerabilidades críticas pode ser excluída sem aviso. Software do cliente, sobrecarga, reinicializações de configuração, restauração de backup, pagamento inadimplente, ataques DDoS e tecnologia de terceiros fora do controle da 3HCloud também podem ficar fora dos créditos. Um ataque DDoS massivo acima de 100 Gbps ou com duração superior a quatro horas é tratado como força maior.

Perda de pacotes acima de 0,5% entre uma instância e o primeiro salto do provedor desencadeia uma investigação, mas não automaticamente um crédito, a menos que a 3HCloud verifique uma falha de infraestrutura.

O recurso é, portanto, muito menor do que o impacto comercial para a maioria das aplicações sérias. Os Termos limitam a responsabilidade agregada para reclamações relevantes às taxas dos produtos aplicáveis durante os dois meses anteriores e excluem muitas formas de perda indireta ou consequencial. Uma semana de crédito de recurso após uma longa interrupção pode ser simbolicamente responsabilizável, mas não financiará transações perdidas, migração de emergência ou reconstrução de dados. O uso correto do SLA é como uma linha de base de aquisição e processo de escalonamento, não como substituto para redundância.

Suporte é parte da arquitetura

Pequenos provedores de infraestrutura muitas vezes competem com humanos, em vez de amplitude de produtos. A 3HCloud diz que os clientes falam com engenheiros, não com chatbots, e suadocumentação de suportedescreve suporte técnico 24 horas por dia, 7 dias por semana, por meio de um sistema de tickets. Os tickets exibem um engenheiro atribuído, status, histórico e anexos; tickets fechados podem ser reabertos comentando. As vendas funcionam em horário comercial do leste dos EUA.

O material público não especifica níveis de severidade, metas de primeira resposta, metas de restauração, escalonamento telefônico para incidentes críticos ou funções nomeadas de gerenciamento de serviços. Essa ausência importa porque o suporte está incorporado em vários caminhos técnicos. O provisionamento de servidores dedicados começa com um ticket. Proporções personalizadas de VM exigem um ticket. Algumas alterações de limite de rede e a remoção da porta 25 exigem um ticket. Uma implantação ESXi exige que o suporte configure a agregação de link. As credenciais IPMI chegam através do suporte após a instalação.

Se ocorrer um problema de zoneamento Fibre Channel ou componente físico, o cliente não pode resolver todas as camadas sozinho.

Isso pode ser uma força quando a equipe é qualificada e acessível. Um pequeno operador pode diagnosticar através das fronteiras de computação, switch, SAN e instalação mais rapidamente do que um grande provedor cujas filas de suporte são segmentadas por produto. Também pode ser um risco de concentração. As fontes públicas não estabelecem o tamanho das equipes de operações de rede e suporte, sua cobertura geográfica, pessoal de plantão, cobertura de idiomas, rotatividade de funcionários ou dependência de indivíduos específicos.

Não há base para afirmar uma falha de suporte; também não há base para assumir uma profundidade de pessoal semelhante à de um hyperscaler.

Os serviços físicos adicionam outra parte. A Atman e a Digital Realty operam edifícios e capacidades de mãos remotas, enquanto a 3HCloud apresenta o serviço voltado para o cliente. Uma fonte de alimentação com falha pode envolver o fornecedor do servidor, o suporte da 3HCloud e os técnicos da instalação. Um incidente de rede pode envolver a 3HCloud, os recursos de rede registrados da Newserverlife, uma operadora upstream e o operador do data center. O cliente precisa de um caminho de escalonamento responsável único, mas também deve entender as transições por trás dele.

Uma prova de conceito deve testar o suporte, não apenas a taxa de transferência. Abra tickets em horários comuns e inconvenientes. Peça uma sessão IPMI não destrutiva, um procedimento simulado de falha de disco, um escalonamento de alteração de rota e uma restauração de backup. Registre o tempo de confirmação e resolução sem transformar o exercício em um teste de carga abusivo. Solicite uma matriz de severidade, política de comunicações de incidentes, política de análise de causa raiz, canal de manutenção e um contato de emergência nomeado no acordo comercial.

Se a substituição física for crítica, pergunte sobre a política de peças sobressalentes por região, em vez de uma promessa genérica de substituir componentes com falha.

Controles de segurança são documentados de forma desigual

A história de segurança da 3HCloud é mais forte onde a documentação se torna específica. Máquinas virtuais usamgrupos de segurança com regras de entrada e saída; as regras de saída padrão podem ser excluídas. A infraestrutura dedicada ou física tem umserviço de firewall de data center separadoque está explicitamente marcado como beta. Esse firewall é stateful e bloqueia tráfego de entrada não solicitado quando habilitado sem regras de permissão, mas sua documentação adverte que o tráfego de saída não é filtrado. O marketing que descreve amplamente um firewall como proteção contra ataques deve, portanto, ser traduzido em controles específicos do produto: o firewall virtual e o firewall de perímetro físico não têm comportamento idêntico.

O acesso IPMI é outro exemplo. Oguia IPMIdiz que a interface de gerenciamento usa uma rede isolada, não está conectada à infraestrutura principal e é exposta por meio de sessões de firewall com IP de origem que podem ser temporárias ou permanentes. Uma sessão rápida dura três horas. Este é um design de controle sensato, embora a afirmação de isolamento continue sendo fornecida pelo provedor. Os compradores devem perguntar como as credenciais são geradas, rotacionadas e registradas; se a autenticação multifator cobre a ação do portal que abre o IPMI; se as regras de permissão permanente expiram; e se o acesso do pessoal de suporte é registrado.

O perímetro da rede bloqueia a porta de saída 25 por padrão, uma medida antiabuso comum. Os registros de roteamento publicam contatos de abuso e rede. O que não é público é um pacote detalhado de garantia de segurança: nenhum relatório SOC específico da 3HCloud, certificado ISO, resumo de teste de penetração, registro de subprocessadores, política de divulgação de vulnerabilidades ou compromisso detalhado de resposta a incidentes foi identificado no material revisado. Tais documentos podem estar disponíveis sob acordo de confidencialidade, mas os certificados da instalação não devem substituí-los.

Apolítica de privacidade, em vigor desde 29 de julho de 2024, descreve categorias amplas de informações pessoais, compartilhamento com prestadores de serviços, critérios de retenção e salvaguardas físicas, técnicas e organizacionais “razoáveis”. Ela se refere mais às informações do site e da conta do que a uma estrutura completa de processamento de dados empresariais. Um cliente que lida com dados regulamentados deve solicitar um acordo de processamento de dados, lista de subprocessadores e locais, procedimentos de exclusão e devolução, prazo para notificação de violação, política de solicitação de aplicação da lei, responsabilidades de criptografia e direitos de auditoria.

Os Termos atribuem responsabilidade substancial ao cliente pela segurança da rede, servidor, aplicação e códigos de acesso. Eles permitem a suspensão quando a 3HCloud suspeitar de uso proibido ou acreditar que o tráfego ameace o ambiente hospedado. Eles também permitem que o provedor identifique um cliente em marketing e divulgue produtos ou recursos usados, sujeito às diretrizes declaradas. Organizações com requisitos de confidencialidade devem negociar o consentimento de publicidade em vez de presumir silêncio.

Há muito pouco volume de avaliação independente do qual se possa inferir a qualidade operacional. OTrustpilot exibia apenas duas avaliaçõesdurante esta pesquisa, ambas convidadas, o que é muito pequeno e sujeito a viés de seleção para estabelecer a confiabilidade. Um avaliador descreveu uma experiência positiva de colocation; outro descreveu a necessidade de suporte para obter armazenamento temporário suficiente para uma recuperação bare-metal em um horário inconveniente. O relato não é verificável de forma independente e não deve ser generalizado, mas ilustra a pergunta de aquisição: quais recursos de recuperação são autosserviço e qual capacidade requer um humano no momento da crise?

Computação barata é o ponto de entrada, não o modelo inteiro

A estrutura de preços da 3HCloud parece projetada para tornar cada insumo de infraestrutura legível. Computação, armazenamento, IPv4 público, retenção de backup, balanceamento de carga e capacidade de rede são separados. Redes privadas L2/L3 e IPv6 são listadas como gratuitas. Isso permite que uma equipe experiente pague estritamente pelo que precisa, mas transfere o trabalho de montar e prever a conta para essa equipe.

A comparação de mercado não é unidimensional. Opreço dos Droplets da DigitalOceancomeça em US$ 4 por mês, e sua página de produto de 1 GB mostra uma configuração de US$ 6 incluindo armazenamento e franquia de transferência. A DigitalOcean passou os Droplets para cobrança por segundo em 2026. OAmazon Lightsailvende pacotes previsíveis que combinam computação, armazenamento SSD e transferência, com planos básicos apenas IPv6 a partir de US$ 3,50. Seus preços principais são mais altos do que a linha de computação de US$ 1,50 da 3HCloud, mas incluem componentes, ecossistemas e premissas de suporte diferentes. Comparar apenas RAM e vCPU esconderia a verdadeira troca.

Os formatos de CPU dedicada da 3HCloud também podem ser baratos: uma VM de uso geral publicada de 2 vCPU, 8 GB custa US$ 16 por mês antes do armazenamento e endereçamento. A questão econômica é se dedicado significa um recurso de núcleo físico consistentemente alocado sob a carga de trabalho esperada do cliente e se o comportamento do armazenamento e da rede permanece previsível. O comprador deve fazer benchmark de sua própria aplicação com permissão por escrito, ao longo do tempo e de eventos de falha, em vez de confiar em rótulos de planos.

O modelo convergente cria oportunidades para venda cruzada e retenção. Um cliente pode entrar por uma VM barata, adicionar armazenamento de maior desempenho, reservar largura de banda, comprar um balanceador de carga, alugar um servidor físico e, eventualmente, colocar hardware em colocation. O cliente se beneficia se essas camadas realmente reduzirem o esforço de migração. A 3HCloud se beneficia porque o valor da conta cresce enquanto as dependências compartilhadas de rede, armazenamento e suporte tornam a saída mais complexa. Este não é um mecanismo de aprisionamento impróprio; é a economia comum da infraestrutura integrada.

Torna-se problemático apenas se os custos de saída estiverem ocultos ou as interfaces não forem portáteis.

Provedores menores também enfrentam custos de insumos implacáveis. Trânsito, energia da instalação, mãos remotas, IPv4 público, peças de reposição, memória do servidor e arrays de armazenamento não ficam baratos porque a marca voltada para o cliente é pequena. Em maio de 2026, o concorrente maior de baixo custo Hetzneranunciou outro ajuste de preço e produto de servidor, citando pressão de aquisição de hardware e padronizando configurações para tornar o provisionamento e a manutenção mais eficientes. A lição é mais ampla que a Hetzner: preços baixos transparentes são sustentáveis apenas se o provedor puder manter os custos de aquisição, utilização e suporte sob controle.

A própria resposta da 3HCloud parece ser cobrança granular, provisionamento físico seletivo, software de código aberto e um catálogo mais restrito de serviços gerenciados. Ela não precisa reproduzir centenas de serviços de hyperscaler se seu cliente-alvo trouxer habilidade operacional. Mas a margem de erro é pequena. Limiares de rede generosos, suporte humano, hardware de reposição e armazenamento empresarial custam dinheiro.

Os compradores devem examinar se um preço cotado é promocional ou durável, como funcionam a renovação e as alterações de preço, se há taxas de configuração de hardware e o que acontece com o preço quando um servidor é substituído ou redimensionado. Os Termos permitem alterações de preço com aviso prévio sob seu processo declarado, portanto, a previsibilidade de longo prazo vem, em última análise, do pedido, não da calculadora pública.

Os concorrentes são três categorias diferentes

Para infraestrutura virtual pura, a 3HCloud compete com nuvens de desenvolvedores e provedores regionais de OpenStack. DigitalOcean, Akamai Connected Cloud, Vultr, OVHcloud, Hetzner e vários operadores locais oferecem criação rápida de VMs, APIs e preços relativamente legíveis. Suas vantagens podem incluir mais regiões, serviços gerenciados mais amplos, organizações de suporte maiores, históricos de status mais ricos e comunidades maiores. A 3HCloud contra-ataca com preços desagregados baixos, opções de CPU dedicada, armazenamento Fibre Channel e um caminho para a infraestrutura física.

Para bare metal, ela compete com empresas de servidores dedicados ricas em inventário e com instâncias bare metal de hyperscalers. Os principais testes mudam para especificação de componentes, estoque, tempo de configuração, gerenciamento remoto, inventário de substituição e duração do contrato. Aqui, o rótulo “em breve” é um aviso comercial: mesmo que servidores dedicados sob medida estejam operacionais, o comprador não deve presumir disponibilidade instantânea ou padronizada.

Para colocation, os substitutos incluem a compra direta de uma instalação ou de um provedor de colocation gerenciado maior. A vantagem potencial da 3HCloud é a agregação. Um cliente com um ou poucos servidores pode preferir um provedor que forneça internet, espaço IP, configuração de switch, volumes SAN, mãos remotas e adjacência à nuvem sob um único relacionamento. A desvantagem é uma camada extra comercial e operacional entre o cliente e o edifício. O comprador deve saber quais direitos sobrevivem se quiser mudar o serviço, trocar de operadora ou retirar seu equipamento.

O substituto mais poderoso é arquitetônico, não um fornecedor nomeado: divida a pilha. Mantenha VMs portáteis em uma nuvem, backups em outra, equipamento físico sob um contrato de colocation direto e DNS com um provedor independente. Essa abordagem reduz o risco de dependência correlacionada do provedor, mas aumenta a carga de integração e suporte. A 3HCloud está efetivamente apostando que muitos clientes preferirão um perímetro operacional tecnicamente coerente. A tarefa do comprador é decidir quais dependências valem a pena convergir e quais devem permanecer deliberadamente separadas.

Uma saída é um design, não um e-mail de cancelamento

O uso do OpenStack pela 3HCloud cria uma rota crível de saída para definições e imagens de VMs, mas uma saída ordenada deve ser construída enquanto o serviço está saudável.

Para computação, retenha declarações do Terraform ou equivalentes, cloud-init, gerenciamento de configuração, instruções de criação de imagem e um inventário de dependências externas. Periodicamente, crie e teste uma imagem fora da plataforma. Confirme o formato, método de exportação, tempo e custo de saída para cada volume importante. Não presuma que um snapshot seja portátil; a 3HCloud diz que ele reside no mesmo armazenamento primário.

Para dados, mantenha uma segunda cópia em outro domínio administrativo e de falha. Teste a recuperação consistente da aplicação, não apenas a restauração do volume. Registre o RPO e o RTO alcançados na prática. Se estiver usando Fibre Channel para bare metal ou colocation, documente o sistema de arquivos, multipath, boot-LUN e configuração de zoneamento para que o sistema possa ser anexado a um armazenamento diferente. Saiba quanto tempo levaria para copiar o conjunto de dados completo pela rede disponível.

Para rede, distinga a configuração portátil da identidade não portátil. Sub-redes privadas e regras de segurança podem ser recriadas. Endereços públicos atribuídos pelo provedor normalmente exigem corte de DNS ou roteamento. Uma porta desanexada pode preservar um endereço dentro da 3HCloud, mas isso não o torna portátil para outro operador. Reduza os valores de TTL do DNS antes da migração, mantenha um caminho de entrada alternativo e pergunte se algum espaço de endereço pode ser de propriedade do cliente ou anunciado sob um acordo escrito.

Para equipamento físico, o contrato deve definir acesso, mãos remotas, desmontagem, embalagem, envio, saldos pendentes e o direito do cliente de recuperar o hardware. Os Termos públicos dizem que a 3HCloud não tem obrigação de reter os dados do cliente após o término e colocam a responsabilidade da recuperação no cliente. Eles também permitem que a 3HCloud ceda seus direitos e obrigações sem o consentimento do cliente, enquanto restringem a cessão pelo cliente. Um cronograma negociado de serviço físico deve ser mais específico do que os termos gerais da nuvem.

Para operações, preserve rotas de contato fora do portal. O SLA exclui o portal e a API, portanto, o cliente deve saber como abrir um incidente de severidade um se o login ou a criação de tickets estiver indisponível. Mantenha uma lista atual de ativos, números de série, referências de rack ou instalação, alocações de IP, contatos de suporte e cópias de faturas e pedidos. Uma interface convergida é conveniente em operação normal; o planejamento de saída exige um registro independente do que está por trás dela.

O teste de aquisição deve recriar um dia ruim

Uma comparação convencional de recursos lisonjeará a 3HCloud porque a plataforma cobre muitas primitivas úteis. Uma avaliação melhor reproduz os momentos em que a convergência deve importar.

Primeiro, estabeleça o mapa legal e de rede. Obtenha uma explicação assinada do relacionamento entre a 3HCloud LLC e a Newserverlife LLC, incluindo a propriedade ou licença dos recursos do AS49791, tratamento de abusos e direitos de continuidade. Faça a correspondência da entidade contratante em todo o pedido, SLA, acordo de processamento de dados, fatura e cronograma da instalação.

Segundo, defina a região com precisão. Pergunte sobre a instalação física, país, ASN de origem, design de upstream, tratamento de DDoS, largura de banda gratuita, limite dedicado, velocidade da porta e capacidade atual para o serviço exato. Resolva por que as listas públicas diferem em relação a São Francisco e Almaty. Não aceite uma resposta genérica “global” para uma carga de trabalho com requisitos de residência ou latência.

Terceiro, teste o ciclo de vida da VM. Crie via Terraform, reconstrua a partir de uma imagem do cliente, redimensione, preserve uma porta de rede, exclua com segurança e recrie em outra região. Verifique quais recursos e cobranças sobrevivem a cada ação. Confirme se as cotas da conta, os limites de usuários da API e as dependências do portal se encaixam no plano de automação.

Quarto, teste a falha e a recuperação do armazenamento. Meça as classes de volume publicadas com benchmarks acordados. Restaure um backup agendado para um novo volume e inicialize um serviço a partir dele. Pergunte onde esse backup reside fisicamente. Para Fibre Channel, teste a perda de um caminho e confirme o comportamento multipath. Solicite evidências de testes de failover de controlador e malha, sem presumir a resposta a partir de um diagrama.

Quinto, teste a fronteira entre autosserviço e suporte. Solicite um formato de VM personalizado, uma cotação de servidor dedicado, uma alteração de firewall, uma sessão IPMI e um escalonamento de rede. Registre a qualidade da resposta e os pontos onde um engenheiro deve agir. Negocie compromissos de severidade e resposta se o fluxo de trabalho depender deles.

Sexto, modele a conta inteira. Inclua volumes de sistema e dados, backups retidos, IPv4, licenciamento Windows quando relevante, balanceadores de carga, excedentes horários de largura de banda, capacidade de taxa fixa, mãos remotas e configuração física. Modele um mês ocioso, um pico de tráfego, uma restauração e uma migração. O preço principal da VM é útil apenas após a inclusão dos componentes persistentes.

Sétimo, teste a linguagem do contrato em relação às operações. Esclareça a lacuna de nove minutos na tabela de créditos do SLA. Obtenha permissão para monitoramento de produção e benchmarks de aceitação. Confirme quais produtos são cobertos por créditos, como os créditos são solicitados e se um pedido empresarial altera a responsabilidade, a devolução de dados ou os direitos de publicidade.

Finalmente, execute uma saída parcial. Exporte uma imagem e um conjunto de dados significativo, recrie-os em outro lugar, altere o DNS e documente o tempo decorrido. Para hardware de propriedade do cliente, obtenha o procedimento de desinstalação e coleta mesmo que não haja plano de mudança. Um provedor que realmente compete em transparência deve estar disposto a tornar o caminho de saída compreensível.

O que observar

O ponto de observação mais importante no curto prazo é se a 3HCloud regulariza a fronteira pública de seus produtos físicos. Documentação detalhada de servidores dedicados, IPMI, SAN e colocation sugere um serviço funcional, enquanto a navegação principal ainda diz que os servidores dedicados estão para breve. Um inventário padrão, disponibilidade regional explícita e termos de provisionamento publicados transformariam uma capacidade sob medida interessante em um produto mais avaliável.

O segundo é a clareza da identidade. O registro do AS49791 para a Newserverlife e o contrato do cliente da 3HCloud podem coexistir por razões históricas e de estrutura de grupo legítimas. Explicar publicamente esse relacionamento reduziria o atrito de diligência evitável e tornaria a responsabilização da rede mais fácil de entender.

O terceiro é a evidência operacional. Um histórico de status público, padrão de comunicação de incidentes, descrições de arquitetura em nível de região, material de garantia de segurança e métricas de recuperação testadas seriam mais valiosos do que adjetivos amplos de confiabilidade. Assim como um mapeamento claro das certificações da instalação para o escopo de controle da própria 3HCloud.

O quarto é se o modelo de preço baixo permanece durável à medida que os custos de hardware, memória, energia e trânsito se movem. Os preços granulares da 3HCloud são uma força porque os clientes podem ver o que estão comprando. Eles também expõem a empresa ao escrutínio quando os limites regionais, páginas de produtos ou termos de contrato divergem. Manter essas superfícies sincronizadas é parte do produto.

A proposição da 3HCloud não é implausível. A pessoa jurídica está ativa; a rede é visível; diretórios de instalações de terceiros corroboram parte da pegada; a documentação contém detalhes operacionais suficientes para mostrar mais do que um conceito de página de destino; e documentos externos mostram a empresa participando de contratos com clientes e fornecedores. As evidências sustentam tratá-la como um provedor menor real e tecnicamente ambicioso.

Não sustentam tratar cada alegação de marketing como fato consumado. O registro público é escasso em desempenho de serviço auditado, controles de segurança, profundidade da equipe, histórico de incidentes, responsabilidades intercompanhias exatas e a base física de cada região anunciada. A linguagem dos 100% é um mecanismo de crédito, não uma medição. A arquitetura convergente pode reduzir o atrito entre a infraestrutura virtual e física, mas também pode concentrar o risco de armazenamento, rede e suporte.

Isso deixa uma conclusão útil e específica da empresa. A 3HCloud é mais atraente para uma equipe de engenharia que quer ver as peças: APIs OpenStack, portas, cobranças de endereço, limites de largura de banda, níveis de volume em bloco, caminhos Fibre Channel e controles de servidor físico. Sua transparência é mais forte nesse nível mecânico. O comprador deve recompensá-la testando esses mecanismos rigorosamente — e exigir que o perímetro comercial e organizacional se torne igualmente visível. O botão de desligar ainda cobra, mas pelo menos a documentação diz isso.

A questão maior é se todas as dependências que permanecem ativas após o desligamento também podem ser nomeadas, medidas e movidas.