Google ha ampliado su familia de aceleradores TPU de octava generación con dos nuevas configuraciones: TPU 8tx, orientada a la IA confidencial, y TPU 8i Max, un sistema de inferencia con dos chips. La novedad más llamativa de la 8tx no es un nuevo diseño de acelerador, sino el procesador que la acompaña: un AMD EPYC de quinta generación, con nombre en clave Turin.

La decisión resulta significativa porque Google cuenta con su propio procesador de centro de datos, Axion. Sin embargo, para su primer sistema TPU con computación confidencial protegida por hardware, la compañía ha optado por una plataforma basada en x86. La elección refleja tanto las necesidades técnicas del sistema como la importancia de partir de una infraestructura de seguridad ya evaluada.

## Una TPU conocida, con un nuevo límite de confianza

Google presentó en abril de 2026 la octava generación de sus TPU, dividida entre la TPU 8t, enfocada en entrenamiento, y la TPU 8i, diseñada para inferencia. La TPU 8tx aprovecha el silicio de la 8t, con 12,6 petaflops de rendimiento FP4 y 216 GB de memoria HBM, pero incorpora la red Boardfly de menor latencia asociada a la 8i.

Según Google, esta configuración puede reducir la latencia hasta en un 50 % frente a la TPU 8t, con un impacto de rendimiento cercano a cero. La compañía la dirige a empresas reguladas y organismos públicos que necesitan ajustar modelos, destilar conocimientos y entrenar agentes con datos privados, sin trasladarlos entre clústeres.

El procesador EPYC se ocupa de tareas como la coordinación del sistema, la preparación de datos y la comunicación de alto rendimiento con los aceleradores. AMD afirma que su tecnología Secure Encrypted Virtualization (SEV) trabaja junto con la TPU para extender el entorno protegido hasta el acelerador. Antes de permitir el acceso directo a la memoria protegida, el sistema comprueba la identidad y la configuración de seguridad de cada TPU.

De acuerdo con AMD y Google, las instrucciones, los pesos de los modelos y los datos intermedios permanecen cifrados en la memoria del sistema y durante la transmisión, mientras el hardware mantiene el aislamiento durante la ejecución. Google describe el objetivo como proteger y aislar los datos sensibles y los pesos del modelo incluso cuando están en uso.

## Por qué no se eligió Axion

Google no ha explicado directamente por qué descartó Axion, su procesador basado en Neoverse V2, para la TPU 8tx. No obstante, la documentación de la compañía ofrece una pista: las configuraciones de Confidential VM compatibles se apoyan en AMD SEV e Intel TDX, y no incluyen instancias basadas en Axion. La documentación también señala que, por ahora, las TPU no pueden conectarse a Confidential VM.

AMD añade que los especialistas en seguridad de Google han realizado revisiones exhaustivas del firmware de su procesador de seguridad. SEV ya se utiliza en varios servicios de Google, entre ellos Confidential VM, Confidential GKE, Confidential Space y servicios confidenciales de Spark y Dataflow.

La computación confidencial depende de una cadena de confianza que pueda verificarse y someterse a pruebas. Si la infraestructura de seguridad auditada por Google se ha desarrollado principalmente alrededor de procesadores x86, adoptar Axion habría requerido calificar una nueva plataforma. Ese trabajo podría retrasar un producto cuyo principal argumento es precisamente la confianza en su aislamiento y protección.

La elección de Turin también parece responder a requisitos de conectividad. Según ServeTheHome, Google seleccionó este procesador para que coincidiera con la interfaz PCIe Gen5 x16 de la TPU 8t. Un procesador con PCIe Gen6 no aportaría más ancho de banda al acelerador en esta configuración. La decisión, por tanto, no supone necesariamente una apuesta por la generación más reciente de CPU de AMD; Turin pertenece a una familia presentada en 2024.

## La confianza, más allá de los centros de datos de Google

Mark Lohmeyer, responsable de infraestructura de IA y computación en Google Cloud, indicó que algunos clientes podrán desplegar la TPU 8tx en sus propios centros de datos. Esta posibilidad amplía el alcance del sistema: la atestación de hardware puede ayudar a los propietarios de modelos a verificar el entorno donde se ejecutan sus cargas, incluso cuando el equipo está en instalaciones de terceros.

Ese aspecto otorga a AMD un papel relevante en la expansión de las ofertas de confianza de Google fuera de sus propios centros de datos. El EPYC no es el acelerador de IA, pero constituye una pieza fundamental de la plataforma que protege la ejecución y ayuda a establecer la cadena de confianza.

La noticia también ha reavivado especulaciones sobre una posible colaboración futura entre ambas compañías en el diseño de aceleradores. Un informe anterior atribuido a una nota de SemiAnalysis mencionaba conversaciones sobre una TPU de generación posterior. La TPU 8tx no confirma esos rumores: sus procesadores EPYC están en sockets separados, y Google no anunció participación de AMD en el diseño del acelerador.

## Promesas que deberán demostrar su solidez

La TPU 8tx representa un paso importante para Google Cloud y para AMD, pero quedan interrogantes. Las compañías todavía no han publicado todos los detalles técnicos necesarios para evaluar de forma independiente el alcance de las protecciones, y las afirmaciones sobre computación confidencial deberán contrastarse cuando los clientes puedan probar el sistema en condiciones reales.

Tampoco cabe esperar que esta configuración convierta de inmediato a EPYC en un competidor dominante en el mercado de TPU. Su relevancia es más concreta: cuando Google necesitó un procesador anfitrión para respaldar su primera TPU confidencial, eligió una plataforma de AMD en lugar de su propio Axion. Esa decisión constituye un respaldo significativo para la tecnología de AMD y podría reforzar su posición en la infraestructura de centros de datos, aunque no permita atribuirle por sí sola los movimientos de la cotización de la compañía.

La importancia de la TPU 8tx dependerá, en última instancia, de la capacidad de Google y AMD para demostrar que sus mecanismos de cifrado, aislamiento y atestación protegen eficazmente los datos y modelos durante su uso. Si lo consiguen, la colaboración podría ofrecer a organizaciones con requisitos estrictos de seguridad una nueva forma de aprovechar la IA sin renunciar al control sobre su información sensible.

from Latest from TechRadar https://ift.tt/1TxU5LO
via IFTTT IA