Valor de Itanium ou Sparc sobre x86_64 para o Oracle Deployment

Question

Estamos analisando um novo ambiente para executar o Oracle Database em execução no SUSE (potencialmente migrando para o RedHat). Nosso banco de dados é de aproximadamente 100 GB e funciona adequadamente em nosso hardware atual (x86_64) com aproximadamente 6 GB de RAM alocado para ele. No entanto, estamos crescendo rapidamente e precisaremos de mais desempenho em breve.

Dado o custo das licenças da Oracle, gostaríamos de maximizar o valor de cada licença, escolhendo a CPU mais apropriada para executar o software.

As perguntas são:

Are there substantial benefits to looking at Itanium or Sparc hardware, are there any drawbacks? Is there a point where one starts to scale out better?

What are the long term support options for Itanium? Given the dominance of x86 would it be safer long term to stick with x86?

On average what would be the performance benefit of implementing an Oracle database on Itanium or Sparc over x86_64? Is this an issue at all or will other factors (IO/RAM) cap out first?

Se alguém puder me indicar alguma documentação sólida sobre as comparações entre as plataformas, que forneça uma boa análise de casos de quando escolher, fico mais do que feliz em aceitar isso como uma resposta.

Editar: - Adicionado Sparc como uma opção, uma vez que anteriormente não foi considerado, no entanto, com a recente aquisição Oracle Sun parece muito relevante.

    

Answer 1

Esta não é a documentação sólida que você solicitou, mas pode ajudar no processo de tomada de decisões:

Os fornecedores (tanto de hardware quanto de software) estão descontinuando o suporte ao Itanium em toda a linha - é provável que você tenha dificuldade em comprar o kit Itanium de qualquer pessoa, exceto a HP, em breve. Dito isso, a RedHat não tem o hábito de abandonar o suporte a uma plataforma unilateralmente sem muito aviso prévio.

O grande problema para mim seriam futuras migrações - se o Itanium continuar com a tendência atual, você poderá ter problemas para substituir ou atualizar seu (s) servidor (es) alguns anos depois (a menos que a Intel comece a suportar o conjunto de instruções IA64) em processadores x86_64 nesse meio tempo).

Se o Itanium como uma arquitetura é uma melhoria em relação ao x86_64, isso dependerá em grande parte da natureza de sua carga de trabalho, mas para muitos aplicativos de banco de dados você atingirá gargalos de I / O e RAM antes que as diferenças na arquitetura se tornem particularmente aparentes. (Eu não sei se isso seria verdade no seu caso, obviamente). Como o x86_64 está sendo desenvolvido de forma bastante agressiva, a diferença estará se aproximando rapidamente de zero, dependendo do aplicativo.

    

Answer 2

• Houve um tempo em que as pessoas compraram o Itanium para desempenho - esse tempo passou.

• Recentemente houve uma época em que as pessoas compraram o Itanium por seus recursos RAS (Reliability, Availability and Serviceability) - a introdução da série Xeon 75xx da Intel significa que, para todos, menos uma fração de um percentual do comprador do servidor que o tempo também passou.

• Como outros já mencionaram, os fornecedores de sistemas operacionais estão abandonando o Itanium - a HP, maior patrocinador do Itanium, está se afastando da plataforma (não espere que seus gerentes de produto admitam isso).

Para todos, exceto um pequeno número de usuários herdados, o tempo do Itanium passou.

Preços altos ou não A Oracle é uma empresa voltada para o volume de vendas, de modo que, embora sempre mantenha um pé no setor de alto desempenho / baixo volume, eles estão muito mais focados no mercado x86 / x64. Certamente eles manterão o código para uma faixa cada vez menor de processadores nos próximos anos, apenas pense na margem de contato de manutenção! Mas o foco deles nessas plataformas secundárias vai diminuir, também não é do interesse da Oracle investir mais em R & D em SPARC do que eles absolutamente precisam.

O futuro dos servidores de BD críticos para os negócios é claro e tem apenas dois caminhos; commodity x64 (Xeon 56xx-series e AMD Magny-Cours são o CPU du jour) para 97-99% do mercado, onde o clustering oferecerá "cinco noves" por um preço relativamente baixo, e o Xeon série 75xx para onde "zero zero" 'é a única opção - todas as outras caixas de nível de mainframe de barra desaparecerão

.

    

Answer 3

Eu acho que o Itanium seria mais rápido para um sistema de banco de dados do que x64 (x86-64), mas como Warren e Mo disseram antes, ele não parece ser bom para o suporte ao Itanium no futuro.

O Oracle provavelmente quer que você vá com o SPARC em breve.

Então, eu diria que tome uma decisão entre x64 e SPARC, não entre qualquer coisa e o Itanium.

A Microsoft diz que o Windows Server 2008 R2 será a última versão do Windows a suportar o Itanium, mas o fará até 2018:

link

No entanto, lembro-me que o Windows deixou cair o suporte para MIPS e PowerPC de repente em 1997.

    

Answer 4

O ponto-chave sobre o que usar depende dos requisitos do seu sistema, além de suas habilidades internas.

Falando genericamente da visão técnica do archtict / dba da Oracle, você estará enfrentando as seguintes questões:

1. Quanta despesa eu quero ter em suporte?

Você naturalmente terá tempos de reação piores em plataformas não-Oracle, como especialmente o IBM Pseries e o HP Itanium (devido a razões históricas)

2. Qual Serviço eu preciso fornecer e quais tecnologias eu quero usar?

Geralmente você não deve misturar coisas com o mesmo propósito, como por exemplo. RAC e virtualização, pois isso aumenta as camadas e, eventualmente, o custo.

Você pode fazer grandes coisas com por exemplo. Oracle VM (Xen) no x86-64 e Oracle Dataguard (eventualmente com Active Dataguard Option). Mantenha-o simples e focado

O RAC é complicado para a maioria das empresas, já que na maioria das vezes não é implementado adequadamente. Também protege apenas contra falhas do host = > você ainda tem o armazenamento compartilhado para ser cuidado.

Como a maioria das instalações de RAC que foram vistas nos últimos 10 anos são baseadas em "sabedoria convencional", elas são principalmente dois clusters de nós. A razão é simples: custo / hábitos da licença

Portanto, uma combinação mais simples e valiosa é usar o Oracle VM for HA, que permite que você faça a migração ao vivo de hosts em janelas de manutenção, além do Oracle Dataguard para falhas de site. Como você Dataguard você pode descarregar backups para o site em espera para não incomodar os usuários.

Este é apenas um exemplo, que funciona bem para bancos de dados OLP de 11g; o put também pode ser aplicado a bancos de dados DW, se você tomar mais cuidado com a disponibilidade do que com o desempenho.

O Reading Concepts Guide da Oracle certamente indicará soluções que funcionem para você.

Ao planejar com tecnologias de virtualização, você também deve considerar não consolidar muito em máquinas muito pequenas. Você não vai gostar de se encontrar em uma situação em que consolidou tudo em duas grandes máquinas de nível corporativo e o de repente quebra, o que faz com que você perca 50% da sua capacidade total. Em vez disso, vá para mais, coloque servidores menores por vários motivos:

• Capacidade sob demanda em grandes máquinas IBM, HP, SUN soa bem no começo, mas acaba sendo bastante cara depois de alguns anos, se você precisar comprar módulos RAM antigos

• De alguma forma, você ainda precisa desligar até mesmo as caixas e atualizar de qualquer maneira fisicamente

• Se você realmente tiver problemas técnicos com um servidor, ainda terá os outros e terá mais tempo com menos desempenho & impacto do cliente para substituir o defeituoso

• Como dito como dba, normalmente você tem que lidar mais com erros de aplicações, contenção de i / o, problemas de rede. Para a contenção de E / S, não faz grande diferença quando você espera com um IBM Power 6 de 4.7Ghz ou um Itanium de 1.6 Ghz da Intel para E / S. Você não pode esperar mais rápido. Nesse caso, você prefere investir em um SSD PCI-E, se realmente não conseguir lidar com o bloco de dados quente, reprojetar / ajustar o Aplicativo.