Gcore em 2026: análise honesta para equipas que deixam a AWS ou o Azure

A Gcore é uma empresa do Luxemburgo que começou com uma rede de distribuição de conteúdos (CDN) e hoje vende máquinas virtuais, bare metal, Kubernetes gerido e GPU atrás da sua rede edge. O tráfego que sai das VM e dos clusters de GPU é gratuito e ilimitado, o plano de controlo de Kubernetes de alta disponibilidade não custa nada, e a nossa carga de produção fica em 384,60 € por mês em Luxembourg-2, cerca de um terço do preço da AWS. Esse total inclui um PostgreSQL gerido que é uma beta gratuita, e as lacunas são reais: sem zonas de disponibilidade, sem filas, gestão de chaves nem IAM de granularidade fina, créditos do SLA de computação que ficam por 20 % e contam a indisponibilidade a partir de um relatório seu enviado por email, e certificados que não conseguimos ver. A Gcore não publica os seus acionistas; a Northern Data, que pertence agora em cerca de 85,2 % à Rumble, cotada nos EUA, tem dois lugares no seu conselho de administração e, em 2025, garantiu uma opção sobre uma maioria, cujo estado não é divulgado.

Este artigo faz parte de uma série que compara 24 fornecedores cloud europeus com a AWS e o Azure; a visão geral põe-nos lado a lado. Tudo o que se segue foi verificado a 15 e 16 de outubro de 2026 na documentação, nas condições jurídicas, nos dados de preços e na página de estado da Gcore, em documentos oficiais da Northern Data e da Rumble, em notícias da imprensa e em relatos de utilizadores, cada um na fonte. Não abrimos conta nem executámos cargas de trabalho. A AWS e o Azure têm o preço calculado em Frankfurt, mas a região Frankfurt-2 da Gcore não vende Kubernetes gerido nem armazenamento de objetos, por isso calculámos o preço em Luxembourg-2, a única região da UE que vende VM, Kubernetes, armazenamento de objetos S3 Standard e GPU em conjunto.

Em resumo

O que se pode construir

A Gcore quase não etiqueta nada como beta, por isso o estado é disponibilidade geral (vendido na página de preços sem etiqueta beta), salvo indicação em contrário.

Faltam por completo: MySQL gerido, Redis ou Valkey, MongoDB, Kafka e um serviço OpenSearch geral; filas; um serviço de gestão de chaves; políticas de IAM ou permissões ao nível do recurso; um serviço de cópias de segurança; e zonas de disponibilidade. O armazenamento de objetos documenta o Object Lock e a expiração por ciclo de vida, mas não a replicação nem o controlo de versões, e a Gcore não publica nenhuma lista de funcionalidades S3 não suportadas. Os runtimes de funções estão todos além do fim de vida do projeto original, ou perto dele.

Uma só API REST cobre todos os produtos, e os SDK de Python e Go (0.59.0, 12 de outubro de 2026) são gerados a partir da sua especificação OpenAPI. O provider de Terraform da Gcore tem duas linhas: a v0, na 0.37.1 (12 de outubro de 2026), e a v2, uma reescrita ainda em release candidate, que exige uma reimportação manual e ainda não tem recurso para snapshots, armazenamento S3, funções nem PostgreSQL. O repositório tinha 6 issues abertos a 16 de outubro de 2026, o mais antigo de setembro de 2023. Também há um servidor MCP oficial.

Quanto custa

Preços de tabela da Gcore em euros, sem IVA, da API de preços por trás da calculadora de gcore.com e das páginas de preços, verificados a 15 e 16 de outubro de 2026, em Luxembourg-2, a 730 horas por mês.

Carga de trabalho A, uma configuração inicial: uma VM com 2 vCPU e 4 GB, um disco de 40 GB, um endereço IPv4, 1 TB de tráfego de saída e 100 GB de armazenamento de objetos.

A AWS cobra 112,37 € e o Azure 116,15 € pelo mesmo em Frankfurt; na AWS, só o 1 TB de tráfego de saída representa 81,00 dólares de uma fatura de 125,95 dólares. A Gcore custa 36 % do preço da AWS, com vCPU dedicadas contra instâncias burstable, porque Luxembourg-2 não vende nenhum plano de vCPU partilhadas. Com o g3a-standard-2-4 AMD de Frankfurt-2 (20,76 €) e o armazenamento de objetos comprado em Luxembourg-2, o total é de 31,02 €.

Carga de trabalho B, um pequeno sistema de produção: três VM de 4 vCPU e 16 GB, cada uma com um endereço IPv4, 300 GB de armazenamento em bloco SSD, um balanceador de carga, PostgreSQL com 2 vCPU, 8 GB e 100 GB, como primária mais réplica em espera, 1 TB de armazenamento de objetos com 1 milhão de pedidos PUT e 10 milhões de pedidos GET, um plano de controlo de Kubernetes e 2 TB de tráfego de saída.

A AWS cobra 1 082,61 € pela carga B com m7i.xlarge e o Azure 1 091,88 € com D4s_v5, por isso a Gcore custa 36 % da AWS e 35 % do Azure. Isso favorece a Gcore, porque a sua base de dados é uma beta a zero: se se tirar a base de dados de alta disponibilidade da AWS (320,13 dólares com armazenamento), a AWS ainda custa 796,98 €, face aos quais a Gcore custa 48 %. A maior parte da diferença restante está em duas rubricas que a Gcore não cobra: 2 TB de tráfego de saída (171,00 dólares na AWS) e o plano de controlo de Kubernetes (73,00 dólares no EKS).

O total assenta em três pressupostos. A página de preços só cobra pedidos de escrita no armazenamento de objetos, enquanto a documentação diz «Pedidos»; se os pedidos GET forem faturados, acrescem 30,00 €. A Gcore não diz se o endereço público automático do balanceador de carga é faturado como IP (2,53 € se for). Juntos dão um limite superior de 417,13 €. E a base de dados passará a ter custo quando a beta terminar, a um preço que ainda ninguém consegue orçamentar. Os nós de trabalho não estão incluídos, como em toda esta série.

Tráfego de saída e IPv4. «O tráfego de rede de todas as VM é gratuito e ilimitado», e o tráfego de saída dos clusters de GPU também é gratuito. O bare metal paga 0,0013 € por GB. O tráfego de saída do armazenamento de objetos custa 0,02 € por GiB na página de preços, cerca de 18,63 € por TB, contra 80,30 € na AWS e 77,62 € no Azure acima dos seus 100 GB gratuitos; a documentação diz «por Gb», o que seria oito vezes mais caro se significasse gigabits. Um endereço IPv4 público custa 2,53 € por mês, abaixo dos 3,65 dólares que a AWS e o Azure cobram.

Faturação. Os recursos cloud são «cobrados ao minuto pelo tempo em que estão em utilização», a partir de um saldo pré-pago de pelo menos 4 €, reposto a partir do cartão guardado. As VM são faturadas até estarem «completamente paradas», os servidores bare metal e de GPU até serem eliminados, mesmo desligados. Não há nível gratuito para os recursos cloud, e não está documentado nenhum limite de despesa além do saldo pré-pago.

GPU, euros por hora de GPU em nós bare metal de 8 GPU (a Gcore apresenta o preço do nó dividido por oito):

Estes preços são de self-service, sujeitos a stock e a quota de GPU. A B300 (6,00 €) e o rack GB300 NVL72 passam pela equipa comercial; não há B200 nem L4. Uma única H100 vem como Virtual GPU a 2,82 € por hora. A AWS não vende a H100 em Frankfurt e cobra 6,57 € por hora de GPU em Estocolmo; a H200 do Azure custa 12,29 € em Germany West Central. Os nós spot «podem ser recuperados com 24 horas de pré-aviso», e o contrato permite à Gcore entregar parte de uma encomenda de GPU comprometida ou substituir o hardware por um de «nível equivalente ou superior».

Alterações de preço. Um banner sem data anuncia «Novos preços mais baixos» em oito localizações, entre elas Frankfurt-2, onde os planos AMD custam cerca de metade dos de Luxembourg-2 (54,77 € contra 108,00 €). Não encontrámos nenhuma subida nos últimos 24 meses. O Master Services Agreement de 17 de junho de 2026 permite à Gcore «aumentar as Taxas ... anualmente» em, no máximo, o maior valor entre 5 % e o IPC do Luxemburgo, e ajustá-las «a qualquer momento» por aumentos de custos demonstráveis, com 30 dias de pré-aviso.

Fiabilidade

Sem zonas. A Gcore não tem zonas de disponibilidade. Dentro de uma região há grupos de colocação (placement groups) que põem as VM em servidores físicos separados, balanceadores de carga que funcionam como um par ativo e em espera (active-standby) e volumes num sistema de ficheiros distribuído «com replicação tripla dos dados». Onde ficam o par de balanceadores de carga ou os três nós de PostgreSQL HA (rack, sala ou edifício) não é indicado, nem quanto demora um failover da base de dados; a AWS e o Azure põem uma réplica em espera síncrona noutra zona e fazem failover em 60 a 120 segundos. Sobreviver à perda de um local implica uma segunda região, e a escolha é estreita: Luxembourg (ED-9) vende Kubernetes gerido, Luxembourg-3 e Frankfurt-2 não, e nenhuma das três vende S3 Standard.

O SLA, segundo a página jurídica de 17 de junho de 2026:

• Os créditos vão de 2,5 % da taxa mensal do serviço afetado (abaixo de 99,95 %, só nas regiões Core) a 20 % abaixo de 90 %. São abatidos à fatura seguinte, nunca em dinheiro, e não é emitido nenhum abaixo de 25 € por mês.
• O relógio começa «a partir da receção, pela Gcore, de uma Comunicação de Defeito válida do Cliente por email e da subsequente confirmação do Defeito pela Gcore»: uma interrupção que ninguém comunica por email não é indisponibilidade. Para o Object Storage, começa quando a Gcore abre o seu próprio ticket de incidente. As reclamações são feitas por email no prazo de 30 dias.
• O Kubernetes só conta como indisponível quando a API está inacessível para todos os clusters e não é possível lançar nós de trabalho de substituição. A sua documentação promete «um SLA de 99,99 %»; o contrato diz 99,9 %.
• As regiões «Core» constam de uma lista que não conseguimos ler. A API do mapa cloud da Gcore etiqueta Amesterdão, Helsínquia, Londres, Paris e Varsóvia como localizações edge, mas não o Luxemburgo nem Frankfurt; a nossa leitura, e não uma declaração da Gcore, é que estas duas são Core.
• Os clusters de GPU grandes perdem a cobertura do SLA se não for mantida uma «Spare Reserve» de pelo menos 8 % dos nós. A manutenção nunca dá direito a créditos.
• A responsabilidade tem um teto de 50 % das taxas pagas ao abrigo das Service Orders do Serviço afetado nos 12 meses anteriores, mais as taxas desse mês; as reclamações caducam ao fim de um ano.

A AWS compromete-se com 99,99 % para o EC2 em duas ou mais zonas e 99,5 % para uma instância isolada, com créditos até 100 % e reclamações até ao fim do segundo ciclo de faturação; o Azure dá 99,99 % entre zonas e 60 dias para reclamar. Os 99,95 % da Gcore para uma só VM são um objetivo mais alto do que os 99,5 % da AWS para uma instância isolada, mas o seu maior crédito é um quinto do da AWS e depende da sua comunicação.

Página de estado e incidentes. A status.gcore.com só guarda as últimas 50 entradas no seu feed público, que a 16 de outubro de 2026 recuavam até 1 de agosto. Nenhuma das entradas que lemos indica uma causa raiz, e não encontrámos nenhum postmortem. Nessas 11 semanas, as localizações do Luxemburgo tiveram cinco incidentes, cada um confinado a uma localização, e o portal de clientes falhou em todo o lado uma vez:

Noutros pontos da UE, o feed mostra uma interrupção parcial do armazenamento SFTP em Eschborn de quase três dias (1 a 4 de agosto), uma interrupção de conectividade em Varsóvia e três entradas em Amesterdão em outubro, sobre bare metal e rede. Só a interrupção do portal se estendeu a várias regiões.

Suporte

A documentação acrescenta que «a Gcore pode baixar a prioridade de um pedido se o problema não for causado por uma falha de um serviço da Gcore» e que a carga do suporte «pode alargar os tempos de resposta para além da garantia de um plano». Um objetivo de uma hora para uma interrupção de produção custa 200 € por mês na Gcore, contra o maior valor entre 29 dólares e 9 % da despesa no AWS Business Support+ e 100 dólares por mês no Azure Standard.

Abrir conta

O registo pede um endereço de email (ou um início de sessão Google ou GitHub), um meio de pagamento com morada de faturação e pelo menos 4 € de saldo. A documentação do registo não descreve nenhuma verificação de identidade, mas o contrato diz que «todos os contratos com a Gcore ficam sujeitos à conclusão com êxito da verificação KYC», que, segundo a política de privacidade, pode abranger «prova de identidade, prova de morada, informação sobre PEP». A Gcore verifica os «beneficiários efetivos ou administradores» do cliente nas listas de sanções.

As quotas por omissão de uma conta nova não são publicadas. Aumentar uma é um pedido que a Gcore analisa, com no máximo dez abertos em simultâneo; o bare metal exige sempre um pedido aprovado, e o PostgreSQL gerido uma ativação única por projeto e por região. Se a carga B cabe nos valores por omissão no primeiro dia, não conseguimos apurar sem uma conta. Na AWS, o valor por omissão de 5 vCPU para instâncias normais fica abaixo das 12 da carga B; os 20 núcleos por região do Azure chegam, no papel.

Se um pagamento falhar, todos os produtos da conta são suspensos. As VM, os volumes, os snapshots e o bare metal são eliminados 48 horas depois; o Managed Kubernetes, as funções, os contentores e os clusters spot de GPU de imediato; o PostgreSQL e o logging ao fim de 14 dias. A Gcore também pode suspender «sem aviso prévio» para prevenir fraude ou «potencial responsabilidade material ou reclamação de terceiros».

Conformidade e proteção de dados

O trust centre da Gcore só é renderizado com JavaScript e parece disponibilizar os relatórios a pedido; não o conseguimos ler.

O Data Processing Agreement de 17 de junho de 2026 dá à Gcore uma autorização geral para subcontratantes ulteriores e transfere dados para fora da UE e do EEE «recorrendo por omissão às Cláusulas Contratuais-Tipo». A lista de subcontratantes ulteriores de 25 de novembro de 2025 nomeia empresas da Gcore na Alemanha, no Luxemburgo, em Chipre, nos Estados Unidos, na Sérvia, nas Filipinas, na Geórgia e no Usbequistão, além da Microsoft Ireland, da Zendesk Inc. nos EUA e da HubSpot Ireland. Não nomeia nenhum operador de centro de dados. O cliente escolhe a região, e a Gcore anuncia cinco «regiões dedicadas da UE»: Luxemburgo, Frankfurt, Paris, Amesterdão e Varsóvia. Não encontrámos nenhum compromisso contratual de que o pessoal de suporte ou de operações aceda aos dados dos clientes apenas a partir da UE.

Quem a controla

A Gcore não publica a lista dos seus acionistas. As tabelas indicam cada fonte e o seu tipo: P é a empresa, um registo ou um documento oficial; S é a imprensa; U é a cópia de um documento feita por um utilizador. Não tiramos nenhuma conclusão sobre que leis alcançam a Gcore.

O registo de beneficiários efetivos do Luxemburgo não é público, por isso nenhuma das duas notícias da imprensa pôde ser verificada num registo. Nenhuma fonte que encontrámos diz se a opção da Northern Data foi exercida, caducou ou continua aberta: nem o prospeto da Rumble nem as demonstrações do primeiro trimestre de 2026 da Northern Data a mencionam, e a alteração de julho de 2026 é descrita apenas pelo seu efeito. Através da Northern Data, um grupo cotado nos EUA detém a participação e os empréstimos, e a opção se ainda estiver aberta; se mantém os dois lugares no conselho de administração não é indicado.

A história com a Rússia, tal como as fontes a apresentam:

A Gcore não diz quem opera os seus centros de dados; o contrato refere espaço de colocation arrendado. A Northern Data disse que a rede conjunta é «alimentada pela infraestrutura de última geração já existente da Northern Data», mas nenhuma fonte liga uma região da Gcore com nome a uma instalação da Northern Data. Nomes de campos da API cloud, como keystone_id, apontam para OpenStack por baixo; a Gcore não o diz.

Sair

O tráfego de saída das VM e dos clusters de GPU é gratuito; o tráfego de saída do armazenamento de objetos custa cerca de 18,63 € por TB. As saídas usam ferramentas normais: armazenamento compatível com S3, Kubernetes conforme com a CNCF, PostgreSQL normal com dump e restauro documentados, e NFS. É possível carregar imagens personalizadas, mas descarregar uma imagem de VM ou um snapshot não está documentado.

O aditamento sobre o Regulamento dos Dados da UE, de 13 de janeiro de 2026, fixa o calendário: um pedido de mudança (Switching Request) com pelo menos dois meses de antecedência, um período de transição de até 30 dias a começar um mês após a receção, e depois pelo menos 30 dias para recuperar os dados, com taxas durante todo o período. A Gcore «pode aplicar as taxas normais de tráfego de saída de dados permitidas pela lei aplicável», e um contrato de duração fixa continua a dever a taxa de rescisão antecipada, os encargos mensais restantes vezes os meses que faltam. As encomendas de pagamento por utilização terminam com 14 dias de pré-aviso por escrito. «O Cliente continua a ser o único responsável pelas cópias de segurança.»

A dependência do fornecedor está na borda e nos produtos de IA: aplicações FastEdge, implementações do Everywhere Inference, configuração de CDN, WAAP e DDoS, e reservas de GPU de 12 ou 36 meses.

O que dizem os utilizadores

Os relatos independentes sobre a nuvem da Gcore são escassos, e sobretudo sobre CDN, DNS e DDoS, não sobre VM; o Reddit não pôde ser lido. Três temas cumprem o nosso critério.

Os aumentos de quota são manuais e podem demorar dias. A análise ClusterMAX da SemiAnalysis encontrou decisões de quota tomadas por «um membro da equipa de suporte sem nome nem rosto», e uma quota de armazenamento que exigiu «três tentativas separadas (ao longo de dois dias úteis)» (ClusterMAX 2.0, novembro de 2025). A documentação da Gcore confirma que os pedidos são analisados (quotas).

O Kubernetes em nós bare metal e de GPU funciona, em self-service. Um utilizador relata que «o Kubernetes gerido deles até suporta nós bare metal, o que na verdade é algo que estou a usar» (41739402, outubro de 2024), e a ClusterMAX chamou-lhe «uma das melhores ofertas puramente self-service que testámos para Kubernetes» (novembro de 2025).

O tratamento dos node pools tem arestas por limar, e as correções são lentas. No Terraform, os node pools são substituídos antes de os novos nós perderem as suas taints, cerca de 5 minutos de indisponibilidade quando todos são substituídos (issue 88, aberto em março de 2024, primeira resposta de um responsável em dezembro de 2024, ainda aberto), e um apply em cada dois recria todos os node pools (issue 266, aberto em setembro de 2025, ainda aberto). O primeiro cluster da ClusterMAX ficou «preso num estado de “provisioning” durante mais de duas horas antes de acabar por falhar».

A quem serve e quem deve procurar noutro lado

A Gcore serve equipas que querem CDN, proteção DDoS, WAF e DNS na borda, com VM e Kubernetes por trás, numa só fatura; serviços que enviam muito tráfego para fora das VM; e equipas de IA que querem nós H100 em self-service no Luxemburgo, em Helsínquia ou em Portugal a preços publicados, ou Kubernetes em nós bare metal e de GPU.

Procure noutro lado se precisa de uma base de dados gerida de produção ou de outros serviços de dados geridos, de failover entre zonas dentro de uma região, de certificados na mão antes de assinar, ou de aumentos de quota sem uma pessoa a analisá-los. Procure também noutro lado se a sua definição de fornecedor europeu exige uma cadeia de propriedade publicada e totalmente europeia e tratamento apenas por entidades da UE.

Fontes

Verificadas a 15 e 16 de outubro de 2026.

Preços

• Preços cloud e preços de IA e de GPU
• API de preços por trás da calculadora, Luxembourg-2 e regiões de GPU
• Como o armazenamento é faturado, faturação cloud, largura de banda e tráfego
• Planos de suporte
• Valores da AWS e do Azure: AWS Price List bulk API e Azure Retail Prices API, convertidos à taxa do BCE de 15 de outubro de 2026

Condições e SLA

• Documentos jurídicos: Master Services Agreement, Service Level Agreements, Data Processing Agreement, Services Specifications e Acceptable Use Policy de 17 de junho de 2026; Data Act Addendum de 13 de janeiro de 2026; Privacy Policy de 8 de maio de 2026; Service Abuse Policy de 29 de junho de 2023
• Lista de subcontratantes ulteriores, 25 de novembro de 2025
• Eliminação de dados após falta de pagamento
• Tempos de resposta do suporte

Documentação

• API de regiões, objeto de região e API do mapa cloud
• Tipos de VM, volumes, grupos de colocação, balanceadores de carga, bare metal
• URL do serviço S3 por região
• PostgreSQL gerido e cópia de segurança e restauro com ferramentas externas
• Kubernetes gerido e resultados de conformidade da CNCF
• GPU Cloud e GPU bare metal spot
• Quotas, criar uma conta, carregar uma imagem
• SDK, provider de Terraform, o seu repositório, migração da v0 para a v2, servidor MCP

Estado e incidentes

• Página de estado e feed do histórico; as páginas dos incidentes estão ligadas na tabela acima

Conformidade

• Infraestrutura segura e conformidade, máquinas virtuais soberanas, trust centre

Empresa e propriedade

• Sobre a Gcore e vagas abertas
• Anúncio da Série A e Business Wire, 23 de julho de 2024
• Parceria entre a Northern Data e a Gcore, 2 de abril de 2025
• Prospeto da Rumble Inc. (424B3), 14 de abril de 2026, com as contas de 2025 da Northern Data AG
• Formulário 8-K/A da RUM Group Inc., 28 de agosto de 2026, anexo 99.2: demonstrações da Northern Data AG do primeiro trimestre de 2026
• A Rumble conclui a aquisição da Northern Data, 17 de junho de 2026
• Extrato do registo do Luxemburgo na North Data (agregador de registos)
• Imprensa: Paperjam; taz, 14 de julho de 2023; Correctiv, 17 de fevereiro de 2023; Kommersant, 4 de junho de 2022; ComNews, 16 de março de 2026

Relatos de utilizadores

• Análise ClusterMAX 2.0 da SemiAnalysis sobre a Gcore, 6 de novembro de 2025
• Hacker News: 41739402 (outubro de 2024)
• Issues do provider de Terraform 88 e 266
• Aviso da Gcore sobre a Rússia e a Bielorrússia, março de 2023, cópia de um cliente no LowEndTalk (arquivada)