Tuxjm el sitio de jmedina

Category: Noticias (page 1 of 2)

Configurando una interfaz Ethernet como enlace VLAN trunk 802.1q en sistemas GNU/Linux

En los entornos de red actuales es necesario que las herramientas tecnologicas que usemos para administrar la red sean flexibles y se adapten a los cambios dinámicos del crecimiento de la red, una de las técnicas más usadas en la administración de redes es la  segmentación de grupos de trabajo de red en diferentes dominios de broadcast, normalmente cada grupo de trabajo conectado a un switch físico independiente y para que las redes separadas se puedan comunicar se utilizan routers.

En la actualidad los switches “administrables” permite la separación de múltiples redes LAN de forma lógica, es decir, dentro de un mismo dispositivo físico es posible crear múltiples redes LAN virtuales o VLAN, básicamente los paquetes son separados y distinguidos por una etiqueta en la trama Ethernet, el protocolo IEEE 802.1q es el estandar que permite el etiquetado de tramás, en los switches se asignan las etiquetas de la VLAN a los puertos, hay puertos en modo acceso los cuales permiten conectar un sistema de forma transparente y el switch realiza el etiquetado con el ID de la VLAN asignado, también existen los puertos troncales o port trunks los cuales tienen la capacidad de transportar tráfico de red de diferentes VLANs, normalmente este es un puerto Ethernet con soporte VLAN 802.1q que a través de un driver del SO permite la creación de sub interfaces de red en las cuales se etiqueta el tráfico con el ID de las VLAN configuradas.

Los puertos trunk son normalmente utilizados en routers de VLANs los cuales permiten la comunicación entre las diferentes redes lógicas, el enrutado se realiza en la capa 3 del modelo OSI, en este caso a nivel IP. Hasta hace poco estos routers de VLAN eran dispositivos de red “especializados” de “marca” y con sistemas operativos privativos, aquí les vengo a mostrar como configurar un sistema GNU/Linux con soporte VLAN 802.1q para realizar el enrutado de múltiples redes VLAN.

En este documento se describen los procedimientos para instalar y configurar el soporte VLAN IEEE 802.1a en sistemas GNU/Linux, veremos como configurar un enlace troncal (trunk link) y permitir la multiplexión de varias VLAN a través de un solo enlace, en este caso una interfaz Ethernet. La separación lógica se realiza en un switch Layer 2 con soporte VLAN y la comunicación entre las VLANs se realiza a través de un router con soporte VLAN.

Para leer el documento en formato de multiples paginas HTML ir al siguiente enlace: Configurando una interfaz Ethernet como enlace VLAN trunk 802.1q en sistemas GNU/Linux.

El documento esta en su primer versión y creo que le hacen falta más explicaciones y ejemplos, si te interesa el documento y quieres darme tus comentarios no dudes en contactarme que seguro podremos mejorarlo.

El soporte Xen PVOPS ya esta dentro del kernel Linux

Les traigo una noticia muy importante para aquellos que estan cerca de los entornos de virtualización con Linux, en este caso les hablare de el soporte del kernel Linux para correr en maquinas virtuales Xen DomU y Dom0 sobre el hypervisor Xen.

Desde hace ya algunos años es posible correr un kernel Linux vanila en maquinas virtuales Xen DomU sobre el hypervisor Xen, en un principio con unos parches al kernel Linux (XenLinux), después se integraron los parches en el kernel oficial Linux desde la versión 2.6.27 con PVOPS, el soporte que se incluyo fueron los drivers Xen Bus, network driver además de I/O driver entre otros componentes, esto permite correr el kernel Linux vanilla en hardware fisico como en maquinas virtuales Xen DomU.

El soporte para correr Linux en modo dominio de adminitración o Domain-0 se mantenia por separado, en parches para el ahora algo viejo kernel 2.6.18 o en kernels algo modernos que solo algunas distribuciones lo soportaban no oficialmente, sin embargo, seguian siendo esfuerzos separados.

Ahora todo ha cambiado ya que Linus Torvalds ha aceptado integrar en la rama oficial 2.6.39+ el soporte PVOPS de forma oficial para que Linux corra de forma nativa en entornos fisicos, virtualizados como Xen Domain-0 o DomU y otras alternativas como KVM, estos esfuerzos benefician tanto a la comunidad, equipos de desarrollo y a todos aquellos que estan ya usando Xen para virtualizar sistemas Linux.

Para más información les recomiendo el articulo publicado en los blogs de Oracle: Linux mainline contains all the Xen code bits for Dom0 and DomU, además les recomiendo leer la pagina del wiki Xen paravirt_ops for upstream Linux kernel, donde podrán encontrar más información de el progreso de los componentes integrados.

Xen.org 4.1 Liberado

Así es, ya esta aquí la versión estable de Xen 4.1, despuśe de 11 meses de desarrollo y gracias a las contribuciones de voluntarios y empresas que contribuyen al desarrollo de Xen.org, Aquí les dejo el anuncio oficial (en inglés), ya es hora de probar esta versión y esperemos que se corrijan muchos de los problemas que había en Xen 4.0.

After 11 months of development and 1906 commits later (6 a day !!!), Xen.org is proud to present its new stable Xen 4.1 release. We also wanted to take this opportunity to thank the 102 individuals and 25 organisations who have contributed to the Xen codebase and the 60 individuals who made just over 400 commits to the Xen subsystem and drivers in the Linux kernel.

New Xen Features

Xen 4.1 sports the following new features:

  • A re-architected XL toolstack that is functionally nearly equivalent to XM/XEND
  • Prototype credit2 scheduler designed for latency-sensitive workloads and very large systems
  • CPU Pools for advanced partitioning
  • Support for large systems (>255 processors and 1GB/2MB super page support)
  • Support for x86 Advanced Vector eXtension (AVX)
  • New Memory Access API enabling integration of 3rd party security solutions into Xen virtualized environments
  • Even better stability through our new automated regression tests

Further information can be found in the release notes.

XL Toolstack: Xen 4.1 includes a re-architected toolstack, that is based on the new libxenlightlibrary, providing a simple and robust API for toolstacks. XL is functionally equivalent and almost entirely backwards compatible with existing XM domain configuration files. The XEND toolstack remains supported in Xen 4.1 however we strongly recommend that users upgrade to XL. For more information see the Migration Guide. Projects are underway to port XCP’s xapi and libvirt to the new libxenlight library.

Credit2 Scheduler: The credit1 scheduler has served Xen well for many years.  But it has several weaknesses, including working poorly for latency-sensitive workloads, such as network traffic and audio. The credit2 scheduler is a complete rewrite, designed with latency-sensitive workloads and very large numbers of CPUs in mind. We are still calling it a prototype scheduler as the algorithm needs more work before it will be ready to become the main scheduler. However it is stable and will perform better for some workloads than credit1.

CPU pools: The default credit scheduler provides limited mechanisms (pinning VMs to CPUs and using weights) to partition a machine and allocate CPUs to VMs. CPU pools provide a more powerful and easy to use way to partition a machine: the physical CPUs of a machine are divided into pools.  Each CPU pool runs its own scheduler and each running VM is assigned to one pool.   This not only allows a more robust and user friendly way to partition a machine, but it allows using different schedulers for different pools, depending on which scheduler works best for that workload.

Large Systems: Xen 4.1 has been extended and optimized to take advantage of new hardware features, increasing performance and scalability in particular for large systems. Xen now supports the Intel x2APIC architecture and is able to support systems with more than 255 CPUs. Further, support for EPT/VTd 1GB/2MB super pages has been added to Xen, reducing the TLB overhead. EPT/VTd page table sharing simplifies the support for Intel’s IOMMU by allowing the CPU’s Enhanced Page Table to be directly utilized by the VTd IOMMU. Timer drift has been eliminated through TSC-deadline timer support that provides a per-processor timer tick.

Advanced Vector eXtension (AVX): Support for xsave and xrestor floating point instructions has been added, enabling Xen guests to utilize AVX instructions available on newer Intel processors.

Memory Access API: The mem_access API has been added to enable suitably privileged domains to intercept and handle memory faults. This extents Xen’s security features in a new direction and enables third parties to invoke malware detection software or other security solutions on demand from outside the virtual machine.

Upstreaming

During the development cycle of Xen 4.1, the Xen community worked closely with upstream Linux distributions to ensure that Xen dom0 support and Xen guest support is available from unmodified Linux distributions. This means that using and installing Xen has become much easier than it was in the past.

  • Basic dom0 support was added to the Linux kernel and a vanilla 2.6.38 kernel is now able to boot on Xen as initial domain. There is still some work to do as the initial domain is not yet able to start any VMs, but this and other improvements have already been submitted to the kernel community or will be soon.
  • Xen developers rewrote the Xen PV-on-HVM Linux drivers in 2010 and submitted them for inclusion in upstream Linux kernel. Xen PV-on-HVM drivers were merged to upstream kernel.org Linux 2.6.36, and various optimizations were added in Linux 2.6.37. This means that any Linux 2.6.36 or 2.6.37 kernel binary can now boot natively, on Xen as dom0, on Xen asPV guest and on Xen as PV on HVM guest. For a full list of supported Linux distributions seehere.
  • Xen support for upstream Qemu was developed, such that upstream Qemu can be used as Xen device model. Our work has received a good feedback from the Qemu Community, but is not yet in the mainline.

The Xen development community recognizes that there is still some way to go, thus we will continue to work with upstream open source projects to ensure that Xen works out-of-the-box with all major operating systems, allowing users to get the benefits of Xen such as multi-OS support, performance, reliability, security and feature richness without incurring the burden of having to use custom builds of operating systems.

More Info

Downloads, release notes, data sheet and other information are available from the download page. Links to useful wiki pages and other resources can be found on the Xen support page.

Liberada la versión Beta de Red Hat Enterprise Linux 6.1

Aunque no soy un usuario de sistemas basados Red Hat de forma rutinaria si los sigo utilizando con clientes y projectos diferenes, y bueno, para los fans de Red Hat o sus derivados como CentOS y Scientific Linux aquí les dejo una nota sobre la liberación de la beta de RHEL 6.1.

Después de 5 meses de la liberación de Red Hat Enterprise Linux 6.0 se anunca la versión beta de lo que será la siguiente versión 6.1.

En general podríamos decir que incluye mayor soporte y optimización en virtualización, drivers de video y red y mucho más soporte de hardware.

En el anuncio de prensa de la liberación podemos encontrar más información sobre este release.

Para más información pueden leer el documento Release Notes for Red Hat Enterprise Linux 6.1 Beta.

Pues ya esta, a probarlo.

Ubuntu Lucid incluira Yahoo como el motor de busqueda default para firefox

En un correo a la lista de desarollo de Ubuntu anuncian que en la siguiente version LTS, Lucid, el motor de busqueda predeterminado de firefox será Yahoo, en lugar del “clasico” Google, pues bueno, sucede que entre Yahoo y Canonical llegaron a un acuerdo en el que Yahoo pagará una cantidad no anunciada que será destinada para dedicar desarrolladores y recursos para continuar el desarrollo de la plataforma Ubuntu.

No he usado Yahoo en años pues me siento bastante comodo con Google así que cuando llegue el momento cambiare el motor con un par de clics, creo que a Canonical no le caerá mal ese dinerito y a Yahoo parece que le sobro algo de la venta de Zimbra a VMware :).

Referencias:

Lucid changes to Firefox default search provider:
https://lists.ubuntu.com/archives/ubuntu-devel/2010-January/030065.html

27 exitosos años del Proyecto GNU

Se me había pasado, pero aquí esta porque creo que es importante recordarlo.

El 27 de Septiembre de 1983 Richard Stallman anuncía la creación del sistema GNU (Gnu’s Not Unix), el cual iría a ser un sistema tipo Unix y libre, aquí el anuncio inicial.

En esas fechas yo todavía ni nacia así que no les voy a contar como era en aquellos tiempos, creo que lurkan si :), pero bueno, yo llevo ya 7 años usando GNU/Linux para uso personal y de trabajo y durante este tiempo he visto como ha ido evolucionando el proyecto GNU y todo lo que lo rodea, en especial el kernel Linux, siempre aprendiendo de la comunidad del software libre, y bueno, tambien ya llevo como 3 años viviendo de puro software libre (si se puede, jeje eso de usar esos sistemas operativos privativos hasta me dan ñañaras :S).

El movimiento del software libre ha hecho que la sociedades en todos los los “niveles” se beneficien de el software y las tecnologias libres de muchas formas, paises enteros han cambiado tanto en el sector publico, privado y educación al software y tecnologias libres, así que creo que si es importante recordar que no todo es Linux :).

Saludos.

Superando la inercia social

IMPORTANTE: Este articulo fue escrito por Richard Stallman, la versión original la pueden consultar en el sitio del proyecto GNU.

Casi dos décadas han pasado desde que la combinación de GNU y Linux hizo posible usar un PC en libertad. Durante este tiempo, hemos recorrido un largo camino. Puede incluso comprar un ordenador portátil con GNU/Linux preinstalado de más de un vendedor de hardware; aunque los sistemas que usan no están completamente formados por software libre. Entonces, ¿qué nos impide conseguir el éxito total?

El principal obstáculo para el triunfo de la libertad del software es la inercia social. Existe de muchas formas y seguramente ha visto algunas de ellas. Muchos sitios web comerciales sólo funcionan con Windows. El reproductor iPlayer de la BBC sólo funciona en Windows. Si valora la conveniencia a corto plazo en vez de valorar la libertad, podría considerar estas razones para usar Windows. La mayoría de compañías usan Windows; por lo que los estudiantes, que piensan a corto plazo, quieren aprender Windows y les piden a los centros educativos que lo enseñen. Los centros educativos enseñan Windows, lo que produce graduados que están habituados a usar Windows, lo que anima a los negocios a usar Windows.

Microsoft nutre activamente esta inercia: anima a los centros educativos a inculcar dependencia en Windows, y contracta la construcción de sitios web que resulta que sólo funcionan con Internet Explorer.

Hace unos pocos años, la publicidad de Microsoft argumentaba que Windows era más barato de hacer funcionar que GNU/Linux. Sus comparaciones fueron desacreditadas, pero merece la pena señalar que el mayor error de sus argumentos se reduce a la inercia social: «Actualmente, más técnicos conocen Windows que GNU/Linux». Las personas que valoran su libertad no se darían por vencidos para ahorrar, pero muchos ejecutivos creen ideológicamente que cada cosa que ellos poseen, incluso su libertad, debería estar a la venta.

La inercia social consiste en gente que se deja llevar por la inercia social. Cuando se deja llevar por la inercia social, llega a ser parte de ella; cuando se resiste a ella, la reduce. Conquistamos la inercia identificándola, y decidiendo no ser parte de ella.

Aquí es donde la debilidad filosófica de la mayor parte de nuestra comunidad nos retiene. La mayoría los usuarios de GNU/Linux no han escuchado nunca las ideas de libertad que motivaron el desarrollo de GNU, así que todavía juzgan los asuntos basándose en la conveniencia a corto plazo, en lugar de su libertad. Esto los hace vulnerables a sean dirigidos, por la inercia social, así que pasan a formar parte de la inercia.

Para construir la fuerza de nuestra comunidad para resistir, necesitamos hablar sobre el software libre y la libertad, no meramente de beneficios prácticos como los citados por los partidarios del código abierto. Como más gente se dé cuenta de qué es lo que es necesario para superar la inercia social, más progresaremos.

Ubuntu 10.04 LTS acaba de ser liberado

Así es, como ya estaba anunciado en el calendario de liberaciones, la versión 10.04 LTS de Ubuntu se liberaría el 29 de Abril.

Me gustaría hablar un poco de Ubuntu en especial de la versión LTS, como es bien sabido, Canonical libera una versión cada 6 meses para sus diferentes distribuciones Ubuntu, por ejemplo la versión Desktop, Server, Netbook, Enterprise Cloud con soporte de actualizaciones de seguridad por 18 meses.

Además, cada dos años se libera una versión llamada LTS (Long Term Support) la cual tiene soporte de actualizaciones por 3 años para versiones de escritorio y 5 en Servidor, esta versión es basada en la rama testing de Debian lo que quiere decir que esta versión debería de ser más estable y probada, además del ciclo de pruebas por parte de Canonical y la comunidad.

La versión LTS es la que recomiendo para entornos de producción ya que es en esta versión a la cual ya no se incluirán nuevas caracteristicas, solo se incluirán parches de seguridad, correcciones a problemas criticos, rara vez se hacen actualizaciones de componentes criticos,  otra caracteristica importante de la versión LTS es que, ya que se libera cada dos años, se tienen ciclos de desarrollo y pruebas más extensos, por ejemplo, antes de liberar una versión LTS se pasa por dos ciclos Beta.

Me gustaría aclarar que no porque algunas ediciones de ubuntu se liberan cada seis, no quiere decir que son inestables, no, quiere decir que son versiones en las que se prueba nuevas funcionalidades y se requiere apoyo de la comunidad para que se prueben, se arreglen los problemas que aparezcan y se pueda garantizar el buen funcionamiento de el nuevo componente con todo el sistema operativo, por ejemplo, la versión 9.10 Karmic es bastante estable para escritorios y servidores, tiene versiones de muchos programas más actuales, bastante probados y lo suficiente estable para entornos de producción, la ventaja de Karmic es que esta a un clic ó enter de actualizarse a la versión Lucid LTS y beneficiarse de los 5 años de soporte para servidores.

Si esta interesado en conocer lo nuevo en la versión de escritorio vea la pagina de las nuevas caracteristicas en Ubuntu 10.04 LTS Desktop

Para ver lo nuevo en la versión Ubuntu 10.04 LTS Server voy a pegar aquí la información oficial en inglés, para que se den una idea de todo el trabajo que se ha hecho en los ultimos años en Ubuntu Server:

New in Ubuntu 10.04 LTS Server Edition:

  • Direct upgrade path for Ubuntu 8.04 LTS and Ubuntu 9.10 users
    • No need to rip and replace, in-place upgrades
  • Stability and security enhancements for LTS including:
    • Five years of security and maintenance updates free to all users
    • AppArmor security by default on key packages
    • Kernel hardening (memory protection, module loading blocking, address space layout randomisation)
    • Uncomplicated Firewall extended to all common services
    • Encrypted Home and Private directories
  • Multiple added or updated applications and packages since 8.04 LTS available as install options, including:
    • CouchDB
    • Puppet
    • Eucalyptus
    • Django 1.1
    • OpenJDK6
    • Tomcat 6
    • MySQL 5.1
    • ClamAv
    • SpamAssassin
    • Samba 3.4
    • Python 2.6
    • Nagios 3
    • Ruby
    • PowerNap
    • PHP 5.3
    • KVM 84
    • Libvirt 0.7.5
    • RabbitMQ 1.7
  • Virtualisation enhancements, including:
    • Building on Libvirt and KVM for simple deployment and management. KVM now supports:
    • Kernel Samepage Merging (KSM) memory aggregation
    • Live migration of virtual machines
    • Automated and fast image creations with VMBuilder
    • Ubuntu as Virtual Machine (VM) supported for VMWare, Xen, KVM, Virtualbox, EC2 and UEC
  • Ubuntu Enterprise Cloud (UEC) and Amazon EC2 enhancements, including:
    • UEC as well as EC2 images are included in five years of free security and support updates
    • Minimal installation profile for minimum footprint VMs optimised for EC2 and UEC
    • Ubuntu EC2 images can be booted from EBS
    • Multi-language AWS library support
    • Easily customised and frequently refreshed images at boot time for super flexibility using cloud-init
    • Puppet, a configuration management framework, can be used to mass control instances from their start
  • Advanced storage capabilities built in, including
    • RAID support from the installer
    • iSCSI and multipath support and booting
  • Simpler to mass deploy and manage
    • Puppet integration in the cloud or as an add-on
    • Version control configuration changes (integrated with Puppet), provides history and accountability
    • Many new and improved installation profiles
    • Built-in package mirroring and network installation tools
    • Improved management from Canonical’s Landscape, including:
      • Mass registration
      • Managing both physical servers and VMs
      • Managing Cloud instances on both UEC and EC2, including:
        • Security credentials and zones
        • Elastic Block Storage (EBS) and Walrus storage elements
        • Elastic IPs management
        • Cloud topology monitoring
      • Scheduled maintenance (shutdowns and restarts, package updates and script execution)
      • Direct view into server configuration
      • Logical groupings of machines for ease of administration

Si desean saber más acerca del ciclo de desarrollo de Ubuntu 10.04 Lucid vea la página del wiki LucidReleaseSchedule.

Para descargar Ubuntu 10.04 LTS, u obtener los CDs, visita:

http://www.ubuntu.com/getubuntu

Los usuarios de Ubuntu 9.10 podrán actualizar de forma automática a 10.04 LTS vía Update Manager. Para más información de como actualizar, ver:

http://www.ubuntu.com/getubuntu/upgrading

Los usuarios de Ubuntu 8.04 LTS deberían de esperar hasta 10.04.1 LTS, que saldrá en Julio de 2010, antes de actualizar.

Se recomienda que todos los usuarios lean las notas de liberación, en tal documento se presentan soluciones a problemas conocidos , el documento se encuentra en:

http://www.ubuntu.com/getubuntu/releasenotes/1004

Si tienes preguntas, o piensas que has encontrado un bug y no estas seguro, intenta preguntando en el canal #ubuntu en el IRC, en la lista de correos de usuarios de Ubuntu o en los foros de Ubuntu:

#ubuntu on irc.freenode.net
http://lists.ubuntu.com/mailman/listinfo/ubuntu-users
http://www.ubuntuforums.org/

Otros recursos:

The Ubuntu release cycle

Ubuntu LTS

LucidReleaseSchedule

Kubuntu 10.04 LTS

Adios por siempre a Ubuntu 8.10 Intrepid Ibex

En abril de 2008 Canonical liberó la versión Long Term Support llamada Ubuntu 8.04 alias Hardy Heron, después en Octubre de 2008 se liberó la versión digamos intermedia Ubuntu 8.10 alias Intrepid Ibex, dos años después esta por salir la siguiente versión LTS, osea Ubuntu 10.04 alias Lucid, esto da fin al soporte de la versión 8.10 Intrepid.

En lo personal recomiendo quedarse con las versiónes LTS para sistemas en producción, en especial para servidores, este año tendremos 3 versiones LTS, Dapper 6.06, Hardy 8.04 y Lucid 10.04 gracias a la gente de Canonical y la comunidad de Ubuntu.

Las versiones intermedias como Intrepid, Jaunty y karmic se recomiendan para hacer pruebas aun en las versiones server, la versión Karmic 9.10 la recomiendo para sistemas de correos y la considero bastante estable, claro la instalo en producción porque va a ser mucho más fácil la actualización a Lucid que hacerlo desde Intrepid o Jaunty :).

:)

Así que si tienes sistemas con está versión estas avisado ya que no habrá más actualizaciones, se recomienda que a aquellos que puedan actualicen a una versión más reciente, incluso podrían actualizar 9.10 Karmic Koala.

Actualizarse a Karmic es bastante fácil, el documento oficial se encuentra en:
http://www.ubuntu.com/getubuntu/upgrading, en lo personal he actualizado varios servidores incluso en línea y todo ha ido bien, claro siempre hay que realizarlo en un entorno de pruebas :).

Para más información ver la pagina de los Releases en el Wiki de Ubuntu.

Granja de 35,000 nucleos con Ubuntu, clave para la producción de Avatar

IMPORTANTE: Este articulo es original de TuxRoot y pueden ver la versión original en el URL: http://tuxroot.wordpress.com/2010/01/19/ubuntu-clave-para-la-produccion-de-avatar.

Como señalan nuestros compañeros de MuyComputer, La revolucionaria “Avatar” se ha convertido en una referencia para el futuro del cine en tres dimensiones, pero aquellos que quieran producir una película similar tendrán que tener en cuenta las ingentes necesidades que impone.

Una charla de uno de los administradores de sistemas de Weta Digital -la empresa encargada de los efectos especiales- ha revelado algunos detalles sobre los centros de datos que se utilizaron para una producción que usó  Ubuntu como sistema operativo.

Uno de los asistentes a las conferencias Linux Conf Australia 2010 (LCA2010) ha contado cómo en una de las charlas intervino Paul Gunn, administrador de sistemas en Weta Digital, responsable de los efectos visuales de la película Avatar.

En el post de Dustin Kirkland -que trabaja en Ubuntu Server- se indica que la infraestructura del centro de datos que tuvo que poner en marcha Weta Digital para esta producción fue impresionante. Ya habíamos hablado de la matriz de almacenamiento con capacidad para hasta 2 Petabytes, pero aún hay más detalles.

Entre otros, que se usó una red de conectividad a 10 Gbps, que había más de 4.000 HP Blades con cerca de 35.000 núcleos de proceso en su interior en el centro de datos y 104 Tbytes de memoria RAM en total, y que aún así se tardaba 48 horas en renderizar algunas de las secuencias gráficas.

Según Paul Gunn, responsable de la charla “Challenges in Data Center Growth“, Ubuntu fue el sistema operativo base de todo este desarrollo, y estaba instalado en todos los nodos de renderizado y en el 90% de los PCs de sobremesa de Weta Digital. De hecho, Gunn indicó que su propia “granja de renderizado” hace uso de Ubuntu Server, y no de RHEL como se publicó en algunos medios.

Eso ha permitido generar una película en la cual cada minuto ha ocupado nada menos que 17,28 Gbytes de datos, y curiosamente para refrigerar toda la instalación se limitaron a establecer la temperatura a 25º C, una cifra mayor que la mayoría de centros de datos, pero que les permitió ahorros energéticos importantes

Entre otros, que se usó una red de conectividad a 10 Gbps, que había más de 4.000 HP Blades con cerca de 35.000 núcleos de proceso en su interior en el centro de datos y 104 Tbytes de memoria RAM en total, y que aún así se tardaba 48 horas en renderizar algunas de las secuencias gráficas.

Olderposts

Copyright © 2019 Tuxjm el sitio de jmedina

Theme by Anders NorenUp ↑