Arquitectura de gestión de plataforma abierta

La Open Platform Management Architecture (OPMA) es un estándar abierto y libre de regalías para conectar un subsistema modular de gestión de hardware de plataforma (una "mCard") a la placa base de un ordenador. La gestión de hardware de plataforma generalmente se refiere a la monitorización remota de variables de hardware 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 remotamente el estado de energía de la plataforma y reiniciar el sistema para que vuelva a un estado operativo en caso de bloqueo . 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 una ranura PCI. Las tarjetas OPMA también son más pequeñas y económicas que sus predecesoras PCI.

La especificación OPMA, que se puede descargar gratuitamente de internet, especifica la lista de señales, el conector y la distribución de pines, los requisitos de alimentación, el factor de forma mecánico, las interfaces del firmware del BIOS y del controlador de gestión , y una división detallada de los recursos del subsistema de gestión entre la placa base y la tarjeta mCard. OPMA permite que una amplia variedad de tarjetas mCard se conecten individualmente a una placa base determinada. Asimismo, permite que una sola tarjeta mCard se conecte individualmente a varios modelos de placa base.

OPMA está dirigido principalmente a plataformas de servidor donde el coste de un subsistema de gestión basado en tarjetas es más asequible, pero las estaciones de trabajo de gama alta también pueden aprovechar la especificación para gestionar casos en los que se requiera la gestión remota de la plataforma de la estación de trabajo. La interfaz OPMA es lo suficientemente flexible como para admitir múltiples precios y capacidades de mCard, desde la gestión básica basada en IPMI hasta aquellas que admiten KVMoIP , medios virtuales remotos y estándares de interfaz externa más recientes 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 consiste en que prácticamente todo el subsistema de gestión reside en la tarjeta mCard. En este paradigma, la plataforma no contiene ningún controlador de gestión básico y depende de la presencia de una tarjeta OPMA para todas las capacidades de gestión remota de 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 vía de actualización para funciones avanzadas de gestión de la plataforma. En este caso, conocido 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 que emplea el protocolo IPMB ( Intelligent Platform Management Bus ).

OPMA también aprovecha la especificación de la Interfaz de Gestión de Plataforma Inteligente (IPMI) para proporcionar una funcionalidad básica plug and play. Mediante las extensiones de comandos OEM definidas por IPMI , el sistema y la mCard intercambian información básica durante el arranque, como la marca y el modelo de la mCard/placa base, el cumplimiento de la versión de la especificación y las capacidades opcionales definidas por la especificación OPMA.

OPMA se creó como un esfuerzo conjunto de desarrollo tecnológico entre AMD y varias empresas de tecnología de subsistemas de gestión de plataformas, como Agilent , AMI , Avocent y Raritan Embedded Solutions (anteriormente conocida como Peppercon). Cuando OPMA se lanzó por primera vez en febrero de 2005, la gestión del hardware de la plataforma se consideraba una característica de valor añadido por los fabricantes de equipos originales (OEM). Esto dio lugar a un rediseño constante de la infraestructura de la tarjeta de gestión, de modo que ningún fabricante de placas base podía usar la misma tarjeta. La falta de estándares y el rediseño constante resultaron en mayores costes para el usuario final . Si bien existían tarjetas de gestión basadas en PCI que podían conectarse a diversas 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, era necesario añadir conectores personalizados a las placas base. Posteriormente, se conectaban cables personalizados para estas señales de banda lateral entre la tarjeta y la placa base. Las tarjetas de gestión de plataforma basadas en PCI también consumen una ranura PCI, un recurso valioso para muchos servidores. Esto es especialmente cierto para aquellos que utilizan el formato de rack 1U y aquellos 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 recibieron el encargo interno de crear diseños de referencia para servidores que permitieran a los clientes evaluar el procesador Opteron . Durante estos primeros esfuerzos internos de diseño de servidores, se determinó que un subsistema de tarjeta de administración estándar, reutilizable en múltiples plataformas, reduciría el tiempo de comercialización y, al mismo tiempo, ahorraría costes de diseño y soporte para las plataformas de diseño de referencia de AMD en funcionamiento. Dicha interfaz también permitiría a AMD externalizar el diseño y las pruebas de la tarjeta de administración a expertos del sector. AMD consideró que el público externo obtendría los 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, existe un gran interés en OPMA por parte de los proveedores de infraestructura y plataformas de la industria de servidores. Algunas placas base pueden consultarse a través de los enlaces en la sección de enlaces externos. Hasta la fecha, ningún fabricante de equipos originales (OEM) de primer nivel ha ofrecido placas base compatibles con OPMA.

Placas base con canal OPMA habilitado

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

Tarjetas de presentació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 Archivado el 27/09/2007 en Wayback Machine
• 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 mCard OPMA

Estándares

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

SIG

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