Planos da Vultr

Última conferência de preço: 2026-10-16 简体中文 · 繁體中文 · English · Deutsch

A Vultr foi fundada em 2014 e oferece 20 data centers. Este site lista 4 planos dela (2 de servidor principal, 2 de relay); rotas: rota padrão. Reembolso: cobrança por hora. Todos os planos listados estão em estoque no momento.

Todos os planos

Do menor para o maior preço mensal, incluindo planos esgotados. Os números da tabela foram conferidos manualmente. O IP de teste de cada data center e a latência das três operadoras estão na tabela de IPs de teste abaixo.

Preço mensal Provedor Comprar Uso Rota IP de teste Configuração Porta Tráfego Preço de tabela e cobrança Reembolso Claude Países e regiões disponíveis
$5.00VultrRelay (rota otimizada para a China)Rota padrão108.61.201.151
Outros data centers na tabela abaixo: 29
1 vCPU / 1G / 25GB SSDNão divulgado1TB
$5/mês, cobrança por hora ($0.007/hora, no máximo 672 horas cobradas por mês)Mesmo preço na renovação
Cobrança por hora
SuportadoEstados Unidos, Canadá, México, Brasil, Chile, Reino Unido, Alemanha, França, Holanda, Suécia, Espanha, Polônia, Itália, Japão, Coreia do Sul, Singapura, Índia, Austrália, Israel, África do Sul
$7.50VultrRelay (rota otimizada para a China)Rota padrão216.238.98.1181 vCPU / 1G / 25GB SSDNão divulgado1TB
$7.50/mês (preço de São Paulo, 50% mais caro que os outros data centers), cobrança por hora ($0.01/hora, no máximo 672 horas cobradas por mês)Mesmo preço na renovação
Cobrança por hora
SuportadoEstados Unidos, Canadá, México, Brasil, Chile, Reino Unido, Alemanha, França, Holanda, Suécia, Espanha, Polônia, Itália, Japão, Coreia do Sul, Singapura, Índia, Austrália, Israel, África do Sul
$40.00VultrServidor principal (8G)Rota padrão108.61.201.151
Outros data centers na tabela abaixo: 28
4 vCPU / 8G / 160GB SSDNão divulgado4TB
$40/mês, cobrança por hora ($0.055/hora, no máximo 672 horas cobradas por mês)Mesmo preço na renovação
Cobrança por hora
SuportadoEstados Unidos, Canadá, México, Brasil, Chile, Reino Unido, Alemanha, França, Holanda, Suécia, Espanha, Polônia, Itália, Japão, Coreia do Sul, Singapura, Índia, Austrália, Israel, África do Sul
$60.00VultrServidor principal (8G)Rota padrão216.238.98.1184 vCPU / 8G / 160GB SSDNão divulgado4TB
$60/mês (preço de São Paulo, 50% mais caro que os outros data centers), cobrança por hora ($0.082/hora, no máximo 672 horas cobradas por mês)Mesmo preço na renovação
Cobrança por hora
SuportadoEstados Unidos, Canadá, México, Brasil, Chile, Reino Unido, Alemanha, França, Holanda, Suécia, Espanha, Polônia, Itália, Japão, Coreia do Sul, Singapura, Índia, Austrália, Israel, África do Sul

IPs de teste e latência das três operadoras

Cada IP de teste recebe 4 pings de cada uma de até 12 sondas públicas de medição de cada operadora da China continental (Telecom, Unicom e Mobile), e tira-se a média; a cada hora é a vez de um provedor, este provedor é medido duas ou três vezes por dia e vale a média do dia. Esta tabela foi medida em 2026-10-16. Perda de 20% ou mais aparece em laranja: essa latência é só a média dos pacotes que voltaram, e na prática a conexão vai travar; "Sem resposta" significa que as sondas daquela operadora não conseguiram conectar. Clique no IP para abrir o ping multinó do itdog por toda a China e medir você mesmo.

Data center mais rápido para cada operadora: Telecom Cloud Compute Regular 1GB(vc2-1c-1gb)(硅谷) 161 ms; Unicom Cloud Compute Regular 1GB (vc2-1c-1gb) 107 ms; Mobile Cloud Compute Regular 1GB (vc2-1c-1gb) 157 ms.

IP de testePlano (data center)TelecomUnicomMobileData do teste
108.61.201.151Cloud Compute Regular 1GB (vc2-1c-1gb), Cloud Compute Regular 8GB (vc2-4c-8gb)201 ms
perda 2%
107 ms157 ms
perda 8%
2026-10-16
64.176.34.94Cloud Compute Regular 1GB (vc2-1c-1gb) (Osaka), Cloud Compute Regular 8GB (vc2-4c-8gb) (Osaka)211 ms
perda 7%
204 ms194 ms
perda 3%
2026-10-16
141.164.34.61Cloud Compute Regular 1GB (vc2-1c-1gb) (Seul), Cloud Compute Regular 8GB (vc2-4c-8gb) (Seul)218 ms
perda 14%
213 ms
perda 3%
158 ms
perda 10%
2026-10-16
45.32.100.168Cloud Compute Regular 1GB (vc2-1c-1gb) (Singapura), Cloud Compute Regular 8GB (vc2-4c-8gb) (Singapura)363 ms
perda 13%
243 ms247 ms
perda 10%
2026-10-16
108.61.210.117Cloud Compute Regular 1GB (vc2-1c-1gb) (Frankfurt), Cloud Compute Regular 8GB (vc2-4c-8gb) (Frankfurt)199 ms192 ms
perda 8%
293 ms2026-10-16
108.61.198.102Cloud Compute Regular 1GB (vc2-1c-1gb) (Amsterdã), Cloud Compute Regular 8GB (vc2-4c-8gb) (Amsterdã)251 ms
perda 3%
213 ms268 ms
perda 5%
2026-10-16
108.61.196.101Cloud Compute Regular 1GB (vc2-1c-1gb) (Londres), Cloud Compute Regular 8GB (vc2-4c-8gb) (Londres)258 ms
perda 3%
207 ms229 ms
perda 2%
2026-10-16
64.176.178.136Cloud Compute Regular 1GB (vc2-1c-1gb) (Manchester), Cloud Compute Regular 8GB (vc2-4c-8gb) (Manchester)265 ms
perda 5%
210 ms264 ms
perda 9%
2026-10-16
108.61.209.127Cloud Compute Regular 1GB (vc2-1c-1gb) (Paris), Cloud Compute Regular 8GB (vc2-4c-8gb) (Paris)253 ms208 ms246 ms
perda 2%
2026-10-16
208.76.222.30Cloud Compute Regular 1GB (vc2-1c-1gb) (Madri), Cloud Compute Regular 8GB (vc2-4c-8gb) (Madri)281 ms
perda 3%
236 ms281 ms
perda 7%
2026-10-16
70.34.194.86Cloud Compute Regular 1GB (vc2-1c-1gb) (Estocolmo), Cloud Compute Regular 8GB (vc2-4c-8gb) (Estocolmo)221 ms
perda 8%
213 ms273 ms2026-10-16
70.34.242.24Cloud Compute Regular 1GB (vc2-1c-1gb) (Varsóvia), Cloud Compute Regular 8GB (vc2-4c-8gb) (Varsóvia)279 ms
perda 6%
213 ms
perda 3%
269 ms
perda 2%
2026-10-16
108.61.219.200Cloud Compute Regular 1GB (vc2-1c-1gb) (Los Angeles), Cloud Compute Regular 8GB (vc2-4c-8gb) (Los Angeles)203 ms262 ms287 ms
perda 7%
2026-10-16
108.61.149.182Cloud Compute Regular 1GB (vc2-1c-1gb) (Nova Jersey), Cloud Compute Regular 8GB (vc2-4c-8gb) (Nova Jersey)242 ms
perda 10%
251 ms275 ms
perda 3%
2026-10-16
104.156.230.107Cloud Compute Regular 1GB (vc2-1c-1gb) (Vale do Silício), Cloud Compute Regular 8GB (vc2-4c-8gb) (Vale do Silício)161 ms
perda 3%
166 ms183 ms
perda 3%
2026-10-16
108.61.194.105Cloud Compute Regular 1GB (vc2-1c-1gb) (Seattle), Cloud Compute Regular 8GB (vc2-4c-8gb) (Seattle)215 ms
perda 3%
268 ms189 ms
perda 5%
2026-10-16
107.191.51.12Cloud Compute Regular 1GB (vc2-1c-1gb) (Chicago), Cloud Compute Regular 8GB (vc2-4c-8gb) (Chicago)206 ms240 ms241 ms2026-10-16
108.61.224.175Cloud Compute Regular 1GB (vc2-1c-1gb) (Dallas), Cloud Compute Regular 8GB (vc2-4c-8gb) (Dallas)263 ms
perda 3%
270 ms
perda 8%
246 ms
perda 3%
2026-10-16
108.61.193.166Cloud Compute Regular 1GB (vc2-1c-1gb) (Atlanta), Cloud Compute Regular 8GB (vc2-4c-8gb) (Atlanta)224 ms
perda 3%
232 ms
perda 3%
258 ms
perda 3%
2026-10-16
104.156.244.232Cloud Compute Regular 1GB (vc2-1c-1gb) (Miami), Cloud Compute Regular 8GB (vc2-4c-8gb) (Miami)224 ms
perda 5%
264 ms
perda 10%
251 ms2026-10-16
149.248.50.81Cloud Compute Regular 1GB (vc2-1c-1gb) (Toronto), Cloud Compute Regular 8GB (vc2-4c-8gb) (Toronto)226 ms
perda 3%
250 ms248 ms2026-10-16
216.238.66.16Cloud Compute Regular 1GB (vc2-1c-1gb) (Cidade do México), Cloud Compute Regular 8GB (vc2-4c-8gb) (Cidade do México)223 ms
perda 3%
246 ms272 ms
perda 2%
2026-10-16
64.176.2.7Cloud Compute Regular 1GB (vc2-1c-1gb) (Santiago (Chile)), Cloud Compute Regular 8GB (vc2-4c-8gb) (Santiago (Chile))359 ms
perda 2%
371 ms377 ms
perda 2%
2026-10-16
108.61.212.117Cloud Compute Regular 1GB (vc2-1c-1gb) (Sydney), Cloud Compute Regular 8GB (vc2-4c-8gb) (Sydney)386 ms256 ms
perda 3%
210 ms
perda 3%
2026-10-16
67.219.110.24Cloud Compute Regular 1GB (vc2-1c-1gb) (Melbourne), Cloud Compute Regular 8GB (vc2-4c-8gb) (Melbourne)307 ms262 ms278 ms
perda 5%
2026-10-16
65.20.66.100Cloud Compute Regular 1GB (vc2-1c-1gb) (Mumbai), Cloud Compute Regular 8GB (vc2-4c-8gb) (Mumbai)258 ms
perda 2%
248 ms214 ms
perda 3%
2026-10-16
139.84.130.100Cloud Compute Regular 1GB (vc2-1c-1gb) (Bangalore), Cloud Compute Regular 8GB (vc2-4c-8gb) (Bangalore)352 ms
perda 3%
224 ms180 ms
perda 3%
2026-10-16
139.84.162.104Cloud Compute Regular 1GB (vc2-1c-1gb) (Délhi)249 ms229 ms196 ms
perda 5%
2026-10-16
64.176.162.16Cloud Compute Regular 1GB (vc2-1c-1gb) (Tel Aviv), Cloud Compute Regular 8GB (vc2-4c-8gb) (Tel Aviv)333 ms
perda 2%
311 ms
perda 3%
364 ms2026-10-16
139.84.226.78Cloud Compute Regular 1GB (vc2-1c-1gb) (Joanesburgo), Cloud Compute Regular 8GB (vc2-4c-8gb) (Joanesburgo)322 ms
perda 2%
391 ms386 ms2026-10-16
216.238.98.118Cloud Compute Regular 1GB São Paulo (vc2-1c-1gb), Cloud Compute Regular 8GB São Paulo (vc2-4c-8gb)331 ms
perda 9%
353 ms368 ms2026-10-16

Cidades das sondas: Telecom: Guilin, Xi'an, Nanjing, Guangzhou, Changsha, Dongguan; Unicom: Guilin, Wuhu, Changsha, Xi'an; Mobile: Beijing, Taishan, Kunming, Shanghai, Zhengzhou, Nanning. As sondas mudam a cada dia; os números servem só de referência.

De onde vêm o IP de teste e a latência

O IP de teste é uma máquina que o provedor divulga publicamente neste data center, nesta rota. Antes de comprar, você pode dar ping nele para ver se a sua conexão chega rápido até lá. Clicar no IP abre o ping multinó do itdog por toda a China, com detalhes por província e operadora.

De onde vem o IP
Do site oficial ou da página de Looking Glass do provedor, ou de respostas do suporte do provedor em tickets; alguns poucos vêm de testes de terceiros. Quando o IP divulgado pelo provedor já não responde, usamos o endereço da mesma faixa que responde com a menor latência.
Quem mede a latência
Sondas de duas redes públicas de medição na China continental. A cada hora é a vez de um provedor ser medido; cada provedor é medido em dois ou três horários por dia, de dia e de noite, e tira-se a média das medições do dia. Em cada medição, Telecom, Unicom e Mobile usam até 12 sondas cada (6 de cada rede; se não houver sondas suficientes no dia, usam-se as disponíveis), e cada sonda faz 4 pings.
Como ler
"Telecom 18 · Unicom 22 · Mobile 37 ms" é a latência de cada uma das três operadoras; passe o mouse para ver as cidades das sondas e a taxa de perda. Se uma operadora tiver 20% ou mais de perda, isso aparece escrito, como "Telecom 99 (perda 55%)": essa latência é só a média dos pacotes que voltaram, e na prática a conexão vai travar; o filtro "Minha rede" e a ordenação não a contam como funcionando. Esse tipo de perda foi confirmado com testes em porta TCP: o tempo de handshake fica várias vezes maior, ou seja, é o caminho daquela operadora até o data center que perde pacotes, não a máquina limitando ping. Ao ordenar pelo cabeçalho, vale a mais rápida das três operadoras.
Sem resposta e inacessível
"Sem resposta" em uma operadora significa que aquela sonda não conseguiu conectar. "IP de teste inacessível" significa que nem as sondas da China nem as de fora conseguiram conectar; o mais provável é que o IP tenha sido desativado, o que não quer dizer que a rota ou a máquina estejam indisponíveis. IPs que bloqueiam ping são testados pela porta TCP 80/443.
É preciso?
Serve só como referência. Em cada medição, cada operadora usa até 12 sondas, com 4 pings cada; as sondas mudam a cada vez, a maioria fica em data centers e não em banda larga residencial, e não se mede largura de banda nem o horário de pico noturno.

O que significam os nomes das rotas

A rota indica por qual rede de qual operadora passa o trecho entre a China continental e o data center. Quanto mais perto da China e melhor a rota, menos travam SSH e páginas web, e mais estável fica no horário de pico noturno.

CN2 GIA
A rede premium da China Telecom (AS4809): ida e volta passam pela CN2. Latência baixa, estável no horário de pico noturno, preço mais alto. A primeira escolha para quem usa Telecom.
CN2 GT
A versão comum da CN2 da Telecom: o trecho internacional passa pela CN2 e o trecho dentro da China pelo backbone comum 163. Mais barata que a GIA, um pouco menos estável no horário de pico noturno.
CN2
O provedor só escreveu CN2, sem dizer se é GIA ou GT; é mais seguro esperar o nível da GT.
9929
A rede premium da China Unicom (AS9929, também chamada rede A da Unicom ou CUII). Melhor resultado para quem usa Unicom.
4837
O backbone comum da China Unicom (AS4837). Banda barata e farta, mas pode congestionar no horário de pico noturno.
CMIN2
A rede premium da China Mobile (AS58807). Melhor resultado para quem usa Mobile.
CMI
A saída comum da China Mobile International (AS58453): para quem usa Mobile, melhor que a rota padrão e pior que a CMIN2.
Otimizado p/ as 3 operadoras
O provedor declara que o retorno de Telecom, Unicom e Mobile passa por rotas otimizadas; qualquer que seja a sua banda larga, não deve ficar ruim.
Rota padrão
Rota internacional comum, sem otimização para a China continental; pode ficar bem mais lenta no horário de pico noturno. Serve como servidor principal, com um relay fazendo a ponte.

Este site marca as rotas conforme o que o próprio provedor declara, sem testar o roteamento. O resultado real depende da operadora da sua banda larga; antes de comprar, teste com o IP de teste.