Managing the compromise between continuity of service and cost

Disaster recovery systems are a necessary expense for most broadcasters, writes coralbay.TVs Peter Hajittofi, but using a cloud-native playout product makes it possible to ensure synchronisation at a much lower cost

By Contributor

Published: January 19, 2023 Updated: January 20, 2023

Disaster recovery systems are a necessary expense for most broadcasters, writes coralbay.TV's Peter Hajittofi, but using a cloud-native playout product makes it possible to ensure synchronisation at a much lower cost

target=_blank title=Share on LinkedIn class=share-linkedin>

Disaster recovery or business continuity systems are a necessary expense for most broadcasters in order to ensure that services can be continued if a major incident occurs at their main playout centre. Disruption to services could be caused by natural disasters such as floods, earthquakes, hurricanes, and pandemics as well as un-natural disasters such as wars, riots, power outages, fires, system hacks and anything else that can prevent access to the normal playout centre or playout system.

The issue that many broadcasters face is deciding how much should be spent on such a Disaster Recovery (DR) system to protect their playout. The ideal from a service continuity perspective would be to set up a second system using the exact same technology as the main system and to run it in parallel. Then if a major incident occurred it would be relatively easy to switch over to the redundant system and continue. This however is very costly, especially if running on-premise as it would involve the cost of the redundant system, the cost of a second building far enough away from the main playout centre so that it won't be affected by the same disaster situation, the cost of heating, air conditioning, lighting, maintenance and staff costs. Unfortunately, not many broadcasters can afford this sort of investment to protect against something that might never happen. But are there other less expensive ways to provide a high level of protection and peace of mind?

This article looks at what kind of strategies could be adopted to provide a compromise between continuity of service and costs. It discusses the types of configurations that are now possible and how the cloud's elasticity can be of benefit.

What is an acceptable recovery time? Each broadcaster will have a different view on how much downtime is acceptable between the time a major situation occurs and when the station is back on air. This will depend partly on how much they are willing to spend on DR and partly on what their attitude is to risk and service reliability.

For some broadcasters, it might be acceptable in the case of a very rare event to be off air for a few hours and in the first instance to play content via an evergreen playlist until the disaster recovery system can be spun up. Media and schedules can then be uploaded and playout can resume roughly in time with the original schedule, albeit after a break in service. For others, the concept of playing evergreen media is not acceptable and the system must be able to resume playout exactly in synchronisation with where the main system would have been within around 30 minutes. For some tier 1 broadcasters, no downtime can be tolerated at all.

How the cloud can help One of the benefits of the cloud, when a system is architected properly, is the elasticity it offers. Resources can be spun up when needed and then taken down again when no longer required to save costs. Systems can be deployed easily using templates and resources can be assigned as and when needed. It is also possible to run core components, carrying the necessary configuration parameters, using only a relatively small amount of resources, so that the launch time is minimised when the remainder of the system is required. In addition, the cloud can be accessed from anywhere in the world via a browser using secure connections, which is a very useful feature if a disaster occurs that makes travel or access to buildings difficult.

But to get the maximum advantage of hosting in the cloud, the solution has to be cloud native. A modern cloud-native product would be designed using microservices, containers, and orchestration. Rather than one large monolithic application, there are a large number of smaller services that run in containers and are deployed and orchestrated by an orchestration layer, such as Kubernetes. The advantage is that you get the resilience and elasticity that the orchestration provides.

But how can costs be saved? Running playout in the cloud offers many potential cost savings. Apart from the obvious savings on the expensive on-premise hardware and the maintenance that goes with it there are savings on equipment rooms, air-conditioning, lighting and the personnel to manage all the infrastructure. Instead, the software is spun up in the cloud and configured to meet the needs of the channel. This includes setting up the bit rates, frame rates, formats, graphics, subtitling, I/O and so on.

It is very easy to launch new channels in the cloud. Some systems can actually deploy new channels in minutes. That's very different from the several weeks, even months of planning, rack layouts, wiring, commissioning and so on as it used to be done with older on-premise systems. It's also just as easy to decommission channels when they are no longer required. This means you only have to pay for infrastructure that you use and not what you don't use, usually on a Pay-As-You-Go (PAYG) basis. This greatly reduces the risk of new channel launches and is ideal for DR channels.

Possible DR configurations One low-cost solution would be to have a preconfigured system as a cold standby, either on-premise in another location, or in the cloud. If a disaster occurs the DR system can be started, media uploaded and channels played. The advantag

LINK:	https://www.tvbeurope.com/media-management/managing-the-compromise-bet...
	See more stories from tvb

Most recent headlines