SUSE Insider

En este número

• SUSECON™
• Agilidad empresarial
• Linux cumple 25 años
• Almacenamiento
• Actualización de certificación

Adelanto de SUSECON 2016: la tecnología es la reina indiscutible del otoño

Me encanta el otoño. Me fascinan los colores otoñales. Para mí, no hay nada como salir a la calle y sentir el aire fresco de la mañana, que me espabila y pone mi cerebro en marcha. Me apasiona cosechar las verduras del huerto que tengo en casa, fruto de la dedicación de todo el verano. Pero, sin duda, lo mejor de todo es saber que SUSECON está a la vuelta de la esquina.

El congreso SUSECON se ha convertido en uno de los buques insignia del sector por muchos de los mismos motivos por los que me encanta el otoño: contenido fresco y actual que tonifica la mente e invita a reflexionar sobre nuevas posibilidades. La innovación está en boca de todo el mundo ahora que los clientes y partners de SUSE, así como los entusiastas del código abierto, descubren las nuevas soluciones de código abierto de SUSE y de otros proyectos upstream. Después de juntar a los colaboradores de proyectos con los usuarios empresariales, el mundo no volverá a ser el mismo.

Todos los años recibo montones de comentarios de los asistentes a SUSECON, y todos ellos destacan que el contenido del congreso es extraordinario. No solo presentamos temas de lo más variados, sino que los ponentes son ingenieros, responsables de productos, clientes y partners de SUSE capaces de proporcionar mucha más información que la típica descripción somera del contenido. Nuestros ponentes entran en materia. Los asistentes pueden dirigirles sus preguntas durante el congreso, en caso de que surja alguna duda que no se haya aclarado en el transcurso de la ponencia. El contenido de las sesiones no se circunscribe únicamente a los productos de SUSE, sino que se abordan también las tecnologías subyacentes y los proyectos que las originan. Este enfoque contribuye a hacer de SUSECON uno de los congresos más importantes sobre tecnología del sector.

Aquí tiene un adelanto de lo que verá en SUSECON 2016, que contará con más de 150 sesiones (y no exagero):

• 75 tutoriales técnicos en los que se tratarán tanto productos como tecnologías. Asista y descubra que, aunque lo parezca, no son lo mismo.
  • Entre los tutoriales de productos de SUSE, se incluyen las últimas novedades en productos de SUSE, como SUSE Linux Enterprise, SUSE Manager, SUSE OpenStack Cloud y SUSE Enterprise Storage, entre muchos otros.
  • Algunos de los productos y tecnologías que se analizarán en los tutoriales son Ceph, CephFS, Cloud Foundry, Docker, Kubernetes, KVM, LDAP, Manila, OAuth, openATTIC, OpenDOC, OpenStack, RADOSGW, Salt, SSSD, Sudoers y muchos más.
  • Entre los productos de partners que se incluyen en los tutoriales cabe destacar Active Directory, CentOS, Oracle (12c y RAC), RHEL y SAP HANA. Asimismo, se organizarán un buen número de sesiones patrocinadas en las que se demostrará la unión entre estas magníficas soluciones y el ecosistema de SUSE.
  • En las sesiones técnicas se analizarán una larga serie de temas, entre los que podemos resaltar los siguientes: evaluaciones comparativas, grandes volúmenes de datos, duplicación de bloques, contenedores, DevOps, recuperación tras fallos, alta disponibilidad, HPC, hiperconvergencia, IOT, aplicación de parches en caliente, módulos, supervisión, nube pública, seguridad, consolidación de sistemas, gestión de la vida útil de las máquinas virtuales y muchos más que no se pueden enumerar por falta de espacio.
• 100 horas de formación práctica en productos de SUSE y en otras tecnologías, como Cloud Foundry, Docker, Kubernetes, Salt y SSSD.
• 22 sesiones sobre novedades en las que los asistentes podrán oír directamente en palabras de los ingenieros y responsables de productos de SUSE lo que se avecina en relación con sus productos de SUSE preferidos. Los ponentes expondrán sus planes de desarrollo de productos y tratarán abiertamente los elementos upstream que se incorporarán a la siguiente generación de soluciones empresariales de SUSE. Además, los participantes podrán dirigirse directamente a los desarrolladores para dejar claro cuáles son sus tecnologías favoritas.
• 16 casos prácticos de clientes y partners de SUSE en los que se comparten experiencias reales sobre la estructura y la implantación de las soluciones de SUSE en sus organizaciones. En estos casos prácticos se abordan temas como los siguientes:
  • Implantación de SAP HANA y ajuste de alta disponibilidad
  • Migración a SLES en un mainframe
  • Implantación en la nube con Kubernetes
  • Implantación de NFV en SUSE OpenStack Cloud
  • Migración de entornos SAN legados a un clúster Ceph distribuido
  • Conversión de un centro de datos en una nube pública empresarial
  • Y muchos más casos prácticos de clientes interesantes
• 16 sesiones para empresas en las que los asistentes podrán obtener descripciones de alto nivel de tecnologías totalmente novedosas para ellos, así como conocer las posturas que adopta SUSE en temas controvertidos en el contexto de la comunidad de código abierto. Estas sesiones son una buena manera de abrir un nuevo debate y comprender las diversas facetas de un tema tecnológico.

Si lo que busca es profundizar en una materia específica, SUSECON también le ofrece la oportunidad de participar en cuatro talleres previos al congreso por una tarifa adicional. Estos talleres se imparten a lo largo de un día completo y consisten en una formación práctica bajo la tutela del prestigioso equipo de formación de SUSE. Estos son los cuatro talleres disponibles:

• Protección de SUSE Linux Enterprise Server (SLES)
• Instalación y configuración de un clúster Ceph con SUSE Enterprise Storage 3
• Implantación de SUSE OpenStack Cloud de alta disponibilidad
• Nuevas funciones de SUSE Manager 3

No hay suficiente espacio en este artículo como para hacer justicia a todo el contenido que ofrece SUSECON. Dedique un momento a examinar el catálogo de sesiones y descúbralo usted mismo en la siguiente página: www.susecon.com/sessions.html.

Y no olvide que, cuando haya aprendido todo lo que debe saber sobre las tecnologías de código abierto, podrá demostrar sus conocimientos a todo el mundo. Los asistentes a SUSECON tienen la oportunidad de registrarse en los exámenes de certificación de SUSE de Linux, Storage, OpenStack Cloud y Linux Management. El precio de la entrada al congreso incluye el del examen. No obstante, las plazas para realizar el examen son limitadas, por lo que debe registrarse cuanto antes para asegurarse la suya.

Cuando se despierte el primer día de otoño (viva donde viva), salga de casa y respire hondo el aire fresco de la mañana. Sienta ese soplo que tonifica su mente y la pone en marcha, y aproveche la energía para acudir a Washington, D.C. del 7 al 11 de noviembre. Esos días se dan cita la tecnología más interesante, el mayor acceso a expertos y el congreso más valioso del sector tecnológico: SUSECON.

Cómo puede contribuir DevOps a la agilidad empresarial para que todas las empresas mantengan su relevancia en el sector

Por: Thomas Di Giacomo

Como director de tecnología (CTO) de SUSE, la visión de Thomas Di Giacomo contempla un futuro en el que la TI orientada al software y basada en la nube juega un papel determinante a nivel empresarial. Antes de pasar a formar parte de SUSE, Di Giacomo ocupó el puesto de CTO y vicepresidente de Innovación en Swisscom Hospitality Services, así como de CTO de Hoist Group, proveedor global de servicios de TI para el sector de la hostelería y la salud. Ha acumulado experiencia en plataformas de código abierto, desarrollo y asistencia de sistemas y tecnologías de información globales.

Introducción

En el mundo actual, moderno, acelerado y volcado en el entorno digital, dar una respuesta rápida a los cambios externos e internos sin perder capacidad de visión es crucial para todas aquellas empresas que quieran sobrevivir, medrar y, en última instancia, sobrepasar a la competencia.

Hoy en día, los responsables directos del éxito de la mayoría de las empresas son el software y las aplicaciones, ya sea de manera directa o indirecta. En todos los casos, ambos factores influyen notablemente en el rendimiento general. Teniendo esto en cuenta, disponer de la cultura y los procesos y herramientas adecuados para el desarrollo de aplicaciones y software, así como para su entrega y mantenimiento, no solo resulta necesario, sino que es esencial para las empresas que busquen destacar frente a la competencia y tener éxito en todos los mercados.

DevOps para la agilidad empresarial

Si bien la consecución de la agilidad empresarial requiere algo más que software y TI (por ejemplo, deben tenerse en cuenta el enfoque de ventas y marketing, y los modelos de servicio y de negocio), las aplicaciones resultan necesarias para alcanzar el éxito en cualquier empresa. En la actualidad, DevOps se erige como el método predominante para lograr dicha agilidad desde el punto de vista de las aplicaciones y el software en todas las fases del proceso, es decir, desde la concepción de una idea hasta la salida al mercado (y así sucesivamente). En materia de DevOps, el primer aspecto que debe valorarse es que se trata de una combinación equilibrada de varios factores: una cultura adaptada, herramientas apropiadas y procesos de entrega y gestión. Si uno de estos elementos no encaja, el rendimiento de este proceso no es el esperado, si es que se genera algún rendimiento.

En este artículo, nos centraremos en las herramientas apropiadas para DevOps en el contexto de la agilidad empresarial, es decir, DevOps para empresas. A pesar de que los procesos relacionados pueden generalizarse en parte, si se combinan con la cultura correspondiente resultan más específicos de la situación o de la empresa que las propias herramientas. Por este motivo, ahora nos centramos en las herramientas. No obstante, estaremos encantados de hablar sobre la cultura y los procesos directamente con usted, si lo precisa.

Desde su creación, SUSE ha sido una empresa realmente abierta y de código abierto. Con nuestras raíces bien plantadas en el desarrollo de software, durante años hemos aplicado los principios de DevOps antes incluso de que existiera el término. Hemos aprendido muchas lecciones y seguimos la senda que marca nuestra permanente búsqueda de mejoras y nuevos conocimientos, al tiempo que creamos herramientas para dar soporte a los procesos de DevOps. Fieles al espíritu y la tradición del código abierto, estas herramientas están disponibles para todo aquel que quiera usarlas (usted incluido), y han sido desarrolladas y utilizadas conjuntamente por parte de varias comunidades. Puede apreciar en la siguiente figura cómo estas herramientas pueden optimizar las fases de DevOps.

Fases y herramientas

Antes de profundizar en las diversas fases de un flujo de DevOps (dado que esto se enmarca en el contexto de la agilidad y las necesidades empresariales), es de vital importancia tener en mente la seguridad, la interoperabilidad y la fiabilidad como requisitos previos a todos los pasos del proceso. La automatización, desde las tareas de unidades hasta las de alto nivel, es un pilar fundacional del enfoque de DevOps, en el que las distintas fases deben imbricarse tanto como sea posible para reducir la fricción y acelerar el flujo en su conjunto.

Analicemos las distintas fases de un flujo de DevOps típico. Si bien hay maneras ligeramente diferentes de representarlo y desglosarlo en fases, la representación basada en el símbolo del infinito ilustra bien el bucle genérico de DevOps. Dado que se trata de un bucle cerrado, el orden de las fases no es muy relevante, pero empezaremos por la "planificación" a fin de enumerarlos. Tenga en cuenta que debe haber tan pocas interrupciones como sea posible entre las fases, lo que significa que la mayoría de las herramientas se solapan en las distintas fases de forma intencionada (dividirlas en fases, por tanto, no es una ciencia exacta).

Planificación
Hay una gran cantidad de herramientas disponibles (incluidas, como no podía ser de otra forma, las de código abierto) que se pueden utilizar en la fase de planificación: desde la gestión de proyectos, ideas y funciones al seguimiento colaborativo general y de problemas o errores. En esta amplia categoría se incluyen herramientas como Trello, Taiga, Jira, Redmine, Mantis, Request Tracker y Bugzilla.

Código
Obviamente, los desarrolladores necesitan lenguajes de programación admitidos por el sistema operativo o la plataforma subyacentes, en los que se espera que sus aplicaciones se ejecuten. Con DevOps esto implica ejecutarlas de manera similar en entornos operativos y de desarrollo (que es el lugar donde tendría lugar una conversación acerca de contenedores y el motivo por el que esta surgiría). Las aplicaciones necesitan algún tipo de entorno de desarrollo integrado ("o no", podría contestar algún desarrollador, pero dejemos ese debate para otra ocasión), sobre todo los sistemas de control de origen (SCM) para el desarrollo continuo colaborativo.

En términos de sistemas operativos, máquinas virtuales y hosts de contenedores, Linux es de lejos y con mucho la mejor opción para cualquier escritor de código. Pueden utilizarse programas de desarrolladores para distribuciones empresariales de Linux (como la que ofrece SUSE) o distribuciones gratuitas de la comunidad. Por ejemplo, openSUSE (con sus versiones Leap y Tumbleweed, esta última sobre la marcha) comparte la misma base de código que SUSE Linux Enterprise, lo que facilita las transiciones y el aprovechamiento del enfoque de DevOps en su conjunto. Asimismo, es importante que los desarrolladores puedan comprobar de antemano si su entorno de desarrollo les permite crear código para su arquitectura de destino (x86, Aarch64, z, Power u otras). También cabe mencionar a los microsistemas operativos, mínimos y eficaces, ya que resultan muy relevantes para servir como hosts. JeOS de SUSE Linux Enterprise es un ejemplo.

En lo que respecta a SCM, algunos de ustedes recordarán CVS (sistema de control de versiones simultáneas) o estarán familiarizados con Subversion. No obstante, la herramienta de control de origen con la que probablemente estén más familiarizados será Git (posiblemente junto con Github o Gitlab, servicios de hosting web, así como sus capacidades de seguimiento de problemas).

Compilación
Cuando se haya completado la codificación, será el momento de generar las aplicaciones, los paquetes o las imágenes. Esta es un área donde las empresas como SUSE se han mantenido muy activas, tanto en lo que a ellas respecta como de cara a toda comunidad de desarrolladores de código abierto. SUSE ha dedicado muchos esfuerzos a Open Build Service, un sistema genérico para crear y distribuir paquetes a partir de orígenes de forma coherente y en una amplia gama de sistemas operativos y arquitecturas de hardware. Para crear una imagen de host o de sistema operativo, Open Build Service puede complementarse con Kiwi o SUSE Studio™, por ejemplo, a fin de crear e implantar servicios independientes o de nube pública y privada. Open Build Service puede utilizarse también junto con PackageHub para su integración en distribuciones de Linux empresariales admitidas.

Pruebas y desarrollo e integración continuos
Para mantenerse al día de las ventajas que aportan las prácticas de DevOps, deben incluirse pruebas e integración continuas en el flujo. OpenQA, por ejemplo, funciona como marco de pruebas automatizado para aplicaciones de GUI, así como de cargador de arranque y kernel. Esta herramienta complementa las pruebas de guiones tradicionales y las comprobaciones de salida que resultan complicadas en estos casos. Una de las plataformas más empleadas para la integración continua y la implantación continua (CI/CD) es Jenkins, pero también existen soluciones alternativas, como Travis CI y Concourse.

Automatización de la configuración y la implantación continua
La implantación y la configuración automatizadas constituyen otra fase importante del proceso. En este caso, también hay varias opciones. Desde Chef (complementado con Crowbar en SUSE OpenStack Cloud, por ejemplo), Puppet, Juju y Ansible, hasta Salt (integrado con SUSE Manager), seguro que encuentra una herramienta apropiada en función de su arquitectura actual y sus necesidades empresariales, operativas y técnicas.

Uso y supervisión
Las aplicaciones, una vez implantadas y de acuerdo con la filosofía DevOps, se usan o gestionan (la orquestación de recursos y contenedores desempeña una función esencial en ello) y se supervisan para ofrecer información constante al bucle y flujo de DevOps y, así, mejorar el rendimiento, solucionar problemas o adaptarse a posibles defectos o nuevos requisitos que puedan surgir. Al combinarse con Icinga, por ejemplo, SUSE Manager proporciona información sobre el estado de los sistemas y SUSE Enterprise Storage ayuda a ajustar automáticamente la ubicación de los datos para mejorar el rendimiento de la aplicación. Hay muchas otras soluciones que también proporcionan información, como las tradicionales Nagios, Zabbix, Monit, Prometheus y Magnum (a través de SUSE OpenStack Cloud) para entornos organizados en contenedor, entre otros. Otras soluciones se centran especialmente en el rendimiento de las aplicaciones, como New Relic y Graphite, que también ofrecen análisis para interpretar los datos (Logz.io o ELK).

Conclusión

Tanto si su empresa es toda una erudita en DevOps como si el concepto le resulta totalmente desconocido, la agilidad empresarial adquirirá cada vez más importancia y las herramientas que contribuyen a mejorar la agilidad avanzarán cada vez más. Por ello, es fundamental estar preparado para adaptarse constantemente y mejorar el método de entrega de aplicaciones a la empresa. Hace poco trabajamos con Tyro Payments para facilitar la adopción de prácticas de DevOps con el objetivo de que pudieran agilizar el tiempo de comercialización. Puede echar un vistazo a su experiencia para descubrir cómo consiguieron una mayor agilidad empresarial.

Al igual que con la integración continua y la implantación continua, adoptar una mentalidad de DevOps y trasladarla a la vida real es un viaje eterno sin un destino final. Por lo menos, así lo ven los analistas y expertos del sector. Los siguientes pasos dependen de su propia situación, en términos de negocio, cultura actual y herramientas y procesos. Nosotros estaremos encantados de intercambiar ideas sobre la mejor forma de atender sus necesidades siempre que surja una oportunidad.

En próximos artículos, compartiré nuestra perspectiva sobre los contenedores y las plataformas como servicio en relación con DevOps y el aumento de la agilidad empresarial. Sin duda alguna, se trata de elementos clave y de gran utilidad para una estrategia de DevOps, por lo que estoy deseando compartir mi punto de vista en los próximos meses.

Linux cumple 25 años

Cuando cumplí los 25, pensé que ya era bastante mayor. Creía que era sabio. Me parecía haber llegado muy lejos.

¡Qué equivocado estaba!

A pesar de contar con un cuarto de siglo a mis espaldas (lo que sin duda causa mayor impresión que decir "25 años"), mi vida no había hecho más que empezar. En los escasos 5 años que van de los 25 a los 30, aprendí mucho más y viví muchas más aventuras que en los 25 anteriores. Y, a partir de ahí, el número de experiencias y aventuras se incrementó exponencialmente.

Ahora, tengo 37 años y algunas cosas muy claras. No soy bastante mayor. No soy sabio. Y, aunque es cierto que he logrado mucho más que cuando tenía 25, solo estoy empezando.

El 25 de agosto de 2016, Linux cumplió 25 años. Un cuarto de siglo. A Linux ahora solo le quedan otros tres cuartos para los 100 años.

A lo largo de estos años, el kernel de Linux se ha migrado a más arquitecturas informáticas de las que pueda imaginar. Todo empezó con un humilde 386 que se fue desarrollando para ofrecer compatibilidad con ARM, DEC Alpha, 68k, x86-64, MIPS, Z Systems, RISC, SPARC y muchos otros.

La primera versión, que se publicó en 1991, tenía solo unas 10 000 líneas de código. ¿Y hoy? La versión 4.7 consta de alrededor de 22 millones de líneas de código. Veintidós millones. El equivalente a 1 línea de código por cada hombre, mujer y niño de los estados de Washington, Oregón, Idaho, Montana, Utah, Nevada y Nuevo México juntos.

El código lo han escrito más de 12 000 personas. Doce mil. Se ha distribuido por todo el mundo y se ha desarrollado de manera totalmente abierta. El tamaño y el alcance (y longevidad) del proyecto de kernel de Linux es absolutamente legendario.

En 2011 (cuando el total de líneas de código del kernel era solo una parte de lo que es ahora), se estimaba que el gasto de volver a desarrollar el kernel de Linux (con un modelo de desarrollo cerrado y patentado) superaría los 3000 millones de dólares estadounidenses. Eso fue hace cinco años, antes de que se escribieran muchos millones de líneas de código más.

Hace 25 años, Linux empezó a trabajar en el primer PC de escritorio de un finés, equipado con una CPU Intel 386. Ahora, Linux domina por completo el mundo de la informática. Sin incluir los sistemas basados en Linux/GNU de escritorio (ni los servidores, routers y dispositivos en los que se basa todo Internet), solo con Android (que se ejecuta en el kernel de Linux), Linux ya cuenta prácticamente con la mitad de cuota de mercado de cada dispositivo informático vendido.

Como proyecto, Linux no solo ha sobrevivido al cuarto de siglo, sino que ha ido avanzando hasta lograr un dominio global casi absoluto. Y compararlo con la evolución de otros sistemas operativos de 1991 resulta todavía más asombroso.

Microsoft aún no había lanzado Windows 3.1. Así es. En esa época, Windows 3.0 (ejecutado en MS-DOS 5.0) era lo más moderno de Microsoft. A Windows NT aún le quedaban dos años para ver la luz.

¿Y qué hay de Apple? System 7 de MacOS acababa de publicarse. Nada de OS X, ni MacOS 8 o 9. System 7.

¡Ah! Y Commodore 64 todavía estaba en fase de producción, aunque cueste creerlo. Todavía era posible comprar equipos Amiga, además de Macintosh Classic (con su monitor monocromo), que Apple Computer seguiría fabricando durante casi dos años más.

Resulta abrumador pensar en todos los sistemas operativos que han aparecido y desaparecido desde que se creó Linux y durante los años que ha ido madurando. Basta con decir que Linux ya existía cuando "Apple" aún llevaba la palabra "Computer" en su nombre.

Lo que me sorprende aún más es el simple hecho de que SUSE, que se fundó en 1992, haya estado ahí casi desde el principio, muchos años antes de que existiera siquiera la versión "1.0.". SUSE lleva al pie del cañón casi el mismo tiempo que Linux, distribuyendo disquetes de Linux cuando ha sido necesario.

Al ver hasta dónde ha llegado Linux (y las idas y venidas de todos sus competidores), no es difícil hacerse una idea de su gran experiencia, lo que ha aprendido y todo lo que ha conseguido. Sin embargo, si la vida de Linux se parece en algo a la mía, los próximos 5 años harán que los 25 anteriores parezcan realmente aburridos.

La transición hacia el centro de datos definido por software

Una encuesta de análisis reciente ha revelado que muchos de los que están leyendo este artículo conocen las ventajas de los centros de datos definidos por software (SDDC): un sorprendente 75 % de los participantes indicaron que planeaban iniciar el proceso de migración de los centros de datos legados a los SDDC en los próximos cuatro años. Este número es muy alto por varias razones: los centros de datos legados son rígidos y caros, están limitados por los procesos y ofrecen una respuesta lenta. Debido a los silos de informática, datos y almacenamiento, a las empresas con centros de datos legados les resulta muy complicado innovar y desplegar nuevas aplicaciones, ampliar las ya existentes correctamente, aprovechar los grandes volúmenes de datos y otras nuevas tecnologías y, en general, aprovechar las ventajas de una infraestructura de TI que se adapte a la manera de trabajar de las empresas actuales.

Por el contrario, los SDDC son ágiles. Hay zonas sin silos que resultan entre un 50 y un 60 % menos caras de usar que los centros de datos legados. Los SDDC pueden responder rápidamente a los factores decisivos que no dejan de cambiar, como el modelo de DevOps reciente y las capacidades de cloud computing que estimulan la innovación. Además, son muy flexibles. Las organizaciones pueden ampliar sus centros de datos simplemente añadiendo nuevo hardware, y pueden retirar el antiguo migrando sus funciones a las máquinas nuevas.

Con estas ventajas, cualquiera pensaría que sería mayor el número de organizaciones que habrían implantado ya los SDDC. Sin embargo, muchas empresas que planean migrar sus centros de datos legados a SDDC no lo han hecho por dos razones muy comprensibles. Primero, por las grandes sumas que ya han invertido en sus centros de datos legados y, segundo, porque ya conocen sus procesos de gestión y funcionamiento. Si su organización se encuentra entre las que aún no han migrado a un SDDC por alguna de estas razones, o por un motivo similar, le conviene saber que, con el método de SUSE, las organizaciones acceden a un repositorio definido por software sin tener que dar de lado sus inversiones actuales ni los procesos de gestión que ya conocen.

Adéntrese en el universo definido por software con SUSE Enterprise Storage

SUSE Enterprise Storage se basa en Ceph, una tecnología de almacenamiento definida por software de código abierto. Ofrece una interfaz unificada de objetos, archivos y bloques, creada sobre un clúster de almacenamiento altamente disponible, distribuido y con capacidad de ampliación, que se ejecuta en hardware estándar del sector. SUSE Enterprise Storage es compatible con los protocolos iSCSI y RBD para el almacenamiento de bloques; Amazon S3, OpenStack Swift y RADOS para el almacenamiento de objetos; y un almacenamiento de archivos conforme con Posix, denominado CephFS. Gracias a esta flexibilidad inherente, SUSE Enterprise Storage resulta ideal para entornos de almacenamiento legados. El equipo de SUSE Enterprise Storage ya ha conseguido ofrecer compatibilidad con iSCSI y planea hacer lo propio con el canal de fibra en una versión posterior. El sistema de archivos CephFS proporciona los cimientos sobre los que se crearán nuevas versiones para permitir también acceso a NFS y CIFS. De esta forma, su empresa tendrá la oportunidad de desplegar el almacenamiento definido por software (SDS) directamente en su centro de datos tradicional, donde se sentirá cada vez más cómodo con la gestión de SDS, tanto como con sus implantaciones de almacenamiento legadas.

Descubra las ventajas del SDS

Su empresa puede ir descubriendo las diversas maneras de trabajar con SDS para integrarlo fácilmente en su centro de datos actual. Con SUSE Enterprise Storage, por ejemplo, su organización puede usar SDS como almacén de copias de seguridad de los datos de sus aplicaciones, que podrá realizar con aplicaciones actuales de software de copia de seguridad para empresas.

SUSE Enterprise Storage también resulta útil para almacenar grandes archivos de datos sin estructurar, como vídeos, imágenes y otros archivos multimedia de audio y vídeo. En lo que respecta a los archivos grandes, Ceph ya es la infraestructura de almacenamiento más utilizada con OpenStack. Y, al combinarla con el protocolo iSCSI, proporciona una sólida ubicación de almacenamiento de nivel secundario para imágenes de Hyper-V y VMware.

Esto es solo una muestra de todos los casos prácticos a los que su empresa puede aplicar SDS en su infraestructura actual.

Transición a SDS conforme las inversiones actuales se vuelven obsoletas

Si ha invertido una cantidad considerable en una infraestructura de almacenamiento tradicional, es comprensible que su empresa quiera rentabilizarla. Sin embargo, la infraestructura actual no durará para siempre. Las organizaciones experimentan, de media, un aumento del crecimiento de datos de un 40 % al año. Las implantaciones de almacenamiento legadas típicas no se pueden ampliar para adaptarse a este crecimiento de los datos, por lo que su empresa, en algún momento, tendrá que actualizar su sistema legado. Si los cálculos son correctos, la actualización coincidirá con el ciclo de renovación de hardware. Y si ya está familiarizado con SDS mediante SUSE Enterprise Storage, migrar el almacenamiento de los sistemas legados a SDS resultará más fácil y mucho menos costoso.

En otras palabras, su empresa puede evitar una actualización a gran escala, cara y complicada, solo con aprovechar el ciclo de renovación de hardware habitual para desplegar el almacenamiento afectado en un sistema SDS.

Uno menos para dar el paso

Con SUSE Enterprise Storage, su empresa puede migrar a SDS durante sus ciclos de renovación de hardware habituales. Esto significa que, cuando llegue el momento de migrar otros componentes del centro de datos a SDDC, tendrá que preocuparse por un componente menos.

Actualización de certificación

Certificaciones de software de los partners de SUSE

En esta edición se revisan ejemplos de nuevas tecnologías y actualizaciones de productos de partners de larga duración, incluido SUSE Linux Enterprise Server 12.

Eche un vistazo a la demostración que hace nuestro partner de gestión, SaltStack, de su nuevo producto empresarial, que ahora está disponible en SUSE Linux Enterprise Server 12 aquí.

Descubra cómo Synopsys, uno de nuestros principales partners de EDA de software en silicio, despliega las actualizaciones de SUSE Linux Enterprise Server 12 en una gran variedad de aplicaciones aquí.

IBM sigue actualizando todos los elementos principales de Tivoli Monitoring Suite con SUSE Linux Enterprise Server 12. Consulte varios ejemplos de las marcas actualizadas de sus productos aquí.