Re: [pgbr-geral] testar latencia AWS

[Sebastian Webber]

Em 28 de setembro de 2015 10:16, Douglas Fabiano Specht <
douglasfabi...@gmail.com> escreveu:

>
> bom dia
> na verdade ja utilizamos para quando é muito lento para o usuário Final,
> mas tem um detalhe, é um serviço pago e por cal de usuário, senao me engano
> a ultima vez pagamos U$ 190,00 ou seja para 300 usuários se torna inviável.
>

Isso já está ficando um pouco off-topic, mas acho que era interessante você
dar uma olhada nesse serviço do Windows Azure: o RemoteApp[1]. Talvez o
preço seja mais atrativo.

É de se avaliar se a latencia dos servers do azure é mais atrativa.

[1] https://azure.microsoft.com/pt-br/services/remoteapp/

-- 
Sebastian Webber
http://swebber.me
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Filho Arrais]

Em 24 de setembro de 2015 14:29, Rafael Fialho 
escreveu:

> Obrigado a todos, pelas respostas, onde escrevi 40s é 40ms mesmo
>> nossa aplicação é Delphi + Unidac(BDE melhorado), logo nao temos como ser
>> 3 camadas, e é muito grande a mudança atual, pois para montar uma tela vai
>> 4,5, vezes ao servidor logo como o Colega Mateus Falou é uma eternidade
>> para montar as telas., ja estamos migrando parte para WEB, mas não temos
>> como faze-lo neste momento, vai levar uns 2 anos ao todo, e até os clientes
>> migrarem mais uns 5 anos...
>>
>> Vamos ter que ir de Terminal mesmo,
>>
> ​Olá,

Não sei se ajudaria, mas a no windows server tem um serviço chamado de
​RemoteApp, você poderia montar tudo na AWS ( Aplicação, Banco, etc).

Já utilizei e é bem legal, único problema que eu encontrei foi quanto a
impressoras e salvar arquivos gerados pelo sistema, mas deve ter meios de
contornar isso.



>
> Existem empresas como a 2cloud que utilizam métodos diferentes de
> utilização, realizando um meio de campo entre as aplicações e a AWS,
> hospedando aplicativos client em um servidor de aplicação e realizando o
> acesso como se fosse terminal service, contendo uma estrutura de
> contingência, load balance e etc.. De repente seria uma opção, ou também
> mais um objeto de discussão.
>
> []'s
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Douglas Fabiano Specht]

Em 28 de setembro de 2015 04:02, Filho Arrais 
escreveu:

>
> Em 24 de setembro de 2015 14:29, Rafael Fialho 
> escreveu:
>
>> Obrigado a todos, pelas respostas, onde escrevi 40s é 40ms mesmo
>>> nossa aplicação é Delphi + Unidac(BDE melhorado), logo nao temos como
>>> ser 3 camadas, e é muito grande a mudança atual, pois para montar uma tela
>>> vai 4,5, vezes ao servidor logo como o Colega Mateus Falou é uma eternidade
>>> para montar as telas., ja estamos migrando parte para WEB, mas não temos
>>> como faze-lo neste momento, vai levar uns 2 anos ao todo, e até os clientes
>>> migrarem mais uns 5 anos...
>>>
>>> Vamos ter que ir de Terminal mesmo,
>>>
>> ​Olá,
>
> Não sei se ajudaria, mas a no windows server tem um serviço chamado de
> ​RemoteApp, você poderia montar tudo na AWS ( Aplicação, Banco, etc).
>
> Já utilizei e é bem legal, único problema que eu encontrei foi quanto a
> impressoras e salvar arquivos gerados pelo sistema, mas deve ter meios de
> contornar isso.
>
>
>
>>
>> Existem empresas como a 2cloud que utilizam métodos diferentes de
>> utilização, realizando um meio de campo entre as aplicações e a AWS,
>> hospedando aplicativos client em um servidor de aplicação e realizando o
>> acesso como se fosse terminal service, contendo uma estrutura de
>> contingência, load balance e etc.. De repente seria uma opção, ou também
>> mais um objeto de discussão.
>>
>> []'s
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>

bom dia
na verdade ja utilizamos para quando é muito lento para o usuário Final,
mas tem um detalhe, é um serviço pago e por cal de usuário, senao me engano
a ultima vez pagamos U$ 190,00 ou seja para 300 usuários se torna inviável.

-- 

Douglas Fabiano Specht
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Douglas Fabiano Specht]

Em 24 de setembro de 2015 01:42, Sebastian Webber 
escreveu:

>
>
> Em 23 de setembro de 2015 09:20, Flavio Henrique Araque Gurgel <
> fha...@gmail.com> escreveu:
>
> Só vou entrar nessa thread pra apoiar a idéia do colega.
>
>
>> Nenhum comentário é inútil ou fútil. O máximo que pode acontecer é gerar
>> mais discussão construtiva.
>>
>
> Muitas vezes alguém trazer um problema "un tanto dificil" gera alguma
> diversão para os curiosos de plantão. Eu particularmente não respondo muita
> coisa nessa lista, mas normalmente quanto mais comentada ou até mais
> complicada for a thread mais vontade de participar eu tenho.
>
>
>> Obrigado por fazer parte desta lista e tentar ajudar aos demais. Não se
>> acanhe se vier outra resposta do pessoal mais experiente reparando ou
>> complementando. É assim que construímos uma comunidade, isso acontece com
>> todo mundo, comigo também.
>
>
> +1
>
> Um abraço!
>
> --
> Sebastian Webber
> http://swebber.me
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>

Bom dia Pessoal
para apimentar um pouco mais, ja que fui eu quem iniciou a thread, abaixo
segue as latências enviado pelo pessoal da representante da Amazon no
Brasil.
no nosso caso vai ficar complicado utilizar os datacenter fora do Brasil,
devido nosso ERP (delphi) ser em duas camadas, com o aplicativo na maquina
do cliente apontando o banco para o datacenter. Neste caso teríamos que
utilizar Terminal Server.
Atualmente nosso banco está no datacenter da UOLDIVEO e temos uma latência
media de 40s e os clientes reclamam as vezes da lentidão.



Abaixo as condições de latência solicitadas.

US-East (Virginia) 152 ms
US-West (California) 236 ms
US-West (Oregon) 243 ms
Europe (Ireland) 316 ms
Europe (Frankfurt) 314 ms
Asia Pacific (Singapore) 376 ms
Asia Pacific (Sydney) 336 ms
Asia Pacific (Japan) 327 ms
South America (Brazil) 34 ms


-- 

Douglas Fabiano Specht
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Danilo Silva]

Em 24 de setembro de 2015 09:30, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> Bom dia Pessoal
>> para apimentar um pouco mais, ja que fui eu quem iniciou a thread,
>> abaixo segue as latências enviado pelo pessoal da representante da
>> Amazon no Brasil.
>> no nosso caso vai ficar complicado utilizar os datacenter fora do
>> Brasil, devido nosso ERP (delphi) ser em duas camadas, com o aplicativo
>> na maquina do cliente apontando o banco para o datacenter. Neste caso
>> teríamos que utilizar Terminal Server.
>> Atualmente nosso banco está no datacenter da UOLDIVEO e temos uma
>> latência media de 40s e os clientes reclamam as vezes da lentidão.
>>
>
> Aplicação cliente-servidor sofre muito com latência até o banco de dados,
> normalmente são péssimas candidatas a ir pra nuvem. As diversas consultas
> necessárias para montar uma tela, por exemplo, multiplica a latência.
> Exemplo:
>
> Uma tela que precise de 5 consultas. Se a latência é de 40ms, isso dá
> 200ms, sem contar o tempo de executar as consultas no servidor e mais o
> processamento local com os dados retornados. Se considerarmos BEGIN et
> COMMIT, junta mais 80ms.
>
> No exemplo acima, se a latência for de 200ms (usuário no Brasil e servidor
> nos EUA), seu tempo só de latência sobe para 1,4 segundos! Uma eternidade.
>
> Sim, é inviável no seu caso.
>
> Se vocês gostariam mesmo de ir pra "nuvem", sugiro reescrever uma
> aplicação web, onde o servidor de aplicação fica próximo do banco de dados.
> Nesse caso, o cliente não sente ou sente muito pouco a latência, uma vez
> que a quantidade de idas e vindas se reduz à requisição da página e o
> retorno dela. As idas e vindas aplicação-banco de dados são sempre rápidas,
> normalmente inferiores a 10ms.
>
> Taí, não precisa ser bidu pra calcular o efeito da latência usando dados
> aproximados.
>
> Claro que sua solução de "terminal server" tem um efeito parecido de
> redução de latência, como uma aplicação web.
>
>
> ​No passado tive problema com a latência, mesmo utilizando uma aplicação
web, o usuário reclamava de lentidão, pois fazia-se leitura de código de
barras, e o usuário era mais rápido que a aplicação.

Nesse processo de leitura, a aplicação fazia algumas validações, o problema
era que cada validação representava uma requisição ao banco de dados, então
multiplicando cada requisição pela latência, esse processo todo levava
quase 2 segundos (que eternidade)...

A solução foi tirar as validações da aplicação e colocar no banco de dados,
pois assim a aplicação fazia apenas uma requisição, o banco de dados
processava e retornava o que tinha que retornar, com isso, conseguimos
reduzir para apenas alguns milissegundos o processo e deixar o cliente
feliz :)

Douglas, analise todo o processo e tente reduzir a quantidade de
requisições que a aplicação faz ao banco de dados, com isso você conseguirá
reduzir o tempo total do processo.

[]s
Danilo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Matheus de Oliveira]

2015-09-24 8:21 GMT-03:00 Douglas Fabiano Specht :

> Atualmente nosso banco está no datacenter da UOLDIVEO e temos uma latência
> media de 40s e os clientes reclamam as vezes da lentidão.


Tem certeza que usou a unidade correta? Não quis dizer 40ms?

40s de latência é insano...

Atenciosamente,
-- 
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Flavio Henrique Araque Gurgel]

Bom dia Pessoal
para apimentar um pouco mais, ja que fui eu quem iniciou a thread,
abaixo segue as latências enviado pelo pessoal da representante da
Amazon no Brasil.
no nosso caso vai ficar complicado utilizar os datacenter fora do
Brasil, devido nosso ERP (delphi) ser em duas camadas, com o aplicativo
na maquina do cliente apontando o banco para o datacenter. Neste caso
teríamos que utilizar Terminal Server.
Atualmente nosso banco está no datacenter da UOLDIVEO e temos uma
latência media de 40s e os clientes reclamam as vezes da lentidão.


Aplicação cliente-servidor sofre muito com latência até o banco de 
dados, normalmente são péssimas candidatas a ir pra nuvem. As diversas 
consultas necessárias para montar uma tela, por exemplo, multiplica a 
latência. Exemplo:


Uma tela que precise de 5 consultas. Se a latência é de 40ms, isso dá 
200ms, sem contar o tempo de executar as consultas no servidor e mais o 
processamento local com os dados retornados. Se considerarmos BEGIN et 
COMMIT, junta mais 80ms.


No exemplo acima, se a latência for de 200ms (usuário no Brasil e 
servidor nos EUA), seu tempo só de latência sobe para 1,4 segundos! Uma 
eternidade.


Sim, é inviável no seu caso.

Se vocês gostariam mesmo de ir pra "nuvem", sugiro reescrever uma 
aplicação web, onde o servidor de aplicação fica próximo do banco de 
dados. Nesse caso, o cliente não sente ou sente muito pouco a latência, 
uma vez que a quantidade de idas e vindas se reduz à requisição da 
página e o retorno dela. As idas e vindas aplicação-banco de dados são 
sempre rápidas, normalmente inferiores a 10ms.


Taí, não precisa ser bidu pra calcular o efeito da latência usando dados 
aproximados.


Claro que sua solução de "terminal server" tem um efeito parecido de 
redução de latência, como uma aplicação web.


[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Eurides Baptistella]

> Douglas, analise todo o processo e tente reduzir a quantidade de requisições
> que a aplicação faz ao banco de dados, com isso você conseguirá reduzir o
> tempo total do processo.

Não sei se é o caso, mas ele falou em ERP, nesse caso duvido que tenha
um ponto apenas que precisara ser melhorado... Acredito que seja
inviável adaptar o software para que atenda de forma razoável

O problema é o Delphi, seus componentes e drivers, não são otimizados
para se trabalhar com uma base remota. Se você esta utilizando
Datasnap sugiro que coloque seu Srv de Aplicação o mais próximo do
banco de dados possível (use protocolo TCP). Conheço apenas um caso em
que uma determinada empresa que utiliza Delphi + Datasnap + PostgreSQL
migrou para AWS com sucesso (até onde sei...).
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Flavio Henrique Araque Gurgel]

Agradeço por compartilhar essas ferramentas, e por dispender tempo no
assunto me respondendo.
Espero ser mais útil nos próximos comentários...


Nenhum comentário é inútil ou fútil. O máximo que pode acontecer é gerar 
mais discussão construtiva.


Obrigado por fazer parte desta lista e tentar ajudar aos demais. Não se 
acanhe se vier outra resposta do pessoal mais experiente reparando ou 
complementando. É assim que construímos uma comunidade, isso acontece 
com todo mundo, comigo também.


[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Alan Formagi]

>
> Colega, evite o top posting, por favor.


Sem problemas Flávio. Você e o pessoal da lista já devem ter percebido que
eu não estou habituado às boas práticas. Chamem a minha atenção quando
necessário ;)


> Alan, você não estaria confundindo taxa com latência?
> Realmente, as instâncias de menor capacidade da AWS (não importa se
> gratuitas ou não) ficam em máquinas mais antigas, com placas de rede de
> 100Mbps compartilhadas entre diversas máquinas virtuais, o que faz com que
> o desempenho da rede seja péssimo. Mas, normalmente, a latência (tempo de
> ping) é similar em qualquer máquina dentro da mesma região AWS.
>

Sim, pode ser que eu realmente esteja confundindo, infelizmente não tenho
grande conhecimento em redes, e eu só acompanhei o caso, não cheguei a
levantar todos os dados pessoalmente. Entretanto a instância utilizada era
na Virginia. Eu sinceramente penso que o problema em questão era devido a
mais de um fator: instância alocada em região distante, baixos recursos do
servidor, e o último fato que você mesmo comenta sobre o desempenho da rede
nas instâncias de baixo recurso - infelizmente não tenho como afirmar nada,
é só "papo-furado" por hora.


> Eu tenho clientes em vários cantos do mundo, tudo o que fazemos é alocar
> máquinas em região o mais próxima possível do cliente. Já a seleção do tipo
> de instância, está mais relacionado ao desempenho esperado do servidor do
> que com a latência.
>

De novo, mais um pouco de "papo-furado" de minha parte, mas eu penso que
vai de encontro com o que eu comentei acima.


> Quem quiser algumas ferramentas de teste de latência :
> ...


Agradeço por compartilhar essas ferramentas, e por dispender tempo no
assunto me respondendo.
Espero ser mais útil nos próximos comentários...

Alan Formagi.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Flavio Henrique Araque Gurgel]

ping
Latência é relativa ao protocolo TCP/IP idependente da porta.



Valeu Gurgel,
alguem teve alguma experiencia com o serviço RDS da amazon com Postgres
e poderia compartilhar?


Você deveria abrir uma nova thread pois o assunto é outro.
Todavia, eu tenho ambientes de produção de baixa performance no RDS. Não 
é que o RDS seja ruim em performance, nada disso, mas com o RDS você não 
pode monitorar todos os aspectos do servidor relativos à performance.


Com o RDS você pode até fazer modificações no postgresql.conf e alocar 
iops garantido no painel de controle, o que é interessante. Mas para 
sistemas estremamente dependentes de desempenho, falta "algo mais" e 
esse algo mais é acesso ao sistema operacional, separação de 
tablespaces, tuning de kernel, e isso você não terá.


Vejos algumas vantagens interessantes no RDS como a perfeita 
possibilidade de automação, deploy supersimples, você pode usar a 
maioria das extensões PostgreSQL, enfim, é realmente 100% PostgreSQL. 
Como "extras" eles disponibilizam duas coisas que acho bastante úteis: 
replicação síncrona multizona (não é pelo protocolo PostgreSQL, eles 
fazem pelo storage) o que te permite failover automático caso uma zona 
AWS falhe (mas nunca passei por esse incidente com o RDS) bem como fazer 
upgrade de versão (menor, tipo 9.3.1 para 9.3.2) com *zero* downtime. 
Isso eu já usei e acho muito útil.


Outra coisa útil é o gerenciamento dos backups. Com alguns cliques no 
painel de controle, você pode restaurar um PITR no timestamp desejado. É 
uma mão na roda que tira muita carga dos ombros do DBA.


Uma *baita* desvantagem: você não consegue tirar backups binários do 
RDS. pg_basebackup não poderá se conectar. A única forma de tirar seus 
dados de dentro do RDS é com pg_dump.


Não, meus sistemas de maior performance *não* estão no RDS. Aqueles com 
poucos dados e performance negligenciável sim.


[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Flavio Henrique Araque Gurgel]

*Boa tarde Douglas!*


Colega, evite o top posting, por favor.


 Não tive nenhum contato com RDS da Amazon, mas recordo de um caso
que tive na empresa onde trabalho, que envolvia problemas com alta
latência do link.
 O fato era relacionado ao uso de uma instância free - não recordo o
nome, mas posso pesquisar nos registros caso queira.
 Posteriormente descobrimos que somente as instâncias pagas possuem
um alto desempenho no link.
 Tal episódio nos ocorreu em decorrência de alguns testes que
estávamos realizando, e até aquele momento não havíamos tido contato com
os serviços da Amazon.


Alan, você não estaria confundindo taxa com latência?
Realmente, as instâncias de menor capacidade da AWS (não importa se 
gratuitas ou não) ficam em máquinas mais antigas, com placas de rede de 
100Mbps compartilhadas entre diversas máquinas virtuais, o que faz com 
que o desempenho da rede seja péssimo. Mas, normalmente, a latência 
(tempo de ping) é similar em qualquer máquina dentro da mesma região AWS.


Eu tenho clientes em vários cantos do mundo, tudo o que fazemos é alocar 
máquinas em região o mais próxima possível do cliente. Já a seleção do 
tipo de instância, está mais relacionado ao desempenho esperado do 
servidor do que com a latência.


Quem quiser algumas ferramentas de teste de latência :

http://www.pingtest.net/ - mede o tempo de resposta de onde você está 
até um servidor em algum lugar do mundo que você seleciona num mapa.


http://www.verizonenterprise.com/about/network/latency/ - traz uma 
tabela de latência média entre diversas regiões do mundo onde a Verizon 
tenha serviços.


http://www.internetweathermap.com/map - mostra as piores latências entre 
dois internet hubs


Existem algumas outras...


[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Sebastian Webber]

Em 23 de setembro de 2015 09:20, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

Só vou entrar nessa thread pra apoiar a idéia do colega.


> Nenhum comentário é inútil ou fútil. O máximo que pode acontecer é gerar
> mais discussão construtiva.
>

Muitas vezes alguém trazer um problema "un tanto dificil" gera alguma
diversão para os curiosos de plantão. Eu particularmente não respondo muita
coisa nessa lista, mas normalmente quanto mais comentada ou até mais
complicada for a thread mais vontade de participar eu tenho.


> Obrigado por fazer parte desta lista e tentar ajudar aos demais. Não se
> acanhe se vier outra resposta do pessoal mais experiente reparando ou
> complementando. É assim que construímos uma comunidade, isso acontece com
> todo mundo, comigo também.


+1

Um abraço!

-- 
Sebastian Webber
http://swebber.me
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Flavio Henrique Araque Gurgel]

boa tarde Pessoal,
alguém ja precisou testar a latência de uma rede especificamente com a
porta do Postgres?
estamos para implantar uma base de dados do nosso sistema na AWS dos
EUA, e queria medir se em comparação com os servidores do Brasil existe
muita diferença na latência de rede.


ping
Latência é relativa ao protocolo TCP/IP idependente da porta.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] testar latencia AWS

[Douglas Fabiano Specht]

boa tarde Pessoal,
alguém ja precisou testar a latência de uma rede especificamente com a
porta do Postgres?
estamos para implantar uma base de dados do nosso sistema na AWS dos EUA, e
queria medir se em comparação com os servidores do Brasil existe muita
diferença na latência de rede.



-- 

Douglas Fabiano Specht
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Douglas Fabiano Specht]

Em 22 de setembro de 2015 13:20, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> boa tarde Pessoal,
>> alguém ja precisou testar a latência de uma rede especificamente com a
>> porta do Postgres?
>> estamos para implantar uma base de dados do nosso sistema na AWS dos
>> EUA, e queria medir se em comparação com os servidores do Brasil existe
>> muita diferença na latência de rede.
>>
>
> ping
> Latência é relativa ao protocolo TCP/IP idependente da porta.
>
> []s
> Flavio Gurgel
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Valeu Gurgel,
alguem teve alguma experiencia com o serviço RDS da amazon com Postgres e
poderia compartilhar?

-- 

Douglas Fabiano Specht
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] testar latencia AWS

[Alan Formagi]

*Boa tarde Douglas!*

Não tive nenhum contato com RDS da Amazon, mas recordo de um caso que
tive na empresa onde trabalho, que envolvia problemas com alta latência do
link.
O fato era relacionado ao uso de uma instância free - não recordo o
nome, mas posso pesquisar nos registros caso queira.
Posteriormente descobrimos que somente as instâncias pagas possuem um
alto desempenho no link.
Tal episódio nos ocorreu em decorrência de alguns testes que estávamos
realizando, e até aquele momento não havíamos tido contato com os serviços
da Amazon.

Não sei se esta informação lhe agrega em algo, mas deixo aqui o
comentário.

*Atenciosamente.*
*Alan Formagi*

Em 22 de setembro de 2015 17:40, Douglas Fabiano Specht <
douglasfabi...@gmail.com> escreveu:

>
>
> Em 22 de setembro de 2015 13:20, Flavio Henrique Araque Gurgel <
> fha...@gmail.com> escreveu:
>
>> boa tarde Pessoal,
>>> alguém ja precisou testar a latência de uma rede especificamente com a
>>> porta do Postgres?
>>> estamos para implantar uma base de dados do nosso sistema na AWS dos
>>> EUA, e queria medir se em comparação com os servidores do Brasil existe
>>> muita diferença na latência de rede.
>>>
>>
>> ping
>> Latência é relativa ao protocolo TCP/IP idependente da porta.
>>
>> []s
>> Flavio Gurgel
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
> Valeu Gurgel,
> alguem teve alguma experiencia com o serviço RDS da amazon com Postgres e
> poderia compartilhar?
>
> --
>
> Douglas Fabiano Specht
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral