Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Implementación de la redundancia de canalización
Puede configurar un MediaLive canal con dos canalizaciones de codificación para proporcionar resiliencia dentro de la canalización de procesamiento del canal.
Cuando se configura un canal con dos canalizaciones de codificación, ambas canalizaciones ingieren el contenido de origen y producen la salida. Si la canalización actual falla, el sistema descendente puede detectar que ya no recibe contenido y puede cambiar a la otra salida. No se produce ninguna interrupción en el sistema descendente. MediaLive reinicia la segunda canalización en unos minutos.
Los canales que tienen dos canalizaciones de codificación se denominan *canales estándar*.
Si no implementa la redundancia de canalización, el canal se configura como *canal de canalización única*. Si la tubería única falla, MediaLive deja de producir salida para entregarla al sistema descendente.
**Topics**
+ [Decisión de si se debe implementar la redundancia de canalizaciones](pipeline-redundancy-guidelines.md)
+ [Configuración de un canal estándar](standard-channel-procedure.md)
+ [Configuración de un canal de canalización única con opciones de actualización](single-channel-upgrade.md)
+ [Configuración de un canal de canalización única sin posibilidad de actualización](single-pipeline-no-upgrade.md)
+ [Cambio de redundancia de canalización en un canal existente](pipeline-redundancy-change.md)
# Decisión de si se debe implementar la redundancia de canalizaciones
En MediaLive, la redundancia de la canalización se controla mediante la clase que se asigne al canal. Para determinar la clase de canal que se va a asignar, debe decidir si desea implementar la redundancia de canalización y si puede hacerlo.
## Paso 1: decisión de si desea implementar la redundancia de canalización
Decida si *desea* implementar la redundancia de canalización. Además de las ventajas que ofrecen las canalizaciones redundantes, tenga en cuenta los puntos siguientes:
+ Si vas a enviar la salida a AWS Elemental MediaPackage, es posible que desees implementar la redundancia de canalización para admitir la *redundancia de entrada*. MediaPackage MediaLive enviará dos salidas idénticas a las dos entradas del MediaPackage canal. Si hay una avería en la tubería MediaLive, MediaPackage tiene lógica para cambiar sin problemas la entrada que utiliza.
+ Pesar el beneficio de un canal estándar frente a la diferencia en los cargos de procesamiento para un canal estándar en comparación con un canal de canalización única. Para obtener información acerca de los cargos de canales, consulte [https://aws.amazon.com/medialive/pricing/](https://aws.amazon.com/medialive/pricing/).
+ Si decide no implementar todavía la redundancia de canalización, puede desea dejar abierta la opción a implementarla más adelante. Los procedimientos que se detallan más adelante en esta sección explican cómo realizar esta configuración.
## Paso 2: decisión de si puede implementar la redundancia de canalización
Si decide configurar un canal estándar, debe determinar si *puede* configurar un canal estándar. Siga estos pasos:
+ Determine si las entradas del canal admiten la redundancia de la canalización. Ese soporte depende de la clase de las entradas, que son de clase estándar o de clase única.
+ Para obtener redundancia en las canalizaciones, se necesitan dos fuentes, una para cada canalización de canal. Esto significa que todas las entradas deben tener dos canalizaciones: todas deben ser entradas de clase estándar.
+ Si las entradas del canal son una mezcla de clase estándar y de clase única, o son todas de clase única, no se puede implementar la redundancia de canalización.
Para obtener más información sobre las clases que se aplican a los distintos tipos de entradas, consulte. [Clases de entrada admitidas](inputs-single-standard-vpc.md)
+ Póngase en contacto con el sistema ascendente para determinar si pueden enviarle dos flujos de origen para cada entrada. Si no pueden, no podrá realizar la configuración como canal estándar.
En un canal de entradas múltiples, todas las entradas deben tener dos flujos de origen. Si el contenido de origen proviene de varios sistemas ascendentes, cada sistema ascendente debe ser capaz de proporcionar dos orígenes. Si los sistemas no pueden proporcionar dos orígenes, no podrá realizar la configuración como canal estándar.
+ Póngase en contacto con el sistema descendente para determinar si el sistema descendente puede gestionar dos conjuntos de salidas idénticas desde MediaLive y hacia el conmutador, según sea necesario. Tenga en cuenta que, como se describió anteriormente en esta sección de decisiones, siempre MediaPackage puede gestionar dos salidas.
Si el sistema descendente no tiene esta capacidad, la configuración como canal estándar no ofrece mucha ventaja.
## Paso 3: seguimiento del procedimiento correcto
Tras identificar la opción de redundancia de canalización que implementará en el canal, consulte las siguientes secciones para obtener más información:
+ Si desea implementar la redundancia de canalizaciones de forma inmediata y el sistema ascendente puede proporcionar dos transmisiones de origen, consulte [Configuración de un canal estándar](standard-channel-procedure.md).
+ Si no desea implementar la redundancia de canalización por ahora, pero quiere facilitar la actualización a la redundancia de canalización más adelante, consulte [Configuración de un canal de canalización única con opciones de actualización](single-channel-upgrade.md).
+ Si no desea implementar la redundancia de canalización ahora o en el futuro, consulte [Configuración de un canal de canalización única sin posibilidad de actualización](single-pipeline-no-upgrade.md).
# Configuración de un canal estándar
Si seguiste las [pautas](pipeline-redundancy-guidelines.md) para implementar la redundancia de canalización en un MediaLive canal, es posible que hayas decidido implementar la redundancia de canalización. En este caso, asegúrese de configurar las entradas como entradas de clase estándar y de configurar el canal como un canal estándar.
Siga estas directrices cuando planifique el flujo de trabajo:
+ Asegúrese de que el sistema ascendente pueda proporcionarle dos instancias del contenido de origen. Consulte [Evaluación de formatos de origen y empaquetado](uss-obtain-info.md).
+ Cuando [cree entradas](medialive-inputs.md), configure todas las entradas como entradas de clase estándar.
Algunas entradas siempre se configuran como entradas de clase estándar. Para todas las demás entradas, defina el campo **Clase de entrada** como **Entrada estándar**.
+ Cuando cree el canal, haga lo siguiente:
+ Configure el canal como canal estándar. Consulte [Cómo completar los detalles del canal y la entrada](creating-a-channel-step1.md).
+ En el paso de [asociación de entradas al canal](creating-a-channel-step2.md), asocie solo las entradas de clase estándar. No podrá crear el canal si intenta asociar una entrada de clase única a un canal estándar.
+ Póngase en contacto con el sistema ascendente y solicite que proporcionen dos orígenes de contenido.
## Funcionamiento de la redundancia de canalización
Cuando se configura un canal estándar, el canal tiene dos canalizaciones: la canalización 0 y la canalización 1. Cada entrada también contiene dos canalizaciones. Hay un origen de contenido conectado a cada canalización.
Tal como se muestra en este diagrama, el sistema ascendente proporciona dos instancias del contenido a la entrada. Una instancia va a la canalización que se indica con la línea azul y la otra va a la canalización que se indica con la línea verde. Cada una de estas líneas se asocia a una de las dos canalizaciones del canal. El canal produce dos instancias idénticas de la salida para el sistema descendente. El sistema descendente elige gestionar una instancia (la salida de la canalización azul) y omitir la otra instancia (la salida de la canalización verde).
![\[Diagram showing upstream system, standard input, channel with two pipelines, and downstream system.\]](http://docs.aws.amazon.com/es_es/medialive/latest/ug/images/pipeline-redundancy-standard-channel.png)
## Administración de errores
Es posible que un problema haga que una canalización deje de funcionar.
+ Si la canalización con fallo es la canalización que gestiona el sistema descendente (por ejemplo, la canalización azul), el sistema descendente puede conmutar a la otra salida.
+ Transcurridos unos minutos, la canalización con fallo se reinicia automáticamente y produce salidas. De este modo, el sistema descendente puede seguir gestionando la salida de la canalización verde, o bien puede volver a la canalización azul. Esa decisión no tiene ningún impacto en. MediaLive
En este diagrama, observe que el sistema ascendente sigue enviando contenido de origen a la canalización azul, lo que indica que el sistema ascendente funciona pero la canalización 0 ha fallado. En su lugar, el sistema descendente ha empezado a gestionar la canalización 1, utilizando el contenido de origen de la canalización verde.
![\[Diagram showing upstream system, two pipelines, and downstream system with pipeline 1 active.\]](http://docs.aws.amazon.com/es_es/medialive/latest/ug/images/pipeline-redundancy-standard-failure.png)
# Configuración de un canal de canalización única con opciones de actualización
Al seguir las [directrices](pipeline-redundancy-guidelines.md) para implementar la redundancia de canalización en un MediaLive canal, es posible que haya decidido crear el canal sin redundancia de canalización. Sin embargo, es posible que desee permitir la actualización a la redundancia de canalización más adelante.
En ese caso, siga estas pautas cuando planifique el flujo de trabajo:
+ Cuando [cree entradas](medialive-inputs.md), configure todas las entradas como entradas de clase estándar.
Algunas entradas siempre se configuran como entradas de clase estándar. Para todas las demás entradas, defina el campo **Clase de entrada** como **Entrada estándar**.
+ Cuando cree el canal, haga lo siguiente:
+ Configure el canal como un canal de canalización única. Consulte [Cómo completar los detalles del canal y la entrada](creating-a-channel-step1.md).
+ En el paso de [asociación de entradas al canal](creating-a-channel-step2.md), verifique que las entradas que asocie sean entradas de clase estándar.
+ Póngase en contacto con el sistema ascendente y solicite que proporcionen *un* origen de contenido.
## Funcionamiento de los canales de canalización única
Cuando se configura un canal de canalización única con la opción de actualización sencilla, el canal es un canal de canalización única, pero todas las entradas son entradas de clase estándar.
+ El canal contiene una canalización: la canalización 0.
+ Cada entrada de clase estándar contiene dos canalizaciones. Sin embargo, solo una de las canalizaciones está conectada a un origen de contenido. La otra canalización de entrada está inactiva.
Tal como se muestra en este diagrama, el sistema ascendente proporciona una instancia del contenido de origen a la entrada, la canalización que se indica con la línea azul. La entrada proporciona esa instancia a la única tubería del canal. El canal produce una instancia de la salida para el sistema descendente. La otra canalización de la entrada (la canalización verde) siempre está inactiva.
![\[Diagram showing single-pipeline channel with standard-class input connecting upstream and downstream systems.\]](http://docs.aws.amazon.com/es_es/medialive/latest/ug/images/pipeline-redundancy-single-channel-standard-input.png)
## Administración de errores
Si hay un problema que hace que una tubería deje de funcionar, MediaLive deja de producir salida. El sistema descendente deja de recibir la salida.
# Configuración de un canal de canalización única sin posibilidad de actualización
Si seguiste las [pautas](pipeline-redundancy-guidelines.md) para implementar la redundancia de canalizaciones en un MediaLive canal, es posible que te hayas decidido por una de las siguientes opciones:
+ Es posible que haya decidido que no quiere implementar la redundancia de canalización en el canal ni ahora ni en el futuro.
+ O puede que haya decidido que no puede implementar la redundancia de canalización porque todas las entradas del canal solo pueden ser entradas de una sola clase.
**nota**
Antes de decidir implementar esta opción, lea la información sobre la [configuración sin redundancia de canalización, pero con la opción de actualización más adelante](single-channel-upgrade.md).
Siga estas directrices cuando planifique el flujo de trabajo:
+ Cuando [cree entradas](medialive-inputs.md), configúrelas de la siguiente manera:
+ Algunas entradas solo pueden ser entradas de clase estándar. Aún puede conectar estas entradas al canal. Cree las entradas de la forma habitual.
+ Algunas entradas solo pueden ser entradas de una sola clase. Cree estas entradas de forma habitual.
+ Configure todas las demás entradas como entradas de clase única. Para configurar la entrada de esta manera, establezca el campo **Clase de entrada** en **Entrada única**.
+ Cuando cree el canal, haga lo siguiente:
+ Configure el canal como un canal de canalización única. Consulte [Cómo completar los detalles del canal y la entrada](creating-a-channel-step1.md).
+ En el paso de [asociación de entradas al canal](creating-a-channel-step2.md), asocie las entradas que haya identificado.
+ Póngase en contacto con el sistema ascendente y solicite que proporcionen *un* origen de contenido. Incluso para las entradas de clase estándar, el sistema ascendente debe proporcionar solo una fuente.
## Funcionamiento de los canales de canalización única
Cuando configuras un canal de canalización única sin ninguna provisión de actualización, el canal es un canal de canalización única. Las entradas pueden ser una combinación de entradas de clase única y entradas de clase estándar.
+ El canal contiene una canalización: la canalización 0.
+ Cada entrada de clase única que se conecta al canal contiene una canalización. La entrada se conecta a un origen de contenido.
Tal como se muestra en este diagrama, el sistema ascendente proporciona una instancia del contenido de origen a la entrada, la canalización que se indica con la línea azul. La entrada proporciona esa instancia a la única tubería del canal. El canal produce una instancia de la salida para el sistema descendente.
![\[Diagram showing content flow from upstream server through single-class input and pipeline to downstream system.\]](http://docs.aws.amazon.com/es_es/medialive/latest/ug/images/pipeline-redundancy-single-channel-single-input.png)
+ Cada entrada de clase estándar contiene dos canalizaciones. Sin embargo, solo una de las canalizaciones está conectada a un origen de contenido. La otra canalización de entrada está inactiva.
Tal como se muestra en este diagrama, el sistema ascendente proporciona una instancia del contenido de origen a la entrada, la canalización que se indica con la línea azul. La entrada proporciona esa instancia a la única tubería del canal. El canal produce una instancia de la salida para el sistema descendente. La otra canalización de la entrada (la canalización verde) siempre está inactiva.
![\[Diagram showing single-pipeline channel with standard-class input connecting upstream and downstream systems.\]](http://docs.aws.amazon.com/es_es/medialive/latest/ug/images/pipeline-redundancy-single-channel-standard-input.png)
## Administración de errores
Si hay un problema que hace que una tubería deje de funcionar, MediaLive deja de producir salida. El sistema descendente deja de recibir la salida.
# Cambio de redundancia de canalización en un canal existente
Para habilitar o deshabilitar la redundancia de canalización en un MediaLive canal existente, debe actualizar la clase de canal.
## Cambiar el canal a un canal de canalización única
Puede cambiar un canal estándar a una canalización única, para quitar una de las canalizaciones del canal y eliminar la redundancia de la canalización.
Para cambiar la clase de canal, el canal debe estar inactivo (no en ejecución).
**Para cambiar la clase de canal a un canal de canalización única**
1. En la página **Canales**, elija el canal. (No elija el nombre del canal).
1. En el menú, elija **Acciones**, elija **Otras acciones de canal**, **Actualizar la clase de canal a CANALIZACIÓN\$1ÚNICA**.
1. En el cuadro de diálogo, seleccione **Confirmar**. MediaLive realiza las siguientes acciones:
+ Elimina la segunda canalización (canalización 1) del canal.
+ Elimina la segunda dirección de destino de cada grupo de salida.
+ *No* elimina el segundo punto de enlace en las entradas. Las entradas no se modifican en modo alguno. En su lugar, al reiniciar el canal, MediaLive simplemente ignora el segundo punto final.
Mientras MediaLive realiza estas acciones, el canal tiene el estado de **ACTUALIZACIÓN**. Cuando se completa la actualización, el estado cambia a **IDLE (INACTIVO)**.
1. Es posible que desee notificar al sistema ascendente de cada entrada de inserción que ya no necesita enviar la entrada al segundo punto de enlace. También es posible que desee notificar al sistema descendente de cada grupo de salida que ya no debe esperar resultados en su segundo destino.
## Cambio de la clase de canal a estándar: opción A
Puede cambiar un canal de canalización única a un canal estándar. Siga este procedimiento si configuró el canal de canalización única con [entradas de clase estándar y posibilidad de actualización](single-channel-upgrade.md).
Realice los pasos que se indican a continuación:
1. Realice gestiones con los sistemas ascendentes para que comiencen a enviar dos instancias del contenido de origen.
1. [Detenga el canal](starting-stopping-deleting-a-channel.md).
1. Cambie la clase del canal a la clase estándar. Consulte los pasos que aparecen después de esta lista.
Ahora ha actualizado el canal de un canal de canalización única con entradas de clase estándar a un canal estándar con entradas de clase estándar.
1. [Reinicie el canal](starting-stopping-deleting-a-channel.md).
**Para cambiar la clase de canal**
1. Obtenga una segunda dirección de destino para cada grupo de salida. Cada dirección se encuentra en los sistemas descendentes de cada grupo de salida.
Por ejemplo, si el canal tiene un grupo de salida de HLS (con un servidor HTTPS como sistema descendente) y un grupo de salida de archivo (con un bucket de Amazon S3 como sistema descendente), debe escribir la URL a una nueva dirección de destino en el servidor HTTPS y la URL a una nueva carpeta en el bucket de Amazon S3.
Planifique estos destinos ahora, de la misma forma que planificó las direcciones de destino cuando configuró originalmente el canal. Para obtener más información, consulte [Configuración: creación de grupos de salida y salidas](medialive-outputs.md) y lea la información sobre la coordinación del tipo de grupo de salida que va a crear.
1. En la página **Canales**, elija el canal. (No elija el nombre del canal).
1. En el menú, elija **Acciones**, **Otras acciones de canal**, **Actualizar clase de canal a ESTÁNDAR**.
1. En el cuadro de diálogo, elija **Confirmar**.
1. En la página **Actualizar la clase de canal a STANDARD**, escriba las direcciones de destino que identificó en el paso 1. Hay un campo para cada grupo de salida en el canal.
1. Selecciona **Enviar**. MediaLive actualiza el canal y crea una nueva canalización denominada canalización 1. El origen de esta canalización es la URL previamente inactiva. Al iniciar el canal, MediaLive ingiere el contenido de esa URL, produce el resultado y lo envía a los nuevos destinos de cada grupo de salida.
## Cambio de la clase: opción B
Cuando creó originalmente el canal, es posible que estuviera seguro de que no necesitaría convertirlo en un canal estándar. Por lo tanto, [configuró el canal](single-pipeline-no-upgrade.md) como canal de canalización única con entradas de una sola clase.
Ahora puede decidir que necesita cambiar el canal a un canal estándar. Puede hacer este cambio, pero tenga en cuenta que el procedimiento implica desasociar, actualizar y editar las entradas, así como actualizar el canal.
Realice los pasos que se indican a continuación:
1. Realice gestiones con los sistemas ascendentes para que comiencen a enviar dos instancias del contenido de origen.
1. [Detenga el canal](starting-stopping-deleting-a-channel.md).
1. Desasocie cada entrada de una sola clase. Para desasociar las entradas, debe [editar el canal](editing-deleting-channel.md) y eliminar las entradas conectadas.
1. [Edite cada entrada](edit-input.md) para convertirla a una clase estándar y añadir un segundo origen.
1. Edite el canal para cambiar la clase de canal a un canal estándar. Consulte los pasos que aparecen después de esta lista.
1. [Edite el canal](editing-deleting-channel.md) para volver a asociarlo a cada entrada.
Ahora ha actualizado el canal de un canal de canalización única con entradas de una sola clase a un canal estándar con entradas de clase estándar.
1. [Reinicie el canal](starting-stopping-deleting-a-channel.md).
**Para cambiar la clase de canal**
1. Obtenga una segunda dirección de destino para cada grupo de salida. Cada dirección se encuentra en los sistemas descendentes de cada grupo de salida.
Por ejemplo, si el canal tiene un grupo de salida de HLS (con un servidor HTTPS como sistema descendente) y un grupo de salida de archivo (con un bucket de Amazon S3 como sistema descendente), debe escribir la URL a una nueva dirección de destino en el servidor HTTPS y la URL a una nueva carpeta en el bucket de Amazon S3.
Planifique estos destinos ahora, de la misma forma que planificó las direcciones de destino cuando configuró originalmente el canal. Es posible que tenga que ponerse en contacto con el propietario de cada sistema descendente.
1. Edita URLs la entrada de cada clase para incluir una segunda URL para la segunda fuente que proporcionará contenido a la canalización recién agregada.
+ Para una entrada de inserción, [edite la entrada](edit-input.md) para que incluya una dirección para el segundo origen de entrada. Proporcione esa dirección al propietario del sistema ascendente para que pueda enviar contenido de origen a esa dirección. También debe encontrar en el sistema ascendente la dirección desde la que se enviará el nuevo origen. Asegúrese de que esta dirección esté cubierta por el grupo de seguridad de entrada para el canal.
+ Para una entrada de extracción, obtenga una nueva dirección del propietario del sistema descendente. [Edite la entrada](edit-input.md) para que incluya esa dirección. Una vez creada la segunda canalización, MediaLive podrá extraer el segundo contenido de origen (para la segunda canalización).
1. En la página **Canales**, elija el canal. (No elija el nombre del canal).
1. En el menú, elija **Acciones**, **Otras acciones de canal**, **Actualizar clase de canal a ESTÁNDAR**.
1. En el cuadro de diálogo, elija **Confirmar**.
1. En la página **Update channel class to STANDARD (Actualizar clase de canal a ESTÁNDAR)**, escriba las direcciones de destino que identificó en el paso 1. Hay un campo para cada grupo de salida en el canal.
1. Selecciona **Enviar**. MediaLive actualiza el canal y crea una nueva canalización denominada canalización 1. Al iniciar el canal, MediaLive envía la salida de esta canalización a los nuevos destinos de cada grupo de salida.