Please enable JavaScript.

Coggle requires JavaScript to display documents.

ORACLE Cloud Infrastructure OCI, ¿Y si FALLA el BLANCEADOR DE CARGA?,…

- - - - Autoservicio bajo Demanda
        Se tienen a disposición los diferentes recursos de la Nube, para que puedan ser requeridos desde un navegador web, para utilizarlos como se desee.
        Agilidad: Disponibilidad cuando se necesite.
      - Acceso desde la Red
        Hace referencia a la posbilidad de poder accesar a la Nube desde cualquier punto de la red y en cualquier momento; no es necesario u obligatorio, hacerlo desde el dispositivo cliente donde se conecta siempre la persona.
      - Escalabilidad
        Es la posibilidad de incrementar la capacidad al ritmo de la demanda. A medida que la demanda de un servicio se incrementa, desde el autoservicio, se puede aumentar esta escalabilidad.
        
        Escalabilidad Horizontal
        Hace alusión, a la posibilidad de agregar servidores para responder al incremento de la demanda. En la Nube, esto se logra con muy pocos clicks, por el contrario, si fuera On Premise, esto requeriría de una planificación e inversión de activos-servidores (Capex) y de personal y servicios conexos (Opex).
        
        Escalabilidad Vertical
        Hace referencia a la posibilidad de agregar recursos a los servidores existentes, tales como: Memoria, Procesamiento, Disco, lo que sea necesario para que el servidor responda al aumento de demanda.
        SHAPE, se refiere a las caracterÍsticas de CPU y RAM que tiene un servidor, es decir, se cambia el SHAPE de los servidores existentes, pero el número permanece igual.
      - Servicio Medido
        Todo lo que se hace en la Nube tiene una tarifa y tiene una cuantificación. Recursos como Disco, Memoria y Procesamientos, son medidos y facturables. El proveedor de Nube debe mantener estos registros de cuánto consume cada cliente.
        
        Estas características se traducen en los siguientes coneptos que le interesa conocer a un CIO y a un CFO
        Un CIO/CFO está interesado en mantener la operación funcionando. Está consciente que el Hardware falla, el Software falla, pero no por eso la operación debe dejar de funcionar.
        Cuando un CIO/CFO quiere mantener esa operación, no siempre es el más arriesgado, porque lo que a él le interesa es mantener la operación como está; mantener el menor riesgo posible.
        Sin embargo quiere habilitar conceptos como: tener SISTEMAS ALTAMENTE DISPONIBLES, tener RECUPERACIÓN ANTE DESASTRES, que puedan ser esos SISTEMAS RESILIENTES ANTE LOS FALLOS.
        
        ALTA DISPONIBILIDAD
        Se refiere a que el sistema este disponible independiente de que hayan fallos a nivel de Hardware o Software.
        Una máquina o el software pueden ser suceptibles de fallar, así que la alta disponibilidad se garantiza con el siguiente concepto:
        NOTA: La ALTA DISPONIBILIDAD, a veces, también depende del cliente. Por ejemplo: Un cliente tiene una aplicación, ésta debe tener las característivas para que sea altamente disponible, sea redundante y se pueda desplegar en más de un servior. Luego Oracle puede proveer la capa de IaaS, pero el cliente debe ser los uficientemente diligente con su capa de SaaS.
        
        REDUNDANCIA
        Ejemplo: Un página o aplicación como NETFLIX tiene varios servidores redundantes. Es decir, le responden al cliente y se comportan exactamente igual y, encaso que uno de ellos falle, el otro entra a funcionar naturalmente sin afectar la disponibilidad.
        Esto es posible gracias a un intermediario que atiende esta petición y decide qué servidor debe atender esta contigencia; se conoce como: BLANCEADOR DE CARGA.
        El BALANCEADOR DE CARGA está todo el tiempo pendiente del funcionamiento de cada uno de esos servidores. En caso que uno de los servidores falle, el tráfico que llega, el otro servidor entra a responder y a reemplazarlo. Así, se puede garantizar que el sistema esté siempre ALTAMENTE DISPONIBLE y el balanceador se encarga de manter el flujo de tráfico solo a SERVIDORES QUE ESTEN SANOS, que su funcionamiento sea CORRECTO.
        
        TOLERANCIA A FALLOS (FT)
        La TOLERANCIA A FALLOS hace referencia a la manera en la que el proveedor de Nube concede servicios que sean resilientes a fallas. Es decir, deben haber algunas característivas nativas en la Nube, en los distitnos servicios o componentes que ofrece, que le permita responder a alguna falla de energía o física.
        ORACLE no solo provee el balanceador de carga y lo garantiza de forma tal que, en caso que alguno llegara a fallar, entra inmediatamente otro BALANCEADOR DE CARGA a funcionar.
        Es impotante tener en cuenta que OCI en este caso es IaaS
        
        RECUPERACIÓN DE DESASTRES (DR)
        Hace alusión a los Planes, Políticas y Procedimientos que contribuyen a la continuidad del negocio.
        ¿QUÉ ES UN DESASTRE?
        Algo que perjudique el Data Center como una Inundación, una Falla Eléctrica o Un Error Humano.
        Para saber, qué tanto un Proveedor de Nube garantiza la RECUPERACIÓN DE DESASTRES, un CIO analiza siempre dos métricas fundamentales.
        
        Punto Objetivo de Recuperación o Recovery Point Objective (RPO)
        Hace alusión a cuánta información tolero perder (en términos de tiempo).
        Esta métrica se encuentra definida por la FRECUENCIA con la que la organización toma BACKUPS o COPIAS DEL RESPALDO de la INFORMACIÓN.
        Este es un indicativo de CUÁNTA INFORMACIÓN ESTOY DISPUESTO A PERDER ANTE UN DESASTRE.
        S
        Por ejemplo, un Banco decide sacar una copia de todas las transacciones cada 24 horas y lo hace cada día a media noche. Si el Data Center del Banco se inundara a las 11:30 de la noche siguiente, se perdieron todas las transacciones del día, la pérdida sería MILLONARIA. Una métrica de 24 horas para un BANCO no es una opción, su RPO debe ser cercano a cero, lo que le implica tener un respaldo de copias continuas.
        
        1 more item...
        
        Tiempo Objetivo de Recuperación o Recovery Time Objective (RTO)
        Hace referencia a cuánto tiempo mi negocio tolera estar caído o sin servicio.
        Esta métrica marca la cantidad de información que mi organización pierde cada segundo o cada hora. Por ejemplo, cuando una organización de retail dice que su RTO es de DOS HORAS; está diciendo que el plan de recuperación ante un desastre debe garantizar que los servicios y los sistemas se restauren ANTES de dos HORAS. Después de ese tiempo, mi negocio empieza a perder plata.
        
        1 more item...
        
        CAPEX
        Gastar en Activos Fijos
        -Espacio del Data Center
        -Servidores Físicos
        -Cintas Magnéticas
        
        OPEX
        Costos Operacioneales
        -Salarios
        -Renta
        -Reparaciones
        Fcturas de Energía
        
        Cambiar CAPEX por OPEX
        Lo que busca la Nube es que el CAPEX se vuelva OPEX. Entonces, ya no tengo que invertir en esa infraestructura física para garantizar esa continuidad del negocio, sino solo PAGO por lo que CONSUMO.
        Esta distribuído en el tiempo, ese gasto o esa inversión. Solo se consume en el momento en que se necesita. Hubo un desastre y se tienen ya los mecanismos automatizados para que la Nube garantice esa operación; ese respaldo solo va a ocurrir en ciertos momentos del año, es un costo operacional. Así, para efectos del FLUJO DE CAJA y de los MODELOS de NEGOCIO , va a ser más rentable para los clientes, CEO y CFO que todo sea por OPEX y no por CAPEX.
        Se cambia una gran erogación de dinero (CAPEX), por un gasto en el tiempo (OPEX) una facturación en la que se paga mes a mes y no tuve que invertir en infraestructura.
      - Elasticidad
        Hace referencia a la posibilidad de expandir y contraer la capacidad rápidamente. Por ejemplo, en un momento del día puede darse una alta fluctuación en la cantidad demandada de recursos y, desde la Nube, estos se pueden contraer o expandir casi de forma automatizada, según esos requerimientos.
  - - - MULTITENANCY
        Recursos de computación compartidos. Es decir, la memoria, el disco, el almacenamiento, los servidores, se encuentran compartidos por más de un cliente. Lo que soporta mi negocio, también soporta el negocio de otros.
        
        AISLAMIENTO
        Un usuario no impacta a otro
        
        SEGURIDAD
        La información que yo deposite en mi espacio de trabajo no la vean los demás arrendatarios de nube.
        
        RENDIMIENTO
        Si yo despliego recursos de computación y, requiero más, la Nube me los pueda ofrecer y no le quite los recursos a otro cliente que hizo contratación con el proveedor de Nube. Es de cir, que Oracle pueda proveerme recursos como compañía sin que esto vaya en detrimento de los recursos de otra empresa o viceversa.
        
        SOBRESUSCRIPCIÓN (Oversubscription)
        La capacidad vendida excede la capacidad física de la infraestructura.
        Se debe cuidar como proveedor de Nube no vender a la empresa más llá de lo que el cliente necesita. Esto permite que el proveedor de Nube ahorre infraestructura, pueda vender esos recursos a otros clientes y los que contraten paguen por loq ue usan.
        
        VIRTUALIZACIÓN
        Los Administradores de los Data Centers se dieron cuenta que muchos de los servidores que tenían en su espacio fíisico permanecían gran parte del tiempo ociosos. A menos que hubiera un pico de demanda, permanecían sin operar., ineficientes.
        En lugar de utilizar un solo servidor físico, creemos distintos servidores o máquinas virtuales, que hagan uso compartido de esa infraestructura física.
        Esto se logra con una capa adicional tecnológica que se llama Hipervisor. Este permite administrar la memoria, el almacenamiento y la capadidad de procesamiento del Hardware físico (Servidor).; así es posible manejar en un mismo servidor físico, una o más máquinas virtuales, con unas características de sistema operativo y de aplicaciones totalmente independientes.
        El hipervisor le hace creer a cada máquina virtual que es un servidor físico, pero en realidad están compartiendo recursos.
        El sistema operativo de Windows y Linux,, por ejemplo, están compartiendo los recursos de CPU y de RAM pero cada uno cree que es un servidor fisico. Así el servidor Windows, NO TIENE NI IDEA que existe una máquina virtual Linux, cada uno piensa que es único e independiente. ESTE ES UNO DE LOS PILARES QUE GARANTIZA QUE EXISTA LA NUBE PÚBLICA.
        
        RESOURCE POOLING
        Tener CPU y Memoria compartida con otros clientes que también arrendaron recursos en la Nube.
        Si todos los cliente de la Nube de Oracle demandan recursos de CPU y RAM al mismo tiempo, esto puede traer una degradación y afectación de los servicios y funcionamiento de las aplicaciones críticas. Por eso el equipo de Operaciones monitorea y previene que esta situación ocurra.
- - - - Capas o Agrupamientos
        
        Agrupamientos Lógicos
        
        Compartiment
        
        Tenancy
        
        Compartimientos
        Se pueden desplegar distintos recursos de infraestructura en la Nube. Sin embargo, así como cada persona dentro de la organización de TI, no administra los mismos recursos, puesto que existen Administradores de Bases de Datos, Desarrolladores y Administradores de Red, de esa misma forma Oracle tiene distintos posibles servicios de infraestructura en su portafolio.
        Así, Oracle debe garantizar que solo personal capacitado en cada servicio o función de negocio, debe administrarlo y así su recurso. Por eso es que el concepto de Compartimiento, no es otra cosa que la posibilidad de poder segmentar el control de visibilidad de cada una de las personas que conforman la organización de TI.
        Entonces, el Compartimiento es la colección de recursos que sólo pueden ser accedidos por ciertos grupos y que nos ayudan a dos cosas principalmente:
        
        Controlar la visibilidad, es decir, quien tiene acceso a qué, cúando y dónde, a qué horas y por qué.
        
        El control de los costos, como por ejemplo, asociar una cantidad de recursos y decir que la factuación va a ser del centro de costos de Marketing o de Recursos Humanos. Es una definición Lógica y no Física.
        
        Propiedades
        
        Agregar y Borrar
        Recursos y compartimentos se pueden agregar y borrar en cualquier momento
        El recurso se puede borrar y agregar otro o como en la propiedad anterior, moverlo.
        
        Costos
        Analice costos y asigne presupuesto a recursos por compartimento.
        Es importante darle un parte de tranquilidad a los clientes, y esto se hace a través de informar que, a través de los compartimentos se puede saber cuántos créditos de Nube está consumiendo el área de Finanzas, Marketing Recursos humanos y que un área no se vaya a consumir todos los créditos
        
        Mover
        Un recurso se puede mover de un compartimento a otro.
        Se podría tomar una Base de Datos desocuparla, sacar una copia y moverla para otro Compartimiento.
        
        Política
        El acceso a un compartimento a un grupo se hace escribiendo una política.
        Se tiene que establecer una política en lenguaje natural dentro de la consola de Cloud para informar quién puede usar ese compartimiento.
        
        Interactuar
        Un recurso de un compartimento puede interacturar con otro recurso de otro compartimento.
        Por ejemplo, tenemos un Blanceador de Carga en el compartimiento de Administraciones de Red, se podría utilizar ese balanceador para distintas aplicaciones a pesar de que una es para el proyecto de Marketing y otra para el de Recursos Humanos, están en compartimientos diferentes cada aplicación tiene un flujo diferente y recursos que están alojados en diferentes compartimentos.
        
        Root Compartment
        Como buena práctica, NO coloques recursos en el root compartment.
        Si se coloca una Base de Datos, por ejemplo en el Root Compartment, el Hacker que tenga acceso a cualquier punto de la Nube, tendría acceso a esa Base de Datos.
        
        Único
        Cada recurso pertenece a un único compartimento.
        No se puede tener un recurso en medio de dos compartimentos, la asociación es uno a uno. Así, por ejemplo, la aplicación de marketing va a estar compuesta de un servidor web y de una Base de Datos dentro de un Compartimiento de Marketing.
        
        Recursos de distintas regiones pueden pertenecer a un mismo compartimento.
        Recursos en regiones geográficas distintas pero en un mismo Compartimiento.
        
        Anidación
        Los compartimentos pueden tener hasta seis niveles de anidación. Esta es la primera propiedad, es decir, un compartimiento puede contener a otro compartimiento.
        Todo cliente tiene por defecto un compartimiento asignado. Este es el compartimiento raíz o Root Compartment, es el mismo nombre que se le da a la cuenta cloud, que se le asigna por controtato un solo tenancy a cada empresa que contrara con Oracle; así Tenancy, Root Compartment o Cloud Account SON EQUIVALENTES.
        
        El compartimiento no solo sirve para desginar a ciertos roles de trabajo una cierta cantidad de recursos sino que también sirve para designar ambientes productivos y ambientes no productivos.
        
        2 more items...
        
        Recursos
        
        Almacenamiento
        
        Cómputo
        Base de Datos
        
        Agrupamientos Físicos
        
        Region
        
        Availanility Domain
        
        Fault Domain
        
        Región
        Área geográficamente localizada, compuesta de uno o más dominios de disponibilidad, donde estarán las cargas de trabajo o las aplicaciones.
        La región puede tener uno, dos o tres dominios de disponibilidad
        Actualmente, ORACLE cuenta con 22 regiones disponibles y espera llegar a un total de 36.
        
        ¿Qué Criterios se deben tener en cuenta a la hora de escoger una Región?
        
        Residencia de los Datos y Cumplimiento Regulatorio
        Muchos países tienen requerimientos estrictos de residencia de los datos en el país de orígen.
        
        2 more items...
        
        Ubicación
        Esto se hace con base en la escogencia de la región más cercana por baja latencia de red para un mejor rendimiento.
        Todo el cableado de red en el mundo pasa por el Hub de las Américas que se encuentra en Miami. Y se dice que el 70% el tráfico de internet pasa por Ashburn en Estados Unidos, en ese sentido resultaría para Colombia, por jemplo, una mejor elección Ashburn que el mismo Sao Paulo.
        
        Disponibilidad del Servicio
        Hace alusión a nuevas regiones que se habilitan, según la demanda de factores como cumplimiento regulatorio local, disponibilidad de recursos físicos, entre otros.
        En general las regiones tienen entre 1 y 3 Data Centers.
      - DATA
        Se requieren Layouts o distintas capas que puedan alojar los distintos recursos de infraestructura que soportan la aplicación.
        La plicación está hecha de datos unos (1) y ceros (0) para los computadores, y todos estos datos necesitan tres grandes acciones:
        
        Procesamiento o Transformación, para eso son los Servicios de Cómputo (OCI Compute Services)
        
        Almacenamiento (OCI Storage Services)
        
        Servicios de Red (OCI Networking Services)
        
        Servicios de Cómputo u OCI Compute Service
        La diferencia entre cada opción radica en qué tanto nivel de servicio ofrece Oracle, qué tanto administra el cliente y qué tanto administra el proveedor de Nube (Oracle)
        De esas 4 opciones, comúnmente se conoce a Bare Metal, Vitual Machine y Dedicated Virtual Host, Container como instancias de cómputo.
        
        Functions (Menor Nivel de Administración del Cliente)
        Este es un servicio de Cómputo que solamente está basado en consumo.
        El cliente solo debe darme el código, los algoritmos, el orden de las secuencias de lo que debe hacer la aplicación. Así, ORACLE se encarga de ponerlo en la infraestructura que de mayor rendimiento y mayor optimización, y en la factura le informa al cliente el tiempo de ejecución y el costo correspondiente.
        En este punto el cliente se olvida de los conceptos de infraestructura, de cuántos servidores utilizó para ejcutar, de si estuvo en alta disponibilidad o cómo sehizo la disposición de la arquitectura. SImpelemente, le entregó a ORACLE el código y nosotros nos encargamos de ejcutar el código de la mejor manera.
        ANALOGÍA
        Functions es Rappi, no me importa el medio de transporte lo que me interesa es que me traiga lo que solicite, luego desde Rappi entregan el código y todo se corre en OCI, nadie administra desde Rappi infraestructura de cómputo, solo entrega el código.
        
        Acá no importa las instancias de cómputo, las máquinas virtuales; de todo eso, se ENCARGA ORACLE.
        Se tienen los siguientes cuatro pasos:
        
        índiqueme cuál es su código.
        
        Deme una condición para saber cuándo ejecutar el código.
        
        Ya lo ejecute, el cliente no se preocupa por como ORACLE lo hizo, ya se realizó la tarea.
        
        Reciba su factura.
        
        Se optimiza el proceso y el cliente solo paga por lo que dure el funcionamiento. Así se garantiza también que el cliente solo pague por lo que dure ejcutándose el código.
        En las otras formas, si se paga por más componentes, esto se conoce como SERVERLESS, y todo lo que sea así se ejecuta en ORACLE FUNCTIONS.
        
        Container Engine o Contenedores
        Ya no se habla de Máquinas Virtuales sino de empaquetar las aplicaciones. Así las cosas el cliente tiene menos capacidad de administración y ORACLE ofrece más nivel de servicio.
        El cliente administra solamente:
        
        Code
        
        App Container
        
        En ese sentido ORACLE ofrece más nivel de servicio porque se encarga de administrar la Virtualización, el Sistema Operativo del Host o Servidor Físico donde se despliega la aplicación y e cliente simplemente debe preocuparse por tener desarrollado una aplicación ligera y que sea fácil de administrarse en cualquier infraestructura.
        De hecho el concepto de contenedor no nació en la Nube, nació en el mundo On Premise, pues puedo tener un contenedor en el mundo On Premise en el Data Center del cliente. Lo que tiene valor en esta opción es el nivel de Servicio que ofrece ORACLE y cuánto tiene que administrar el cliente que, al final, se encarga de menos labores (Solo Code y App Container) ya que estas son gestionadaspor ORACLE.
        Para lograr todo esto se utiliza una plataforma de contenerización que se llama DOCKER y una herramienta de orquestación que se llama KUBERNETES ENGINE (KE)
        ANALOGÍA
        Este conetendor hace que una aplicación sea extremadamente portable, por ejemplo hago una aplicación en mi laptop y quiero llevarla a un servidor, no siempre se comporta de la misma manera. Con el servicio de contenedor, esto si pasa, es decir como se desarrolle la aplicación en un laptop (con las medidas estándares de un contenedor para un Camión), se va a comportar en un servidor de mayores proporciones (Camión).
        Por eso es que el contenedor tiene medidas estándares, precisas que le permiten transportare en un camion que permite transportar ese contenedor o en un barco, es decir tiene unas medidas específicas que le permite a la aplicación no estar amarrada a una infraestructura. Así mismo, para que esto suceda, para que el contendor se pueda desembarcar en el sitio o puertoq ue se desee, va sobre ua plataforma que se llama DOCKER y que va "piloteada" o administrada por unos KUBERNETES que saben en que lugar dejar la "carga" (Aplicación en Container) y seguir con lo demás que lleva. También se encarga de mantener la salud de los contenedores que lleva en su Barco, si alguno de ellos se daña, debe reemplazar rápidamente con otro contenedor.
        
        Diferencias entre Virtual Machine vs Container
        Máquina Virtual
        Por ejemplo tengo dos maquinas virtuales, cada una con dos aplicaciones, pero cada una TIENE QUE TENER UNA DEFINICIÓN DE SISTEMA OPERATIVO, y puede que la configuración del sistema operativo sea la misma para cada una de esas 4 aplicaciones, entonces de alguna manera se duplica la información a procesar; las máquinas virtuales son muy pesadas, por lo que los grandes expertos que rediseñaron la tecnología decidieron que, en lugar de tener múltiples copias de un mismo sistema opertativo en distintas máquinas virtuales, decidieron colocar una capa de abstracción nueva, donde se desentienden del sistema operativo en cada máquina virtual y todo lo que necesite la aplicación CON TODO y sus DEPENDENCIAS, las empaqueta PARA QUE NO DEPENDAN DEL SISTEMA OPERATIVO inicial sino que lo hago ALTAMENTE portable y así se llega a UN CONTENEDOR.
        Contenedor
        Es una manera mucho más ligera de empaquetar una aplicación. En el concepto de CONTENEDOR se coloca una capa de VIRTUALIZACIÓN más y la aplicación va a estar compuesta por el CÓDIGO, DEPENDENCIAS, PAQUETES, BINARIOS, pero ya NO VA A TENER varios SITEMAS OPERATIVOS en cada aplicación.
        Es un nivel MÁS de VIRTUALIZACIÓN y va a garantizar que las aplicaciones sean mucho más ligeras, mucho MÁS portables porque ya no van a depender la arquitectura subyacente y va a poder ejecutarse en más ARQUITECTURAS.
        La premisa, siempre será que todas esas aplicaciones van a compartir el MISMO SISTEMA OPERATIVO, tiene como consecuencia entonces que el contenedor es más ligero pero se comparte el sistema operativo.
        Esto también implica que el CONTENEDOR NO VA A ESTAR ATADO A UNA ESTRUCTURA ESPECÍFICA, por loq ue está más estandarizado y se puede colocar donde se considere que quiera que opere ese servicio de CÓMPUTO.
        
        Virtual Machines
        En esta oferta aspectos como:
        
        Code
        
        App Container
        
        Language Runtime
        
        Operating System
        
        son administrados por el cliente y NO por ORACLE. Por el contrario, la Capa de Virtualización (Virtualization) sí la administra ORACLE.. El cliente puede decidir sobre el sistema operativo y las capas mencionadas arriba.
        ANALOGÍA
        En este caso es como rentar un cuarto en un crucero, en lugar de rentar el Yate se renta solo un cuarto. Se tiene un crucero donde los facilites y demás comodidades son compartidas por más de un cliente. El uso es para personal (Máquinas virtuales)
        
        Multi-Tenant
        ORACLE administra el servidor físico, le coloca el Hipervisor que Oracle crea conveniente, admiistra y coloca los parches y las máquinas virtuales dentro de ese servidor físico, pueden pertenecer a diferentes clientes.
        Este es el modelo más económico, porque se parte del hecho que se comparte un servidor físico con distintos clientes que cpmparten servidor físico e hipervisor.
        
        Características de estos servicios de Cómputo:
        
        Bare Metal (Mayor Nivel de Administración por parte del Cliente)
        
        Virtual Machines
        
        Dedicated Virtual Hosts
        
        Estas tres ofertas se pueden agrupar en un concepto conocido como Instancias, Instancias de cómputo.
        
        5 more items...
        
        Dedicated Virtual Hosts
        En esta oferta aspectos como:
        
        Code
        
        App Container
        
        Language Runtime
        
        Operating System
        
        son administrados por el cliente y NO por ORACLE. Por el contrario, la Capa de Virtualización (Virtualization) sí la administra ORACLE. El cliente puede decidir sobre el sistema operativo y las capas mencionadas arriba.
        ANALOGÍA
        En este caso es como rentar un Yate privado. Este Yate privado es solo para personas (Máquinas virtuales) y tiene una capacidad máxima de 52 personas (OCPUs). Esa es la cantidad máxima, 52 OCPUs que se puede tener por servidor físico y se pueden distribuir en la cantidad de máquinas virtuales que yo quiera, y esa configuración sólo para la empresa que lo adquiere
        
        La diferencia con las Virtual Machines es que el cliente delega a ORACLE la administración de la virtualización, pero el servidor es enteramente del cliente. El Cliente coloca las mpaquinas virtuales que él quiera.y son únicamente del cliente, en la oferta de Virtual Machines, esas máquinas virtuales son de diferentes clientes.
        
        Bare Metal (Mayor Nivel de Administración por parte del Cliente
        En esta oferta aspectos como:
        
        Code
        
        App Container
        
        Language Runtime
        
        Operating System
        
        Virtualization
        
        son administrados por el cliente y NO por ORACLE. Es la versión de Cómputo donde el cliente tiene mayor libertad de escoger; porque el es capaz de elegir, por ejmplo, que capa de virtualización quiere para sus máquinas virtuales.
        En términos generales la opción de Bare Metal es otorgarle el servidor físico al cliente para que el disponga su administración como mejor lo estime conveniente. El cliente va a poner manipular ese servidor físico, exclusivamente para él, y no lo va a compartir con más clientes.
        ANALOGÍA
        Bare Metal es como cuando uno renta un Barco completamente. Se decide si ese barco se va a usar para transportar carga o pasajeros, yo decido cómo lo quiero usar.
        
        Casos de Uso
        
        Workloads with specific licensing requirements
        Hay ciertas aplicaciones que en sus requerimientos de licenciamiento no admiten Hipervisor o ciertos requerimientos que exigen ciertos Hipervisores; ese tipo de aplicaciones, son candidatas para una oferta de cómputo Bare Metal.
        Aglunas de ellas, pueden se conocen como aplicaciones legadas, como aplicaiones viejas, pero ligadas a la operación del negocio. Si bien es cierto que la aplicación funciona bien pero está con poco margen de actualización, se puede pasar a la Nube, pero debe ir en Bare Metal.
        
        Workloads with a Specific Hypervisor
        Como el cliente puede poner su hipervisor, puede haber ciertos requerimientos en los que no se pueda utilizar el Hipervisor que Oracle administra (KBM). Entonces, si la aplicación que se quiere desplegar sí o sí requiere ese Hipervisor y aún así se quiere desplgegar esa carga de trabajo en Oracle se puede hacer pero en una instancia de Bare Metal.
        
        1 more item...
        
        Non- Virtuallized Workloads
        Esto aplica para aplicaciones o cargas de trabajo que no admiten virtualización.
        
        Performance- Intensive Workloads
        
        Dado que no está virtualizado, el caso de uso es para ciertas aplicaciones asociadas a algunos tipos de industrias que, por políticas de uso, no admiten virtalización porque son muy demandantes a nivel de rendimiento y no admiten la virtualización.
        Hay algunos casos en los que las bases de datos Oracle y No Oracle deben funcionar en Bare Metal y no Virtualizadas.
        
        Servicio de Almacenamiento u OCI Storage Services
        
        Servicio de Almacenamiento u OCI Storage Services
        
        Servicio de Almacenamiento u OCI Storage Services
        Para entender los diferentes conceptos y servicios de almacenamiento que tiene ORACLE se deben comprender las siguientes 6 (seis) variables
        
        Persistente o No Persistente - Persistent or NON Persistent
        Se debe saber si esa información que se va a almacenar va a permanecer o perdurar independiente de la instancia de cómputo a la que este ligada. Hay opciones de almacenamientoq ue son persistentes y otras que no, en el caso de Oracle, solo hay una que NO es persistente.
        
        1 more item...
        
        Qué tipos de datos se quieren manipular - ¿What Type of Data?
        Existe almacenamiento para tipos de datos estructurados y no estructurados. Los Datos no estructurados son típicamente fotos audio, video y texto que no están ordenados. Por el contrario, hay otros tipos de alamacenamiento que son para datos estructurados, que requieren un orden específico.
        
        1 more item...
        
        Performance o Rendimiento
        
        3 more items...
        
        Durability- Durabilidad
        Depende de los conceptos de Availability Domain y Fault Domain
        
        Conectivity - Conectividad
        Algunos de los dispositivos de almacenamiento pueden ser accedidos de manera LOCAL a la unidad de cómputo; otras se pueden acceder por RED y otras no dependerán de una conexión de sistema operativo sino que dependerán de un acceso desde un PROTCOLO ESPECÍFICO.
        
        1 more item...
        
        Protocolo - Protocol
        Esta sexta variable contempla los conceptos de block, file y HTTP.
        
        1 more item...
        
        Servicios de Red o OCI Networking
        Sin RED NO HAY NUBE
        Por medio de las redes se pueden conectar los distintos recursos de infraestructura con el mundo exterior (INTERNET). Así mismo se podrá entender la conectividad entre los distintos servicios y con el Data Center del Cliente.
        La maoría de los servicios de RED NOTIENEN NINGÚN COSTO.
        
        ¿Qué es una RED VIRTUAL o una VCN?
        Una red virtual es una red definida por software, es decir, no es un cableado físico. NO se tiene control sobre el cableado físico de ORACLE. Lo que se hace es definir de manera lógica una red llamada VCN. Así, dentro del espacio de trabajo o compartimiento raíz o Tenancy soy libre de definir como quiero conectar las distintas instancias de cómputo que hacen parte de mi negocio.
        Algunas de esas instancias de cómputo van a tener necesidad de conectarse con internet. Un ejemplo es un e-commerce o portal de comercio electrponico. Si yo quiero que me compren en línea debeo garantizar que ese servidor sea accedido desde cualquier lugar en la web.
        Para poder definir que ese servidor o esa instancia de Cómputo tiene una naturaleza pública o privada se introduce el concepto de SUBRED. En general se quieren tener dos SUBREDES, una PÚBLICA y una PRIVADA.
        La PÚBLICA para conectar INTERNET con el DATA CENTER o la INSTANCIA DE CÓMPUTO DE OCI y una PRIVADA para conectar la INSTANCIA DE CÓMPUTO con el DATACENTER DEL CLIENTE (Esta última NO se conecta a INTERNET).
        El alcance de una RED es REGIONAL, ES DECIR CONECTANDO DIFERENTES AD o DATA CENTERS. Entre regiones no aplica una VCN sino un concepto de PEERING.
        En internet la dirección con la que se identifica uno es con una IP. Todas las instancias de CÓMPUTO tienen una IP PRIVADA por defecto.
        Las subredes permiten otrogarle a las INSTANCIAS de COMPUTO una VNIC (Virtual Network Interface Card). En los computadores de escritorio tradicionales anteriormente, si se abría la carcasa e encontraba el procesado la tarjeta madre el disco duro y una pequeña unidad que se llama tarjeta de red; una tarjeta o unidad que titilaba y se encargaba de conectarse al router de la casa y permitir la conexión a internet o a una red local que se establezca.
        Para tener esa VNIC se debe si o sí garantizar que la instancia de cómputo este suscrita a una SUBRED no a una RED. Una instancia de cómputo no DEBE SOBREVIVIR EN UNA RED, siempre tiene que estar en una SUBRED; las subredes son aisladas y seguras.
        
        INTERNET GATEWAY
        ¿Cómo se hace la conextividad con el MUndo Exterior?
        Para hacer esa conectividad se utilizan unas puertas o Gateways.
        Por ejemplo, un domiciliario se dirije a un conjunto residencial y consulta por la dirección o por el nombre del conjunto; cuando el domiciliario llega a la puerta, el domiciliario que viene viajando por la vía o el internet, pregunta por lo qeu necesita entregar y la puerta con su protocolo de seguridad, valida los datos y deja entrar o no al domiciliario.
        La vía es internet, el domiciliario trae la infromación o consulta que se desea hacer, y la puerta del conjunto es el Gateway que controla ese acceso. Así, se puede decir que un INTERNET GATEWAY es una puerta que me permite conectar UNA instancia de computo pública CON internet. Así el INTERNET GATEWAY provee una ruta para un tráfico de red entre UNA RED PUBLICA e INTERNET.
        
        NAT (Network Address Translation o Traducción de Dirección de Red) GATEWAY
        Esta NAT ocurre y se utiliza cuando quiero que una INSTANCIA DE COMPUTO definida de manera PRIVADA, tenga temporalmente un acceso a INTERNET para UN CASO PARTICULAR.
        El ejemplo recurrente es UNA BASE DE DATOS: en esta situación no se accede a la BD directamente, sino se viaja a través de un navegador web el cual se conecta a un servidor web el cual recibe las peticiones del carro de compras. Ya para comprar algo, se tiene que autenticar, identificar, dar el método de pago, esa consulta se hace a la base de datos, esta base de datos es privada, el servidor web es el único que se conecta a la base de datos y el Data Center del cliente; pero no debería darse una conexión directa a internet coo la descrita.
        Ahí entra el NAT GATEWAY, como la BD no debe conectarse directamente a internet, pero la BD necesita actualizarse así el NAT GATEWAY, dado que la BD se requiere actualizar y se necesita un parche y ese parche está en internet: como la BD es privada, tiene una dirección IP provada, con el NAT GATEWAY la petición inicia desde la subred privada me permite acceder al parche en internet, se descarga se aplica y para eso se utilizí el NAT GATEWAY.
        Cuando se aplica el NAT GATEWAY, la petición no inicia desde internet, arranca desde la SUBRED PRIVADA que necesite esa consulta temporal a internet y está enfocada para hacer una asignación temporal de una IP PRIVADA a una IP PÚBLICA, pero en este caso el NATGATEWAY lo permite.
        Por supuesto, el NAT GATEWAY habilita conexiones de salida, pero bloquea conexiones entrantes, por eso los casos de uso son las actualizaciones o parches, no solo para una BD sino también aplica para Sistema Operativo e Instancias de Cómputo en una SUBRED PRIVADA.
        
        DRG (Dynamic Routing Gateway)
        ¿Cómo se hace la conexión ON Premise, es decir entre la Nube y el Data Center del cliente?
        Esta conexión se hace con una puerta diferente llamada DRG. El DRG es un router virtual que provee una ruta de tráfico privado entre la RED y los destinatarios disntintos a INTERNET. Todo aquel destinatario que no sea internet debe ser otra RED privada que esta configurada en el Data Center del Cliente.
        A partir el DRG se establecen dos canales de comunicación en el la Nube y el Data Center del Cliente.:
        
        IPsec VPN
        
        En este caso, con IPesec VPN se utiliza internet como medio de información pero esta información se encuentra cifrada site to site, end to end, entre Oracle y el Data Center del Cliente. Este es el escenario que, por lo general, se utilizan para pruebas de concepto.
        
        FastConnect (Private, Dedicated Conectivity)
        
        En esta opción, la conectividad es deidcada y privada, no pasa por internet y requiere una inversión adicional, se necesirta un proveedor de telecomunnicaciones que haga una tubería exclusica, esrta es fpisica, por eso requiere una inversión adicional; solamente el tráfico de ese cliente viaja por esa conexión. La latencia es mucho menor, al no pasar por internet que es pública.
        Estos dos canales de comunicación son los que existen entre el Data Center del Cliente y OCI. Las puertas o GATEWAYS se configuran a nivel de REDES no de SUBREDES.
        
        1 more item...
- - - - SERVICIOS DE BASES DE DATOS
        
        BASE DE DATOS EN MÁQUINA VIRTUAL (VM DB SYSTEM) FAST PROVISIONING
        Es una instancia de Cómputo, pero tiene la BD ORACLE ya instalada. Como es una máquina virtual, se le puede adjuntar un BLOCK STORAGE; este BLOCK STORAGE ya viene asociado para que se pueda hacer el almacenamiento de los archivos de la BD. Son archivos altamente estructurados.
        Las opciones de OBJECT STORAGEy ARCHIVE STORAGE almacenan otros tipos de datos, los NO ESTRUCTURADOS, VIDEOS AUDIO, ARCHIVOS DE TEXTO.
        Para el caso de BD que almacena DATOS ESTRUCTURADOS, SE PUEDEN TENER DIFERENTES SHAPES, es decir, distintas cantidades de OCPU, memoria RAM, ANCHO de banda, AL IGUAL QUE SI FUERA UNA MÁQUINA VIRTUAL NORMAL.
        La característica principal de esta opción es que se PUEDE APROVISIONAR MUY RÁPIDO, Si el cliente quiere una BD rapída de aprovisionar una excelente opción es utilizar una DB SYSTEM en la versión de MÁQUINA VIRTUAL.
        
        BILLING O FACTURACIÓN
        La facturación en el caso de una VIRTUAL MACHINE para o se frena cuando se detiene la operación.
        
        La escalabiidad para una BD en una virtual machine se da por cuenta del BLOCK STORAGE sin impacto.
        
        BASE DE DATOS BARE METAL (BM DB SYSTEMS) FAST PERFORMANCE
        En esta opción la BD está en un BARE METAL, es decir se adquiere un servidor completo para BD ORACLE, se otorgan 52 OCPU y ALREDEDOR DE 51 TB DE STORAGE.
        Esta opción, por lo general, se utiliza para BD que requieren alto rendmiento.
        
        El billing o la facturación para BARE METAL no para.
        
        La escalabilidad para una BD en una BARE METAL se da es en el número de cores
        
        RAC(Real Application Cluster) - MANAGED HIGH VAILABILITY
        Este es el mecanismo qeu ORACLE ofrece para garantizar ALTA DISPONIBILIDAD. Y para tener DISASTER RCOVERY SE LLAMA DATA GUARD
        Esta opción es la que posiciona ORACLE para tener BD en alta disponibilidad. Esto se puede ON premise o en Nube.
        En el caso de Nube, se puede tener esa alta disponibilidad en VIRTUAL MACHINE.
        Las modalidades de DB que tienen VIRTUAL MACHINE son escalables a nivel de STORAGE, se pueden agregar más volúmenes de bloques para escalar ese STORAGE..
        En el caso de BARE METAL como se utuliaza un Local NVMe, este es fijo, la unidad es local y pegada con el servidor físico, luego el escalamiento es anivel de OCPU y no a nivel de STORAGE.
        Esta opción es estrella ya que OCI está comporbado para tener alta disponibilidad en RAC mediante VIRTUAL MACHINE.
        
        Los parcheos y escalabilidad de shape se hace para RAC y EXADATA mientras sigue funcionando el sistema.
        
        EXADATA DB SYSTEMS EXADATA MANAGED INFRASTRUCTURE
        Estos sistemas le otrogan un máximo rendimiento a las BD ORACLE, es infraestructura dedicada creada por ORACLE.
        El Hardware hecho se llama EXADATA, así al momento de seleccionar desde el autoservicio las BD ORACLE puedo elegir que use como HARDWARE EXADATA. Se puede delegar a ORACLE la administración de todo el HW de infraestructura , el amacenamiento físico y la opción de cómputo.
        
        Los parcheos y escalabilidad de shape se hace para RAC y EXADATA mientras sigue funcionando el sistema.
        
        AUTONOMOUS DB
        Para la INFRASTRUCTURA FISICA de la DB se utiliza UN EXADATA, pero en la administración de servicio es superior. En las anteriores opciones muchos procesos asociados a las DB de datos COMO ADMINISTRACIÓN, ACTUALIZACIÓN DE VERSIONES, APLIACION DE PARCHES Y MANTENER EL CICLO DE VIDA DEPENDE DE UN DBA.
        Si bien es cierto muchos de esos procesos están automatizados se depende del DBA.
        PARA EL CASO DE AUTONOMOUS para muchas de esas funciones ya no se necesita UN DBA., dado que se utiliza MACHINE LEARNING para que todos estos proceso puedan ser optimizados actualizados y operados para que haya la menor intervención humana posible.
        Con esta DB al tener MACHINE LAERNING muchos procesos uya no dependerán del ser humano fallara´n menos, y el negocio sera mucho más optimo.
        LOS CAMBIOS SE PUEDEN HACER EN CALIENTE SIN DOWNTIME.
        
        AUTONOMOUS SHARED ODESPLIEGUE COMPARTIDA
        El exadata es administrado por ORACLE y lo que hace el cliente es desplegar la BD. La infraestructura estpa compartida con otros clientes de autonomous.
        
        Los parcheos y escalabilidad de sahep se hace para RAC y EXADATA mientras funciona el sistema.
        
        AUTONOMOUS DEDICATED
        Todo el exadata es de un mismo cliente, el cliente administra algunas funcionalidades de ADMINISTRACIÓN DEL HW de ese EXADATA.
        
        Los parcheos y escalabilidad de sahep se hace para RAC y EXADATA mientras funciona el sistema.