OVH Community, your new community space.

O RPS a 10Mbps


oles@ovh.net
05-10-10, 14:40
Bom dia,
Efectuamos os testes dos RPS a 10Mbps. Não foram conclusivos.
Vamos passar todos os RPS a 100Mbps.

A OVH prepara as ofertas VPS estáticas e dinâmicas ...

Amigavelmente,
Octave

ricardo.durao
01-10-10, 11:46
Bom dia,

Conforme indicado pelo Octave no post dele :

Citação Postado Originalmente por oles@ovh.net
Se esta alteração colocar em causa o uso dado aos RPS, caso tenham
necessidade de mais do que 10 Mbps de largura de banda, contactem
o suporte a fim de ser encontrada uma solução comercial que não seja
forçosamente o RPS. Encontraremos uma solução para si.
Se porventura após os testes, for feita a limitação a 10Mbps, será na altura dada a oportunidade aos clientes, de após contacto connosco, arranjarmos uma solução viável comercialmente para não prejudicar o cliente. No entanto esta limitação não está ainda implementada, ou seja, foi feita apenas a alguns clientes, pelo que até lá não deverá ter problemas no seu RPS.

Depois se porventura for anunciado que todos irão passar a 10Mbps, iremos arranjar uma solução comercialmente viável e não prejudicial ao cliente, para que o cliente nunca saia prejudicado desta solução. Apenas será dado esta hipótese após as conclusões finais.

Até lá, poderá usar na sua plenitude o seu RPS sem qualquer limitação de 10Mbps.

cirne
01-10-10, 11:26
É uma situação extremamente injusta e parece-me a mim pouco profissional.

Possuo um RPS à mais de um ano e embora os tempos de acesso ao disco não sejam famosos, nunca tive problemas com ficheiros corruptos.

Agora decidem limitar a largura de banda a 10Mbps para testes, podendo ficar para sempre se os testes correrem bem.

Quando contratei o serviço, fazia parte das características do serviço os 100Mbps, caso queiram alterar as características do serviço, parece-me que são livres de o fazer. Agora alterarem as características do serviço e não haver possibilidade de migrar para outra solução (ex. servidor dedicado) é que me parece a mim uma falta de consideração pelos clientes.

bernardo11
28-09-10, 10:43
A meu ver apesar das RPS terem um principio de funcionamento interessante, na pratica, e como já admitido pela OVH existem alguns problemas. A meu ver e já que o projecto RPS foi menos conseguido e o preço dos Kemeda baixou novamente a diferença entre uma RPS e um dedicado é de cerca de 5€ o que não justifica grandes mexidas nas RPS:

RPS1 (Atom 1.6, 512Mb, 20Gb Disco) = 12€

C250G (Celeron D 1.2, 2Gb, 250Gb) = 18€

ou então

RPS 5 (AMD Phenom II X4 910 2.6, 4Gb, 20Gb) = 48€

Q1T Quad Core Q6600 2.4, 4Gb, 1Tb) = 48€

Tendo em conta a performance dos discos das RPS para o cliente vai ser sempre mais vantajoso um servidor dedicado a uma RPS.

Ludgero
27-09-10, 14:32
O problema, como referido no post inicial, não é o tráfego em termos do seu volume.
Colocar um limite de X GBytes / mês não iria resolver o problema.

O que se quer solucionar é a problemática do QoS originar corrupção de dados. Para
que os dados sejam "corrigidos" é necessário usar mais recursos do filer, o que pode
levar a instabilidade/ indisponibilidade pontual.

É certo que não transparece profissionalismo efectuar testes em plataformas em produção.
Mas a intenção da OVH, como já admitido há muito tempo é solucionar
os "defeitos" que nós próprios apontamos à plataforma e torná-la profissional.
Certamente que clientes profissionais não querem pagar por um serviço que peque
pela sua disponibilidade.
Um administrador de um servidor dedicado "clássico" (com os discos no interior
do chassis) tem ao seu alcance algumas possibilidades de minimizar os downtimes
originados por problemas com a integridade dos dados. Mas com um RPS torna-se
bastante frustrante estar dependente da "sorte" para que o servidor esteja sempre
disponível. O administrador usou de todo o seu conhecimento para "afinar" o serviço
que disponibiliza, mas algures o QoS do iSCSI fez um "drop" a um pacote qualquer
e os seus dados ficaram corrompidos .
Ter recorrentemente problemas destes isso sim pode ser apelidado de falta de
profissionalismo, agora admitir esses erros e querer corrigi-los, a isso chama-se
transparência e honestidade e foi sempre esta a base sobre a qual assentou a relação
da OVH com os seus clientes.

Para tornar os produtos da gama RPS dignos de serem usados por profissionais, a OVH
vai levar a cabo estes testes durante 10 dias e tirar as suas conclusões.
Dependendo da decisão tomada, iremos estar disponíveis para apresentar soluções aos clientes.
Mas só quando houver conclusões, por agora vamos deixar os testes correr.

bernardo11
24-09-10, 19:23
Citação Postado Originalmente por abraaocaldas
Parece-me uma boa forma de fazer com que os clientes abandonem as RPS...

Teste em servidores de produção não me parece muito profissional...
Havia uma maneira possivelmente mais dispendiosa de aumentar a performance que era colocar limites de tráfego nos servidores. 100Mbps com 500Gb de tráfego chega perfeitamente para o uso de uma RPS.

abraaocaldas
24-09-10, 17:28
Parece-me uma boa forma de fazer com que os clientes abandonem as RPS...

Teste em servidores de produção não me parece muito profissional...

oles@ovh.net
23-09-10, 14:02
Olá,
Terminamos os trabalhos de actualização da infraestrutura
de armazenamento cujo enfoque foi na rede
http://travaux.ovh.com/?do=details&id=4619 .

Vamos agora efectuar testes nos RPS em produção, alterando
a velocidade das portas dos switches para as passar de 100Mbps
para 10 Mbps. Após alguns testes efectuados, constatamos que
esta alteração permite aumentar a estabilidade da infraestrutura
de armazenamento. Com efeito, no iSCSI a gestão de QoS consiste
em enviar mensagens de "flow" sobre a rede (e não fazer drop aos
pacotes).
Estas mensagens permitem dizer ao filer ou ao RPS "pára de
enviar dados" ou "já podes enviar dados". Se o fizermos com o
QoS e fizermos drop aos pacotes, como se trata de armazenamento,
isto provoca corrupção de dados (que são automaticamente corrigidos,
mas fazem um "freeze" ao RPS durante alguns segundos).
Por agora não encontramos nenhum switch que saiba gerir o QoS
desta maneira. O armazenamento na rede é bastante recente.
Queremos portanto, poder recorrer a um "truque" para forçar a
velocidade da switchport a 10Mbps e deixar ao encargo do switch
ou do RPS a gestão do QoS.

Se os testes a 10Mbps forem conclusivos, vamos alterar a oferta
comercial.

Em relação aos clientes que estão já a usar as máquinas:
- estamos no processo de passagem dos RPS para 10Mbps, os testes
irão levar cerca de 10 dias
- de seguida vamos tirar verdadeiras conclusões deste teste e
decidir se a alteração melhora a velocidade ou não
- se sim, passamos os RPS para 10Mbps, se não ficam como dantes
a 100Mbps.

Se esta alteração colocar em causa o uso dado aos RPS, caso tenham
necessidade de mais do que 10 Mbps de largura de banda, contactem
o suporte a fim de ser encontrada uma solução comercial que não seja
forçosamente o RPS. Encontraremos uma solução para si.

Esperamos assim melhorar a qualidade da oferta que agrada a bastantes
clientes, não apenas na questão do preço, mas pelo aspecto de ser
uma oferta dedicada em termos de recursos de CPU e RAM.
Apesar do facto de termos pensado em para esta oferta e o termos
anunciado, ficamos surpresos de receber todos os dias bastantes
encomendas, o que nos faz pensar : talvez seja melhor manter
esta oferta. De qualquer das formas, ao nosso nível, ou encontramos
uma solução técnica (qualquer que ela seja) para tornarmos
a oferta "não discutível" no plano da fiabilidade, ou acabamos
com a oferta.
Por agora exploramos a ideia dos 10Mbps. As conclusões serão
tiradas dentro de 10 dias

Amigavelmente,
Octave