Estado de la colocación¶

Cada asignación y cada mudanza el layouter las registra junto con su motivo. A las preguntas «por qué este stream está aquí» y «por qué no está aquí» responde la interfaz.

Las decisiones se ven en tres lugares.

• Distribución — un elemento del menú lateral; la pantalla misma se titula Layouter. El trabajo del subsistema entero: la última ejecución y el historial de ejecuciones.
• La pestaña Layout de la página del stream — el estado de la colocación, las demandas sin cubrir, las asignaciones vigentes de ese stream y el historial de cambios. Una demanda sin cubrir es una asignación que el stream necesita pero que no se pudo crear.
• El slice de streams en la página del streamer — qué se entregó a una máquina: todas sus asignaciones con roles y configuraciones de servidor. Está descrito en el diagnóstico del streamer.

La última ejecución¶

La primera tarjeta de la pantalla Layouter responde si su cambio ya se ha tenido en cuenta. Lleva el número de la ejecución, la hora, el resultado y los contadores de lo hecho. Si la ejecución es más antigua que su edición, el cambio todavía no se ha procesado.

Casi nunca hay nada que esperar. La ejecución arranca sola cuando cambia la configuración, y cada pocos segundos el layouter comprueba, incluso sin cambios, si hace falta recalcular las asignaciones. Junto a la tarjeta hay un botón Ejecutar ahora que hace lo mismo de inmediato. Su respuesta Entrada sin cambios, ejecución omitida significa que desde la ejecución anterior nada ha cambiado y no hay nada que recalcular.

Historial de ejecuciones¶

El historial responde cuándo el layouter cambió las asignaciones por última vez, con qué frecuencia lo hace y si alguna ejecución se interrumpió. La tabla va de las ejecuciones nuevas a las viejas: cuándo empezó y terminó, cómo acabó y cuántos cambios trajo.

• Altas — cuántas asignaciones se crearon o se actualizaron.
• Bajas — cuántas asignaciones se retiraron.
• Decisiones — cuántas entradas se añadieron al diario de decisiones de los streams. No es la suma de las dos anteriores: mudar un stream a otro streamer es una entrada del diario, aunque en las asignaciones se vea como una baja más un alta.

Hay tres resultados. Completada — la ejecución llegó al final. Fallida — el texto del error está en la última columna. Interrumpida — la ejecución no llegó al final, o está corriendo ahora mismo y aún no tiene hora de fin.

Una ejecución con ceros en todos los contadores es un resultado normal. La entrada cambió, pero no hubo que reasignar nada.

Del lado del stream¶

Por qué el stream está asignado justo aquí lo muestra la pestaña Layout de la página del stream. Sobre la tabla está el estado de la colocación. Responde si los streamers ejecutaron la decisión del layouter, no si el stream funciona.

• aplicado — la configuración llegó a todos los streamers asignados.
• configurando — la decisión está tomada, aún sin confirmación.
• desactualizado — un streamer sigue con una versión vieja.
• rechazado — un streamer se negó a aplicar la configuración; el motivo está en la tabla.
• sin ubicar — el stream no tiene asignaciones.

La tabla Layout actual lleva las asignaciones vigentes del stream.

• Config — la flecha despliega la configuración de servidor del stream que se fue a este streamer. Cada rol tiene la suya: ingest — entradas y transcodificador, dvr record y dvr backup — la entrada desde el streamer de ingest y la sección del archivo, dvr parts — solo la sección del archivo, dvr cleanup — solo la sección de limpieza.
• Streamer y Rol — dónde corre el stream y qué hace esa máquina para él.
• Config editada — cuándo se cambió por última vez la configuración del stream. El valor pertenece al stream y es el mismo en todas las filas.
• Aplicado — hasta dónde ha llegado este streamer. Aquí verá la hora de la configuración que tuvo en cuenta, o «todavía no», o el motivo por el que rechazó la configuración. Una hora más antigua que la de Config editada significa que la edición todavía no ha llegado a esta máquina.
• Creado y Actualizado — cuándo apareció la asignación y cuándo el layouter rearmó por última vez la configuración para ella.
• Motivo — por qué la asignación apareció o cambió.

Más abajo está el historial de asignaciones: desde, hacia, rol, motivo y número de ejecución. Por él se ve cuándo y por qué motivo se mudó un stream.

En esta misma pestaña se editan el Namespace, las Etiquetas y las Copias de respaldo DVR del stream — qué gobiernan.

Si un stream está en otro sitio o en ninguno¶

Ese stream está en rojo en la lista de streams, y en la cabecera de su página hay un aviso El layouter no creó todas las asignaciones del stream. El botón del aviso abre la pestaña Layout, donde sobre la tabla de asignaciones está el bloque Necesidades de asignación sin cubrir. En él, por cada rol — cuántas asignaciones necesita el stream, cuántas se crearon y por qué motivos no encajaron los demás streamers.

ingest: 0 de 1 asignados — rechazados: 2 × al nodo le falta una etiqueta requerida por el stream

Se lee así: el stream necesita un ingest, no se creó ninguno, y a ambos streamers les falta una etiqueta que el stream exige. El motivo nombra exactamente qué comprobar.

Tres casos no pertenecen a la colocación:

• El estado se queda en «desactualizado» o «configurando» más de un minuto. La asignación está hecha, pero la configuración no ha llegado al streamer. Eso es entrega del slice, no colocación.
• El aviso «Un nodo rechazó la configuración del stream». La asignación está hecha, pero el streamer se negó a aplicarla; el motivo está en rojo en la columna Aplicado. Lo que hay que corregir es la configuración del stream, no la colocación.
• Hace falta saber por qué se mudó un stream. El historial de la pestaña Layout guarda el motivo de cada cambio junto con el número de la ejecución.