Download
slide1 n.
Skip this Video
Loading SlideShow in 5 Seconds..
Facundo Podestá Solution Specialist Oracle Argentina PowerPoint Presentation
Download Presentation
Facundo Podestá Solution Specialist Oracle Argentina

Facundo Podestá Solution Specialist Oracle Argentina

148 Vues Download Presentation
Télécharger la présentation

Facundo Podestá Solution Specialist Oracle Argentina

- - - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

  1. Facundo Podestá Solution Specialist Oracle Argentina

  2. Agenda • Conceptos Básicos • Oracle 9i Real Application Clusters (RAC) • Demo de Disponibilidad y Balanceo de Carga • Arquitectura de RAC • Demo de Escalabilidad • Oracle 10g RAC • Demo de Servicios • Grid Computing

  3. Conceptos Básicos

  4. Conceptos Importantes • Disponibilidad • Escalabilidad • Balanceo de Carga – uso de recursos

  5. Instance Userprocess SGA Shared Pool DatabaseBuffer Cache Redo LogBuffer Library Cache Serverprocess Data DictionaryCache Large Pool Java Pool PGA PMON SMON DBWR LGWR CKPT Others Control files Datafiles Redo Log files Parameter file Archived Log files Password file Database Overview de los componentes principales

  6. Instance SGA Shared Pool DatabaseBuffer Cache Redo LogBuffer Library Cache Data DictionaryCache Large Pool Java Pool PMON SMON DBWR LGWR CKPT Others Instancia Oracle • Una Instancia Oracle: • Es un medio para acceder a una base de datos Oracle • Siempre abre una y solo una base de datos • Consiste de estructuras de memoria y procesos background Estructuras de memoria Procesos background

  7. Oracle Database Redo Log files Control files Datafiles Parameter file Archived Log files Password file Base de datos Oracle • Una base de datos Oracle: • Es una colección de datos que se tratan como una unidad • Consiste de tres tipos de archivos

  8. Intranet User Oracle Net • Capa de conectividad Oracle. Permite el acceso a bases de datos que residen fuera del equipo desde el cual uno se conecta. tnsnames.ora listener.ora Oracle Net TCP/IP

  9. Intranet User Oracle Net - TAF • Transparent Application Failover. Redirecciona conexiones de una instancia caida a otra del cluster, ya sean nuevas o existentes. tnsnames.ora TAF Nodo 1 Nodo 2 listener.ora

  10. Oracle Net - TAF listener.ora LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (HOST = 10.0.0.18) (PORT = 1521))))) SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (ORACLE_HOME = /u01/oracle/product/10gRAC ) (SID_NAME = GRID1))) tnsnames.ora taf_test.oracle.com = (description= (failover=on) -- on, off (load_balance=on) -- on, off (address= (protocol=tcp) (host=10.0.0.18) (port=1521)) (address= (protocol=tcp) (host=10.0.0.21) (port=1521)) (connect_data= (service_name=GRID) (failover_mode= (type=select) -- session, select, none (method=preconnect)))) -- basic, preconnect

  11. Oracle9i Real Application Clusters

  12. Oracle9i permite Disponibilidad de datos continua Real Application Clusters Failover en menos de 30 segundos independiente de la carga de trabajo Falla de Sistema Data Guard Solucion completa de disaster recovery sin perdida de datos Fallas de Sitio y Desastres Interrupción No planeada Flashback Query Viaje al pasado de los datos Errores Humanos Mantenimiento de Sistemas Reconfiguración Dinámica Mantenimiento en demandanda sin interrupcion Interrupción Planeada Database Maintenance Redefinición Online Reorganización y redefinicion de objetos online

  13. ¿Qué es un Cluster? • Un grupo de servidores que actúa como un sistema único • Requiere • hardware (interconnect) • software (clusterware) • Uso Tradicional • accesibilidad (failover) • aplicaciones de solo lectura

  14. Shared DiskEjecuta aplicaciones reales IBM DB2 for Mainframes Oracle9iDB Shared NothingSolo para laboratorio IBM DB2 UNIX & Windows Microsoft SQLServer Tipos de Cluster Data A-Z Data A-E Data F-K Data L-S Data T-Z

  15. El Servidor es un ÚNICO punto de falla Desafío de Accesibilidad del Servidor Servidor 1 Instancia ‘A’ Base de Datos ‘A’

  16. Clusters sin RAC Servidor 1 Instancia ‘A’ Servidor 2 Base de Datos Elimina el Servidor como ÚNICO punto de falla

  17. Reinicia la instancia única en el Servidor 2 Clusters con ‘Cold’ Failover Servidor 2 Instancia ‘A’ Servidor 1 Base de Datos

  18. Real Application Clusters Servidor 1 Instancia ‘A’ Servidor 2 Instancia ‘A’ Base de Datos Protección ante fallas del SERVIDOR Falla del SERVIDOR – su base de datos permanece accesible

  19. Oracle9i Real Application Clusters • Se empieza con poco, se crece en forma incremental • Escalable Y altamente accesible • Agregar capacidad a pedido con cero tiempo de baja

  20. empno name 7369 Smith 7499 Allen 7521 Ward 7566 Jones 7654 Martin 7698 Blake empno name 7369 Smith 7499 Allen 7521 Ward 7566 Jones 7654 Martin 7698 Blake DB Failover de Aplicación Transparente (TAF) • Failover permite que la aplicacion continue con la ejecución o fetch de las consultas • Aprovecha la capacidad de Oracle de multi-versioning read consistency para asegurar que los resultados son idénticos Cliente SELECT * FROM emp; SELECT * FROM emp; Instance 1 Instance 2 Continua retornando las filas que faltan Filas parcialmente retornadas al momento de la caída

  21. Demo de Disponibilidad y Balanceo de Carga

  22. Arquitectura de RAC

  23. Arquitectura Real Application Clusters Usuarios Red Consola de administración centralizada No hay punto único De fallas Interconnect de alta velocidad Base de datos En cluster Hub o Switch Storage Area Network Aprovechar los avances De la industria en clustering Sistema de discos

  24. Cache Fusion Shared Cache Arquitectura Cache Fusion Users • Cache Fusion • Envio de datos entre caches • Cache compartido elimina lentitud de I/O • IPC mejorado • Permite deploy transparente y flexible

  25. Node A Node B Pedido Transferencia Database buffers Database buffers Database Cache Fusion • Oracle9i Cache Fusion mejora la performance y la escalabilidad • Los datos viajan directamente por el interconnect • Minimiza I/O

  26. Disk Array User1 User2 UNIX/NT Node1 UNIX/NT Node2 RAM RAM inter connect Real Application Clusters - Cache Fusion 1. Usuario 1 consulta 2. Usuario 2 consulta los mismos datos, via InterConnect SIN I/O a disco 3. Usuario 1 modifica y hace comit 4. Usuario 2 trata de modificar el mismo block de datos. 9i mantiene la concurrencia via Inter Connect

  27. Antes de la Consolidación • Accesibilidad dependiente de HW pasivo • Escalabilidad no inherente • Servidor HW dedicado a la aplicación Web CRM ERP DW

  28. Consolidación con RAC • Accesibilidad completa… escalabilidad ilimitada • Servidor HW compartido entre aplicaciones Web ERP CRM DW

  29. Separando carga con RAC Batch OLTP

  30. CARGA DE TRABAJO 300% 200% 100% 3 6 9 12 15 18 21 24 Meses Pagar y Escalar en Forma Incremental

  31. E-Business Suite 11i Usuarios 4 Nodos 5 Nodos 2 Nodos 1 Nodo 6 Nodos Más del 85% de Escalabilidad Fuente: Prueba de Desempeño Interna de Oracle

  32. Prueba de Desempeño SAP Parallel SD Usuarios SD 1 Nodo 2 Nodos 4 Nodos Escalabilidad de SAP SD con Oracle9i RAC Fuente: Prueba de Desempeño de Aplicaciones SAP Estándar 4.6 C; Certificación # 2002029, 2002030 & 2002031; 3 de junio de 2002 www.sap.com/benchmark

  33. Escalabilidad en Intel Usuarios 3 Nodos 4 Nodos 2 Nodos 1 Nodo OLTP – Aplicación del Centro de Llamadas Fuente: http://cedar.intel.com/media/pdf/ss/oracle_perf.pdf.

  34. Oracle9i RAC Momentum • 3,500+ clientes • 1,000+ clientes en producción • 227+ clientes en producción referenciables • 16% de los nuevos clientes de Bd son clientes de RAC • 20% de los negocios de RAC son de clientes repetitivos • 52 países con clientes en producción

  35. + 78.5 % - 50.5 % Gartner 2003 Results

  36. Argentinos en producción • Mercado Libre • Hospital Italiano • Siderar • Interbanking • Quilmes • Repsol YPF

  37. Oracle9i Real Application Clusters • ‘Escalamiento horizontal’ a pedido • Confiabilidad 24 x 7 • Mayor desempeño • Costos más bajos • Ningún cambio en las aplicaciones

  38. Demo de Escalabilidad

  39. Oracle 10g RAC

  40. Oracle Database 10g: RAC for Everyone • El foco clave de RAC 10g es administración • Objetivo: rápida adopción de RAC • Parte de un esfuerzo mayor de la Base de datos Oracle • Oracle9i redujo los costos de administración a la mitad • Oracle Database 10g reduce los costos de administración otra mitad • RAC es parte integral de la base de datos Oracle beneficiandose de todo este esfuerzo

  41. 96% Of Big SMP Result IBM RAC vs. SMP 16 CPUs Oracle Applications Standard Benchmark (OASB) SMP RAC 25,000 22,008* 21,168* 20,000 15,000 # Users 10,000 5,000 0 1X16 4X4 Nodes X CPUs per Node Same 1.7 GHz Power4+ CPUs *Audited Source http://www.oracle.com/apps_benchmark

  42. IBM RAC vs. SMP 16 CPUs • Detalles • misma CPUs (1.7 GHz) • misma memoria (256 GB) • mismo sitema operativo (AIX 5L) • Precio de lista del harware por porcesador* • SMP $1,405,750 lista • Cluster $788,000 lista * Includes processors, OS, memory, and cluster interconnects

  43. 118% Of Big SMP Result HP RAC vs. SMP TPC-C SMP RAC 1,184,893 1,200,000 1,008,144 1,000,000 800,000 tpmC 600,000 RAC = $5.52 / tpmC SMP = $8.33 / tpmC 400,000 200,000 0 1X64 16X4 Nodes X CPUs per Node Same 1.5 GHz Itanium2 CPUs Source http://www.tpc.org

  44. HP RAC vs. SMP TPC-C • Details • misma CPUs (Intel Itanium2 1.5 GHz) • RAC tiene menos memoria (768 GB vs. 1024 GB) • RAC / Linux vs. SMP / HP-UX • Precio de lista del harware por porcesador* • SMP $7,921,505 • Cluster $2,620,866 * Includes processors, OS, memory, cluster interconnects and support

  45. Oracle RAC 10g For Everyone • Elimina la necesidad de componentes de 3eras partes que agregan significantes costos y complejidad • Automatic workload management • Fast connection failover • GUI para administración única • Mojora en herramientas de diagnostico y verificación • Mejoras de Performance

  46. El problema con software de cluster de terceras partes Aplicaciones • Múltiples puntos de soporte • Altos costos • Licencias de múltiples productos • Mano de obra intensiva para instalar, integrar, y administrar • Calidad y funcionalidad despareja en las platformas • Pequeño # de nodos • Ningún punto único de administración Cluster Control/Failover APIs Resource Manager/Resource Agents Volume Manager/File system Messaging y Locking Membership Conectividad Hardware/OS Kernel

  47. Applications RAC, Other Apps Services Framework Cluster Control/Recovery APIs Automatic Storage Management Messaging and LockingMembership Connectivity Event Services Management APIs Hardware/OS Kernel RAC 10g – Clusterware integrado • Solución completa de software Oracle • Soporte de único proveedor • Bajos Costos • Sin necesidad de comprar software adicional • Fácil de instalar y administrar • Alta calidad y funcionalidad en las plataformas • 64 nodos en todas las platformas • Funcionalidad avanzada • Notificación ante fallas (FaN) • Soporte de clusterware de terceras partes

  48. Que es un servicio? • Un Servicio es una abstracción que los clientes usan para dividir el trabajo en cargas de trabajos lógicas. • Cada Servicio representa una carga de trabajo con • Funciones comunes • umbrales comunes de niveles de servicio • Prioridades comunes • (recursos comunes) • e.j. mail server – iMap, postman, garbage collector, monitor

  49. Automatic Workload Management • Cargas de trabajo pueden definirse como Servicios • Administrados y controlados individualmente • Asignados a instancias durante el starup • Ante falla de una instancia, re-asignación automática • Seguimiento individual de performance • Control más fino con Resource Manager • Integrado con otras herramientas Oracle