[GTER] RES: balanceamento de sites

Thu Jul 12 08:54:19 -03 2012

Olá Amigos,

Sobre balanceamento de sites com ttl baixo, alguém já usou/usa alguns
desses serviços:
* DynDNS
* No-IP.org
* dnsmadeeasy

Estamos trabalhando fortemente para ter um ASN para o balaceamento de site,
os custos são esses mesmo (http://registro.br/provedor/numeracao/custos.html
).

Clodonil

Em 5 de maio de 2012 08:53, Otavio Augusto <otavioti at gmail.com> escreveu:

> Em 3 de maio de 2012 09:50, Cleber @ Inetweb
> <cleber-listas at inetweb.com.br> escreveu:
> > A solução da Radware você tem que ter um 3 datacenter apontando e
> > balanceando para os outros 2, porém, se cair esse 3 datacenter você fica
> > fora da mesma forma.
> > A melhor solução técnica é ter seu próprio ASN.
> Como os datacenters são de empresas diferentes o próprio ASN
> resolveria . Sei que existem "Gambiarras" que fariam isto mas não é o
> ideal.
> No cenário dele ele poderia ter uma solução que funcionasse em nuvem e
> hospedar em duas nuvens diferentes Seguindo as boas práticas no uso de
> DNS.
> Mas para baratear o custo contrar um serviço ja existente  (DynDNS ou
> No-IP, ou outro que eu não conheça )é a melhor opção.
> Não represento nenhum serviço deste mas segundo o site do DynDNS eles
> tem tantos servidores espalhados geograficamente que o serviço fica
> virtualmente 100% UP.
> Com isto não precisa ficar quebrando a cabeça com muitas soluções.
>
>
> >
> > -----Mensagem original-----
> > De: gter-bounces at eng.registro.br [mailto:gter-bounces at eng.registro.br]
> Em
> > nome de Marcos Pitanga
> > Enviada em: quarta-feira, 2 de maio de 2012 22:44
> > Para: juliano at kinghost.com.br; Grupo de Trabalho de Engenharia e
> Operacao de
> > Redes
> > Assunto: Re: [GTER] balanceamento de sites
> >
> > Será?
> >
> > Você já leu sobre o Linkproof e o AppDirector da Radware?
> >
> > []'s
> >
> >
> >
> > Em 2 de maio de 2012 20:41, Juliano Primavesi | KingHost <
> > juliano at kinghost.com.br> escreveu:
> >
> >>
> >> Se voce opera em dois datacenters diferentes, SEM ASN PRÓPRIO, não tem
> >> appliance no mundo que faça a mágica que voces querem.
> >>
> >> SEM ASN PRÓPRIO, só usando TTL menor no DNS, onde cada DNS vai apontar
> >> para "sua própria rede", assim terá balanceamento de carga por DNS RTT
> >> e continuidade de negocio por "DNS timeout".
> >>
> >> Nao vai ser necessário alterar nada quando um "datacenter cair".
> >>
> >> CDN serve apenas para conteúdo ESTÁTICO.
> >>
> >> Juliano
> >>
> >> Em 02/05/2012 11:57, Geraldo Magella Junior escreveu:
> >>
> >>> Eu também esto na busca do melhor "desenho" para esta solução.
> >>> Basear a solução em DNS (ttl baixo) não me parece ser uma solução
> >>> eficiente também, mas a solução de usar CDN para realizar a
> >>> redundância, me parece uma boa.
> >>> Eu imaginava que a solução deveria ser um appliance "balanceador de
> >>> carga" Tipo o BigIP ou Cisco ACE, em cada ponta e heartbeat entre
> >>> eles, etc. Mas como fazer o V.IP publico "rotear" para os 2 pontos é
> >>> o que eu não sei se é possível.
> >>>
> >>> *Geraldo Magella Junior**
> >>> *Coordenador de Infraestrutura
> >>>
> >>> Centro de Tecnologia
> >>>
> >>> web*Aula*S/A
> >>>
> >>>
> >>>
> >>>
> >>> 2012/5/1 Paulo Henrique <paulo.rddck at bsd.com.br <mailto:
> >>> paulo.rddck at bsd.com.br**>>
> >>>
> >>>    Em 30 de abril de 2012 21:22, Juliano Primavesi | KingHost <
> >>>    juliano at kinghost.com.br
> >>> <mailto:juliano at kinghost.com.**br<juliano at kinghost.com.br>>>
> >>> escreveu:
> >>>
> >>>    >
> >>>    > O Clodonil mencionou que os servidores estão em 2 datacenters
> >>>    diferentes.
> >>>    >
> >>>    > A solução menos complexa é usar DNS round-robin e, quando um IDC
> >>>    cair,
> >>>    > tirar o IP que falhou, do DNS.
> >>>    >
> >>>    > Para isso funcionar, precisará ter um TTL baixo, de até 1 minuto
> >>>    (60)
> >>>    >
> >>>    > Agora, se ele tem um Lan2Lan entre os dois IDCs, aí sim um VRRP
> >>>    poderia
> >>>    > funcionar.
> >>>    >
> >>>    > Juliano
> >>>    >
> >>>    > Em 30/04/2012 14:06, Rodrigo Pedrosa escreveu:
> >>>    >
> >>>    >  Clodonil, não precisa mudar o IP, pode utilizar o conceito de
> >>>    IP Virtual
> >>>    >> (VIP), ou seja, o IP virtual ficará ativo no master, o servidor
> >>>    backup
> >>>    >> ativa esse IP apenas quando master ficar indisponível.
> >>>    >> Para isso poderá utilizar os protocolos: VRRP (padrão), HSRP ou
> >>>    GLBP
> >>>    >> (cisco), e até o HeartBeat (aplicação) no caso de serem os
> >>>    servidores
> >>>    >> linux.
> >>>    >> Outra solução seria a utilização de um balanceador de carga,
> >>>    que poderia
> >>>    >> ser utilizado o LVS (Linux Virtual Server), que é um framework
> >>>    que permite
> >>>    >> checar a saude da aplicação, balancear ou não o acesso.
> >>>    Desvantágem dessa
> >>>    >> topologia é que necessitaria utilizar mais um host para servir de
> >>>    >> balanceador e outra é que seria um ponto de falha o proprio
> >>>    balanceador.
> >>>    >> Vantagem é que possui mais recursos, como várias algoritimos de
> >>>    >> balanceamento e o check da aplicação.
> >>>    >>
> >>>    >> Att., Rodrigo Pedrosa de Aguiar.
> >>>    >>
> >>>    >>
> >>>    >> Em 30 de abril de 2012 09:43, Clodonil
> >>>    Trigo<clodonil at nisled.org <mailto:clodonil at nisled.org>>
> >>>    >>  escreveu:
> >>>    >>
> >>>    >>  Olá Amigos,
> >>>    >>>
> >>>    >>> Temos os nossos servidores replicados em 2 datacenter
> >>>    diferente para
> >>>    >>> garantir a segurança e disponibilidade dos dados. Qual é a
> >>>    melhor solução
> >>>    >>> para redundância e alta disponibilidade dos serviços http.  Os
> >>>    servidores
> >>>    >>> http ficam online 100% do tempo. Qual é a melhor forma de
> >>>    fazer o DNS
> >>>    >>> assumir outro IP quando o servidor http master cair? Não quero
> >>>    fazer
> >>>    >>> balanceamento, só redundância.
> >>>    >>>
> >>>    >>>
> >>>    >>> Clodonil Trigo
> >>>    >>>
> >>>    >>
> >>>    Sr. Clodonil,
> >>>    Sugestão, creio não é barato o serviço de hospedagem que paga, por
> >>>    que não
> >>>    investe em um serviço efetivamente de melhor qualidade, verifica os
> >>>    serviços da Google, Akamai, Azure, Amazon para hospedar o sistema,
> >>>    investir
> >>>    em "adaptação técnica" em algum momento ela será falha, e se a
> >>>    aplicação
> >>>    tem retorno financeiro, investimento em sua operação é como
> descrito,
> >>>    investimento e não custo.
> >>>
> >>>    Das soluções acima, o heartbeat é o que melhor irá lhe atender, e
> >>>    solução
> >>>    de TTL de dns baixo não é 100% efetivo.
> >>>    pode tentar usar utilizar a dobratidinha de heratbeat junto com
> >>>    ttl baixo,
> >>>    o ttl diminuirá o tempo de indisponibilidade para a propagação em
> >>>    caches
> >>>    dns e o heartbead alterará explicitamente a zona apontando para o
> >>>    segundo
> >>>    servidor, forçando até mesmos os dns caches a atualizarem.
> >>>
> >>>
> >>>    Att.
> >>>
> >>>    --
> >>>    :=)>BattleMaster<(=:
> >>>
> >>>    Flamers > /dev/null !!!
> >>>    --
> >>>    gter list
> >>> https://eng.registro.br/**mailman/listinfo/gter<https://eng.registro.
> >>> br/mailman/listinfo/gter>
> >>>
> >>>
> >>>  --
> >> gter list
> > https://eng.registro.br/**mailman/listinfo/gter<
> https://eng.registro.br/mail
> > man/listinfo/gter>
> >>
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
>
>
>
> --
> Otavio Augusto
> ---------------------
> Consultor de TI
> Citius Tecnologia
> 31 37761866
> 31 88651242
> http://www.citiustecnologia.com.br
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>