Tudo jóia ? Então, já implementei RAC em muitos clientes mas todos foram sempre 
RAC locais/in-site : em várias ocasiões tinha um RAC de standby num site 
secundário mas RAC extendido (ie, com nós em sites diferentes) ainda não 
implementei.... Alguns ** poucos ** colegas já me reportaram alguma experiência 
nisso (alguns até comentaram a respeito publicamente aqui no Grupo mesmo) mas 
foram bem poucos casos. 
 De modo geral é o seguinte :
 
 a. NÂO é necessária ** Solução nenhuma ** da Oracle pra vc implementar um RAC 
extendido : não há NENHUM software a mais, nenhum Ajuste específico/especial 
que vc tenha que fazer : é o de sempre, ASM, Clusterware, servidor DNS 
acessível a todos, etc... No máximo talvez sejam indicados alguns ajustes para 
evitar muito tráfego entre os sites (digamos, tendo alguns Serviços atendidos 
só num ou noutro dos nós e fazer algumas aplicações/rotinas 
conectarem/usarem/consumirem esses serviços, mas não vejo nenhum necessidade de 
"Solução Oracle" especial aí não...
 
 b. o que ** VAI SER CRÍTICO ** pra esse tipo de RAC é o hardware, a parte FORA 
DO BANCO e dos softwares Oracle, tal como a infra-estrutura de comunicação, aí 
sim : antes de sequer PENSAR em RAC extendido, vc ** TEM ** que ter um link de 
rede de Baixíssima Latência entre os sites (e provavelmente Duplicado, para 
maior disponibilidade), extremamente Confiável e (preferencialmente) ** 
DEDICADO ** apenas a isso : não vá querer fazer interconexão por um link único 
que também trafega dados (ou pior ainda, internet!! Já vi isso, acredite se 
quiser) que vc vai ter nas mãos um RAC que Causa mais problemas do que 
Resolve....
 E é JUSTAMENTE AÍ que a coisa pega : nada disso é Barato, nem de longe... Eu 
digo, a hora que teu Diretor ver quanto Custa infra do tipo (principalmente um 
link de rede nas condições que citei) aí ele vai ver quanto dói uma saudade....
 
 c. o manual "Oracle Database High Availability Best Practices" tem um capítulo 
específico para RAC extendido, mas muito do que ele fala é bom-senso : 
adicionar um terceiro site pra ter um voting disk para desempate, se possível 
ter um storage "Público" ao invés de cada site ter seu storage gêmeo (pra 
tentar evitar eventuais configs/diferenças entre os storages) - provavelmente 
usando Direct NFS, evitar SPOFs duplicando tudo..... 
 
==> É por causa desses pontos acima que vc tem que Analisar muito bem a 
necessidade do cliente, a infra que ele tem hoje.... Será que RAC extendido é 
mesmo a melhor forma de se obter resiliência/proteção contra falhas e 
distribuição de carga, que são os atributos do RAC ? De repente, será que na 
verdade teu diretor não estava mais preocupado com ALTA DISPONIBILIDADE com 
DISASTER RECOVER, coisas essas que o RAC não cobre ? Nesse último caso, 
Certamente melhor seria que um dos sites virasse o STANDBY e fosse investido um 
pouco mais na melhoria da comunicação com o site princiupal, talvez ?? Tudo 
depende do que teu Diretor quer priorizar e do que ele realmente precisa...

 []s
 
   Chiappa

Responder a