Arquitectura de gestión de plataforma abierta

La arquitectura de gestión de plataforma abierta (OPMA) es un estándar abierto y libre de regalías para conectar un subsistema de gestión de hardware de plataforma modular (una "mCard") a la placa base de una computadora. La gestión de hardware de plataforma generalmente se refiere a la monitorización remota de las variables de hardware de la plataforma, como la velocidad del ventilador, los voltajes, la temperatura de la CPU y del gabinete, junto con una amplia gama de otros sensores. También implica la capacidad de controlar de forma remota el estado de energía de la plataforma y restablecer el sistema a un estado operativo en caso de que se " cuelga ". Una ventaja significativa de OPMA sobre los métodos de conexión de subsistemas de gestión de generaciones anteriores es que OPMA no consume un zócalo PCI. Las tarjetas OPMA también son más pequeñas y de menor costo que sus predecesoras PCI.

La especificación OPMA, que se puede descargar gratuitamente de la web, especifica una lista de señales, conectores y pines, requisitos de energía, factor de forma mecánico, interfaces de firmware del controlador de administración y BIOS, y una división detallada de los recursos del subsistema de administración entre la placa base y la mCard. OPMA permite que una amplia variedad de mCards interactúen individualmente con una placa base determinada. También permite que una sola mCard interactúe individualmente con varios modelos de placa base.

OPMA está orientado principalmente a plataformas de servidor donde el costo de un subsistema de administración basado en tarjetas es más fácil de asumir, pero las estaciones de trabajo de alta gama también pueden aprovechar la especificación para manejar casos donde se requiere la administración remota de la plataforma de la estación de trabajo. La interfaz OPMA es lo suficientemente flexible para manejar múltiples niveles de precio y capacidades de mCard que van desde la administración básica basada en IPMI hasta aquellas que admiten KVMoIP , medios virtuales remotos y estándares de interfaz externa más nuevos que requieren una mayor huella de recursos en la tarjeta, como WS-Management .

OPMA admite dos paradigmas básicos de conexión del subsistema de gestión. El primero es aquel en el que prácticamente todo el subsistema de gestión reside en la mCard. Con este paradigma, la plataforma no contiene ningún tipo de controlador de gestión básico y depende de la presencia de una tarjeta OPMA para todas las capacidades de gestión remota del hardware. En el segundo paradigma, el módulo de gestión básico está soldado a la placa base y el conector OPMA se utiliza como ruta de actualización para las funciones avanzadas de gestión de la plataforma. En este caso, que se conoce como "modo de kit de actualización", la tarjeta OPMA puede acceder a todos los sensores compatibles con el controlador de gestión soldado mediante un enlace SMBus sobre el que se emplea el protocolo IPMB ( Bus de gestión de plataforma inteligente ).

OPMA también aprovecha la especificación de la Interfaz de gestión de plataforma inteligente (IPMI) para proporcionar una capacidad básica de conectar y usar. Mediante el uso de extensiones de comandos OEM definidas por IPMI , el sistema y la mCard intercambian información básica durante el arranque del sistema, como la marca y el modelo de la mCard/placa base, la compatibilidad con la versión de la especificación y las capacidades opcionales definidas por la especificación OPMA.

OPMA se creó como un esfuerzo de desarrollo de tecnología conjunta entre AMD y varias empresas de tecnología de subsistemas de gestión de plataformas, como Agilent , AMI, Avocent y Raritan Embedded Solutions (antes llamada Peppercon). Cuando OPMA se lanzó por primera vez en febrero de 2005, los fabricantes de equipos originales (OEM) trataban la gestión de hardware de la plataforma como una característica de valor añadido. Esto dio lugar a un rediseño constante de la infraestructura de la tarjeta de gestión, de modo que no había dos fabricantes de placas base que pudieran utilizar la misma tarjeta. La falta de estándares y el rediseño constante dieron lugar a mayores costes para el usuario final. Aunque había tarjetas de gestión basadas en PCI disponibles que se podían conectar a una variedad de plataformas, el bus PCI no proporcionaba acceso directo a todos los sensores necesarios para gestionar los aspectos de hardware de una plataforma. Para obtener acceso completo a los sensores, se debían añadir cabezales personalizados a las placas base. A continuación, los cables personalizados vinculaban estas señales de banda lateral entre la tarjeta y la placa base. Las tarjetas de gestión de plataformas basadas en PCI también consumen una ranura PCI, que es un recurso de primera calidad para muchos servidores. Esto es especialmente cierto para los que utilizan el formato de bastidor 1U y los que necesitan ranuras PCI para tarjetas de interfaz RAID que mejoran el rendimiento del disco duro del sistema.

Los equipos de ingeniería de AMD se encargaron internamente de crear diseños de referencia de servidores para respaldar la evaluación de los procesadores de servidor Opteron por parte de los clientes. Durante estos primeros esfuerzos internos de diseño de servidores, se determinó que un subsistema de tarjeta de administración estándar que fuera reutilizable en muchas plataformas reduciría el tiempo de comercialización y, al mismo tiempo, ahorraría costos de diseño y soporte para las plataformas de diseño de referencia de AMD en el campo. Una interfaz de este tipo también permitiría a AMD subcontratar el diseño y la prueba de la tarjeta de administración a expertos de la industria. AMD razonó que el público externo obtendría estos mismos beneficios que sus equipos de ingeniería internos, por lo que se documentó y publicó OPMA.

Según los comunicados de prensa de AMD, los proveedores de infraestructura y plataformas de la industria de servidores han mostrado un interés significativo en OPMA. Algunas de las placas base se pueden ver mediante enlaces en la sección de enlaces externos. Hasta la fecha, ningún fabricante de equipos originales de primer nivel ha ofrecido placas base compatibles con OPMA para la venta.

Placas base con canal habilitado para OPMA

• http://www.tyan.com/product_board_spec.aspx?pid=157

Tarjetas de identificación OPMA

• http://www.ami.com/news/meganews/mn6-08.pdf
• http://www.raritan.com/_downloads/pdfs/products/sa_opma-m3-g4_02en_datasheet.pdf
• http://www.aten.com/products/productItem.php?pcid=20061106173036003&psid=20061106173448002&pid=2006110617367007&layerid=subClass7
• http://www.arima.com.tw/server/Product/ViewProduct.asp?View=Arima%20Aquarius
• http://www.arima.com.tw/server/Product/ViewProduct.asp?View=Arima%20Scorpio2
• http://www.coreipm.com: Proyecto coreIPM: firmware gratuito y de código abierto para tarjetas de memoria OPMA

Normas

• http://www.intel.com/design/servers/ipmi
• http://www.intel.com/technology/manage/downloads/ws_management.pdf

SIG

• http://www.opma-sig.org