Redundancy in ZEN Master

zen master supports multi level redundancy to ensure availability of the content delivery your deployment may include multiple redundant target hosts you can configure both the channel (which outputs the content from zen master) and the target (which receives the content) for redundancy redundancy of sources can be configured in pass through channels and redundancy of hosts can be configured in push or rtmp targets this feature is relevant for single bitrate push outputs only pull outputs enable any host to access the stream zen manages the various configurations as follows 1 source → 1 host if there is one source in the channel and one host in the target then the content is sent directly from the source to the host and the content is available as long as both elements are active in this case, you don't need to configure a secondary source in the channel nor an alt target 1 source → 2 hosts if there is a single source in the channel and there are two hosts in the target, the content is sent from the source to the primary host as long as it is available if the primary host becomes unavailable then the source is sent to the alternate target host in this case, you don’t need to configure a secondary source, but will need to configure an alt target 2 sources → 1 host – if there are two sources in the channel and one host in the target then two outputs are created (one on each broadcaster) and both are pushed to the same target host the host receives the output from the primary source as long as it is available if the primary source becomes unavailable, then the host receives output from the secondary source some services such as akamai do not support output of multiple sources to a single host in this case, you need to configure a secondary source, but will not need to configure an alt target 2 sources → 2 hosts – if there are two sources in the channel and two hosts in the target then two outputs are created (one on each broadcaster) and each is pushed to a different host as long as all elements are active the content is available on both hosts if one path fails, then the other path remains available for this configuration, the channel status remains ok as long as one of the paths is active in this case, you need to configure a secondary source and configure an alt target if you would like to monitor the status of each path separately, you must create two separate channels and send each one to a different target then you will have two completely independent pathways for delivering identical content when configuring redundant sources, make sure that each source is located on a separate broadcaster within the same broadcaster cluster so that one of the sources will remain active if the other is disabled