disco
19-09-13, 16:52
Boa tarde,
Enviei agora o mail como pedido
Enviei agora o mail como pedido
Estado da situação em relação às entregas de servidores
abraaocaldas
14-09-13, 20:27
Existe alguma previsão para a liberação da compra por clientes do Brasil?
Ludgero
12-09-13, 13:25
(em relação à informação sobre as novas regras de IPs, eis alguma informação relevante)
A divisão dos IP é uma "problemática" técnica que nos permite
propor 3 funcionalidades:
-Os IP FO além de 3 IP (no máximo 24 IPs, em função da gama)
- permitir fazer Failover entre os datacenters do mesmo continente.
Irão poder assim ter tantos IP FO quantos os meses pelos quais renovaram
o servidor dedicado, com um máximo de 6 IP para a gama SP, 12 IP para a gama
EG, 18 IP para a gama MG e 24 para a gama HG.
Irá ser possível migrar todos os IP FO entre os datacenters RBX, GRA e SBG
e não ficar assim restrito a uma só zona de datacenters (por exemplo, apenas
poder migrar IPs entre máquinas nos datacenters RBX).
Estas são 2 funcionalidades que em termos de implementação têm um custo
enorme devido ao número de rotas nos routers dos datacenters e é
necessário compensar de alguma forma : vamos suspender a possibilidade de
divisão de um bloco de endereços IP.
Com o vRACK 1.5 irá poder usar um bloco de IPs e encaminhá-lo para vários
servidores. Também será possível fazer "anycast", ou seja, anunciar o seu bloco
em GRA, RBX e/ou SBG e depois rotear IP por IP para um servidor que poderá
estar localizado numa destas 3 zonas de datacenters.
Trata-se de grandes avanços que permitem fazer mais coisas, por exemplo
implementar planos de retoma de atividade com servidores prontos a
suportar essa retoma num outro datacenter. Tudo isto se tornará acessível
e utilizável graças a estas alterações.
Assim, algumas variáveis dos serviços serão alteradas pois pretendemos
propor mais e continuar a inovar com propostas de serviços que ninguém mais propõe.
A divisão dos IP é uma "problemática" técnica que nos permite
propor 3 funcionalidades:
-Os IP FO além de 3 IP (no máximo 24 IPs, em função da gama)
- permitir fazer Failover entre os datacenters do mesmo continente.
Irão poder assim ter tantos IP FO quantos os meses pelos quais renovaram
o servidor dedicado, com um máximo de 6 IP para a gama SP, 12 IP para a gama
EG, 18 IP para a gama MG e 24 para a gama HG.
Irá ser possível migrar todos os IP FO entre os datacenters RBX, GRA e SBG
e não ficar assim restrito a uma só zona de datacenters (por exemplo, apenas
poder migrar IPs entre máquinas nos datacenters RBX).
Estas são 2 funcionalidades que em termos de implementação têm um custo
enorme devido ao número de rotas nos routers dos datacenters e é
necessário compensar de alguma forma : vamos suspender a possibilidade de
divisão de um bloco de endereços IP.
Com o vRACK 1.5 irá poder usar um bloco de IPs e encaminhá-lo para vários
servidores. Também será possível fazer "anycast", ou seja, anunciar o seu bloco
em GRA, RBX e/ou SBG e depois rotear IP por IP para um servidor que poderá
estar localizado numa destas 3 zonas de datacenters.
Trata-se de grandes avanços que permitem fazer mais coisas, por exemplo
implementar planos de retoma de atividade com servidores prontos a
suportar essa retoma num outro datacenter. Tudo isto se tornará acessível
e utilizável graças a estas alterações.
Assim, algumas variáveis dos serviços serão alteradas pois pretendemos
propor mais e continuar a inovar com propostas de serviços que ninguém mais propõe.
mbarrela
12-09-13, 12:39
Recebi o meu mSP com 200mpbs de ligação , hoje ás 3h, o pagamento tinha sido feito dia 26 de Agosto.
Cumps.
Cumps.
ricardo.durao
11-09-13, 17:44
Boa tarde,
Pedimos que nos enviem as vossas encomendas para que esta situação seja analisada e possamos satisfazer as vossas dúvidas.
Lembramos apenas que nos referimos à data de validação do pagamento, que por vezes não é imediato.
Porém, para que possamos satisfazer as vossas dúvidas, por favor remetam as vossas encomendas para suporte@ovh.pt para que possamos verificar.
Com os meus melhores cumprimentos
Ricardo Durão
Pedimos que nos enviem as vossas encomendas para que esta situação seja analisada e possamos satisfazer as vossas dúvidas.
Lembramos apenas que nos referimos à data de validação do pagamento, que por vezes não é imediato.
Porém, para que possamos satisfazer as vossas dúvidas, por favor remetam as vossas encomendas para suporte@ovh.pt para que possamos verificar.
Com os meus melhores cumprimentos
Ricardo Durão
tiagomendes
11-09-13, 14:42
Postado Originalmente por disco
disco
11-09-13, 12:44
Eu também tive o pagamento confirmado no dia 31/07 e ainda não recebi
DarkMonday
09-09-13, 17:56
sim também fiquei sem perceber essa parte.
A minha encomenda foi paga dia 30/07 e ainda não a recebi.
A minha encomenda foi paga dia 30/07 e ainda não a recebi.
tiagomendes
09-09-13, 17:39
Postado Originalmente por Ludgero
Ludgero
09-09-13, 14:16
Bom dia,
Na semana passada decidimos colocar as gamas KS e SP
em "sold out" para podermos recuperar o atraso nas
entregas antes de aceitarmos novas encomendas.
Com efeito, o fluxo de pedidos é enorme e há uma
grande dificuldade em fazer face a estes pedidos num
curto espaço de tempo. É então necessário gerir este fluxo
antes das encomendas serem efetuadas e não depois.
As nossas ofertas são bastante atrativas e fomos vítimas
do nossos próprios erros. Começamos já a equilibrar as nossas
ofertas de forma a que possamos ter um fluxo de encomendas
não tão astronómico como o que se constatou em Agosto.
Como já anunciado, o preço dos IP Failover podem variar a
cada mês. O preço passou de 0,5 Euro para 1 Euro / por mês por cada IP.
Com os pedidos que temos recebido, o stock esgota-se mais
depressa do que o previsto.
Hoje, vamos adicionar a possibilidade de poder ter IP Failover
"à unidade" além dos 3 IP Failover, graças à "antiguidade" do
servidor. A regra é simples: terá a possibilidade de adicionar
tantos IP Failover quantos o número de meses pelos quais
já pagou o servidor. Os limites máximos por gama são:
- KS: 0
- SP: 6 IP FO
- FS: 0
- EG: 12 IP FO
- MG: 18 IP FO
- HG: 24 IP FO
Se deseja ter logo "à partida" mais do que 3 IP Failover, basta pagar
o servidor por X meses, logo de antemão.
Isto vai aumentar o número de IPv4 /32 nas tabelas de roteamento
e será para nós indispensável, para poder gerir este número,
controlar corretamente o roteamento para evitar problemas
técnicos no futuro. Assim, alterámos 2 regras para os IPs Failover RIPE:
- Já não será possível dividir um bloco de IPs em IPs "avulsos".
Será necessário manter o bloco inteiro, o que nos permitirá
rotear o máximo de IP com apenas 1 regra na nossa tabela de roteamento.
- O tamanho mínimo de um bloco passa a ser um /28 (ou seja, 14 IPs, tendo em
conta que o primeiro e últimos IPs não podem ser utilizados) que tem um
custo mensal de 16 Euro/mês (+IVA).
Se deseja utilizar um bloco de IP para vários servidores, poderá
fazer essa implementação com recurso ao vRACK 1.5 que permite
rotear um bloco de IPs (uma só entrada nas tabelas de roteamento,
portanto) e assim, graças à magia das VLANs, encaminhar cada IP
para o servidor adequado. O vRACK 1.5 está em fase BETA e irá passar
à versão estável no final do mês. Nesse momento irá poder reconstituir
o seu bloco de IPs e poderá roteá-lo para o serviço vRACK 1.5 .
Trabalhamos atualmente para encontrar uma forma de compensar os
clientes que alugam os servidores por 12, 24 e 36 meses e penalizar
os clientes que geram bastante turnover ao trocar de servidor todos os
3 a 6 meses. Os IP Failovers disponíveis com a antiguidade do servidor
são já um primeiro passo, mas ocorrerá uma série de ações relacionadas
com a fidelidade de um servidor.
Estado das entregas:
HG
==
As entregas decorrem, em média, entre 1H e 48H.
MG
==
As entregas decorrem, em média, entre 1H e 48H.
EG
==
Recebemos os CPU para os servidores e estamos a recuperar
os atrasos, a largos passos. Como não pretendemos aguardar pela
entrega de componentes, os CPU que colocamos nos servidores
têm 30% mais de performance em relação às especificações que
colocamos na página de descrição do produto.
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-09-03 20:00:33 (CET)
Prevemos a entrega de servidores destes modelos entre 1H e 48H a partir
de meados da corrente semana.
FS
==
FS-8T
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-08-31 10:01:33 CET
FS-24T
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-09-03 11:58:36 CET
SP
==
SP BestOf
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-08-29 09:34:35 CET
mSP SSD
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-09-02 14:23:11 CET
mSP
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-08-22 20:52:32 CET
KS
==
KS-24G
Entregamos atualmente 1H após a aceitação do pagamento
KS-16G
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-08-19 13:55:36 CET
KS-4G
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-09-03 06:27:50 CET
KS-2G
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-08-02 16:29:44 CET
Prevemos concluir as entregas deste modelo no final do mês, entregando
1000 servidores por semana.
Amigavelmente,
Octave
Na semana passada decidimos colocar as gamas KS e SP
em "sold out" para podermos recuperar o atraso nas
entregas antes de aceitarmos novas encomendas.
Com efeito, o fluxo de pedidos é enorme e há uma
grande dificuldade em fazer face a estes pedidos num
curto espaço de tempo. É então necessário gerir este fluxo
antes das encomendas serem efetuadas e não depois.
As nossas ofertas são bastante atrativas e fomos vítimas
do nossos próprios erros. Começamos já a equilibrar as nossas
ofertas de forma a que possamos ter um fluxo de encomendas
não tão astronómico como o que se constatou em Agosto.
Como já anunciado, o preço dos IP Failover podem variar a
cada mês. O preço passou de 0,5 Euro para 1 Euro / por mês por cada IP.
Com os pedidos que temos recebido, o stock esgota-se mais
depressa do que o previsto.
Hoje, vamos adicionar a possibilidade de poder ter IP Failover
"à unidade" além dos 3 IP Failover, graças à "antiguidade" do
servidor. A regra é simples: terá a possibilidade de adicionar
tantos IP Failover quantos o número de meses pelos quais
já pagou o servidor. Os limites máximos por gama são:
- KS: 0
- SP: 6 IP FO
- FS: 0
- EG: 12 IP FO
- MG: 18 IP FO
- HG: 24 IP FO
Se deseja ter logo "à partida" mais do que 3 IP Failover, basta pagar
o servidor por X meses, logo de antemão.
Isto vai aumentar o número de IPv4 /32 nas tabelas de roteamento
e será para nós indispensável, para poder gerir este número,
controlar corretamente o roteamento para evitar problemas
técnicos no futuro. Assim, alterámos 2 regras para os IPs Failover RIPE:
- Já não será possível dividir um bloco de IPs em IPs "avulsos".
Será necessário manter o bloco inteiro, o que nos permitirá
rotear o máximo de IP com apenas 1 regra na nossa tabela de roteamento.
- O tamanho mínimo de um bloco passa a ser um /28 (ou seja, 14 IPs, tendo em
conta que o primeiro e últimos IPs não podem ser utilizados) que tem um
custo mensal de 16 Euro/mês (+IVA).
Se deseja utilizar um bloco de IP para vários servidores, poderá
fazer essa implementação com recurso ao vRACK 1.5 que permite
rotear um bloco de IPs (uma só entrada nas tabelas de roteamento,
portanto) e assim, graças à magia das VLANs, encaminhar cada IP
para o servidor adequado. O vRACK 1.5 está em fase BETA e irá passar
à versão estável no final do mês. Nesse momento irá poder reconstituir
o seu bloco de IPs e poderá roteá-lo para o serviço vRACK 1.5 .
Trabalhamos atualmente para encontrar uma forma de compensar os
clientes que alugam os servidores por 12, 24 e 36 meses e penalizar
os clientes que geram bastante turnover ao trocar de servidor todos os
3 a 6 meses. Os IP Failovers disponíveis com a antiguidade do servidor
são já um primeiro passo, mas ocorrerá uma série de ações relacionadas
com a fidelidade de um servidor.
Estado das entregas:
HG
==
As entregas decorrem, em média, entre 1H e 48H.
MG
==
As entregas decorrem, em média, entre 1H e 48H.
EG
==
Recebemos os CPU para os servidores e estamos a recuperar
os atrasos, a largos passos. Como não pretendemos aguardar pela
entrega de componentes, os CPU que colocamos nos servidores
têm 30% mais de performance em relação às especificações que
colocamos na página de descrição do produto.
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-09-03 20:00:33 (CET)
Prevemos a entrega de servidores destes modelos entre 1H e 48H a partir
de meados da corrente semana.
FS
==
FS-8T
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-08-31 10:01:33 CET
FS-24T
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-09-03 11:58:36 CET
SP
==
SP BestOf
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-08-29 09:34:35 CET
mSP SSD
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-09-02 14:23:11 CET
mSP
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-08-22 20:52:32 CET
KS
==
KS-24G
Entregamos atualmente 1H após a aceitação do pagamento
KS-16G
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-08-19 13:55:36 CET
KS-4G
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-09-03 06:27:50 CET
KS-2G
A próxima encomenda a ser entregue teve o seu pagamento aceite em:
2013-08-02 16:29:44 CET
Prevemos concluir as entregas deste modelo no final do mês, entregando
1000 servidores por semana.
Amigavelmente,
Octave