Evita estos errores al migrar a OCI

Al emprender la transformación digital, nos encontraremos con una multitud de opciones de Nube Pública, y una de las más interesantes es la de uno de los líderes en tecnología: la Oracle Cloud Infrastructure, de Oracle. Sin embargo, todos los nuevos caminos conllevan dificultades que pueden causar que un proyecto se descarrile. Para ayudarles a evitar esto, les platicamos 5 errores que hemos visto a través de múltiples migraciones, y cómo mejor mitigarlas o evadirlas.

1.- No conocer los servicios de infraestructura de OCI


A diferencia de su competencia, Oracle ofrece estilos de infraestructura radicalmente diferentes, y no conocerlos evitará que llegues a tus objetivos de desempeño y costo:

  • Platform as a Service (PaaS): entrega capacidades tecnológicas listas para usarse, como son la BD Oracle o servicios de Analítica. Excelentes para modernizar o ampliar lo que ya teníamos en nuestros Datacenters. Será importante cuidar compatibilidades con nuestras aplicaciones, pues no todas las versiones de PaaS están soportadas.
  • Infrastructure as a Service (IaaS): Conlleva los servicios más estándar, como son cómputo y storage. Importante definir si se necesita tecnología Intel o AMD, que tipo de Sistema Operativo se requiere, el poder de cómputo necesario, el disco requerido y cuánto tiempo se usará cada instancia.

Al respecto de Oracle Database, existe una plataforma de HW especializada llamada Exadata, y que puede desplegarse en la nube pública (Exadata Cloud Service) o en el datacenter local (Exadata Cloud@Customer). Lo atractivo es que cuando se tienen muchas BDs de Oracle en uso, Exadata podrá reducir los costos de licenciamiento e incrementar el desempeño de estas considerablemente. Su implementación es compleja, pues se deben cuidar muchos detalles de Redes, Almacenamiento (tamaño y set up), respaldos y certificación, pero bien hecha, otorga ventajas únicas.

2.- La muerte por data transfer

Un gran problema que las organizaciones en México enfrentan es la baja velocidad de las conexiones de Internet. Esto ocasiona que el envío de datos sea muy lento y pueda llegar a fallar.

Por fortuna, existen herramientas y métodos que nos permitirán mitigar estos problemas. Algunos son:

  • Disk Data Transfer: Servicio de Oracle donde puedes mandar un disco duro externo (SSD, encriptado) con tu data al datacenter de Oracle, y ellos la cargarán a un Storage de tu propiedad.
     
  • Transportable TableSpaces with Incremental Backups: Un estilo de migración de Oracle DB, donde se minimiza el tiempo fuera de línea gracias a la ejecución de la migración de la DB (que puede ser de Terabytes) usando respaldos full e incrementales, hasta el punto de reducir la ventana de migración a sólo el tiempo que lleve transferir e implementar el último de los respaldos incrementales. 

  • Oracle GoldenGate: herramienta propietaria con grandes capacidades de movimiento de datos. Depende lo que se vaya a migrar, es que el fabricante puede otorgar el uso de esta herramienta en modelos económicos no tan onerosos

En nuestros casos de éxito, podrán leer de algunos clientes a quienes ayudamos a planear y ejecutar este tipo de migraciones complejas.

3.- No conocer bien las aplicaciones a migrar 

Cada aplicación a migrar a OCI tiene sus particularidades, y se hace gran mal si no se les revisa y se planea alrededor de ellas. Desde versiones, hasta limitaciones en tipo y forma de despliegue, las aplicaciones más críticas del mercado tienen detalles que no podemos ignorar.

Así, por ejemplo, para migrar un ambiente SAP:

  • Hay tecnologías no soportadas. Por ejemplo, no se puede usar HANA en OCI, o no se puede usar ASM más que en Exadata.

  • No todas las versiones de VM (shapes) están soportadas. Las notas de SAP dicen cuales si, y de ellas hay que escoger la más adecuada dependiendo los SAPS (unidad de desempeño) que se requieran.

  • El despliegue en Exadata está limitado en número de clusters, y solo aplica para las DBs. La parte aplicativa se debe instalar en otro tipo de VM.

  • Uso y capacidad de Storage, pues un mal dimensionamiento puede causar muchos problemas (como en Exadata, que no se puede extender) o sobrecostos

Existen más pero la clave es que, no importa la aplicación que sea, se necesita hacer un buen diseño previo que contemple dichas restricciones y opciones.

4.- No aprovechar el soporte de Oracle

Muchos al usar la Nube lo hacen sin saber todo el apoyo que Oracle da. Además del servicio de tickets de soporte 24/7, también hay personal local dispuesto a ayudar a que las migraciones sean exitosas. 

Este soporte cobra relevancia cuando se revisa el tema de los parches de cada capa de infraestructura y software, pues las imágenes base no necesariamente se despliegan en la versión más actual. Así, tocará apoyarse en el equipo de Soporte para que te faciliten los diferentes parches que tu aplicación necesita. 

5.- Desaprovechar el licenciamiento de Oracle y como aplica en OCI

Al migrar se busca una ventaja en términos de licenciamiento y soporte. Sin embargo, no estar consciente de los límites y alcances del esquema tradicional, puede generar malas inversiones. Se necesita consultar con Oracle las tablas de equivalencias (i.e. tu licencia tradicional de Oracle Database, ¿a cuántos OCPU equivalen y de qué tipo?) y si se pueden usar modelos que lo optimicen. Así, el error es no ganar las potenciales mejoras al creer que solo es un cambio de hardware.

Hemos revisado de forma rápida 5 áreas donde Nemaris ha encontrado y superado problemas al migrar a OCI, y los animamos a tomarlas muy en cuenta. Si lo hacen, les podemos augurar una buena migración y que sí sacarán provecho de la Oracle Cloud Infrastructure. 

Si desean un apoyo adicional, con gusto Nemaris los acompañará en este camino de transformación digital.