Skip to main content

10 Things to Consider Before Multicasting Your Observability Data

Will Krause
Circonus

Multicasting in this context refers to the process of directing data streams to two or more destinations. This might look like sending the same telemetry data to both an on-premises storage system and a cloud-based observability platform concurrently. The two principal benefits of this strategy are cost savings and service redundancy. ■ Cost Savings: Depending on the use-case, storing or processing data in one location might be cheaper than another. By multicasting the data, businesses can choose the most cost-effective solution for each specific need, without being locked into one destination. ■ Service Redundancy: No system is foolproof. By sending data to multiple locations, you create a built-in backup. If one service goes down, data isn't lost and can still be accessed and analyzed from another source. The following are 10 things to consider before multicasting you observability data:

1. Consistency of User Expectations

It's crucial that both destinations receive data reliably and consistently. If it is unclear to users what data resides in which platform, it will impede adoption and make this strategy less effective. A common heuristic is to keep all of your data in a cheaper observability platform and send the more essential data to the more feature rich expensive platform. Likewise if one platform has data integrity issues due to the fact that no one is using it outside of break glass scenarios, it will reduce the effectiveness of this strategy.

2. Data Consistency

While it's good to have a process for evaluating the correctness of your data, when you write data to two systems, not everything will always line up. This could be due to ingestion latency, differences in how each platform rolls up long term data, or even just the graphing libraries that are used. Make sure to set the right expectations with teams, that small differences are expected if both platforms are in active use.

3. Bandwidth and Network Load

Transmitting the same piece of data multiple times can put an additional load on your network. This is more of an issue if you're sending data out from a cloud environment where you have to pay the egress cost. Additionally, some telemetry components are aggregation points that can push the limits of vertical scaling (for example carbon relay servers). Multicasting the data may not be possible directly at that point in the architecture due to limitations in how much data can traverse the NIC. It's essential to understand the impact on bandwidth and provision appropriately.

4. Cost Analysis

While multicasting can lead to savings, it's crucial to do a detailed cost analysis. Transmitting and storing data in multiple places might increase costs in certain scenarios.

5. Security and Compliance

Different storage destinations might have different security features and compliance certifications. Ensure that all destinations align with your company's security and regulatory needs.

6. Tool Integration

Not all observability tools might natively support multicasting data. Some observability vendors' agents can only send data to their product. You may need to explore a multi-agent strategy in cases like that.

7. Data Retrieval and Analysis

With data residing in multiple locations, the way your teams will need to engage with the data may differ. If you're using a popular open source telemetry dashboarding tool, then there will be at least some degree of consistency with how to engage with the data, even if the query syntax supported by each platform is different. This becomes a little more challenging if your teams are using the UI of the higher cost observability platform.

8. Data Lifecycle Management

Consider how long you need the data stored in each location. You might choose to have short-term data in one location and long-term archival in another.

9. Maintenance and Monitoring

With more destinations come more points of potential failure. Implement robust monitoring to ensure all destinations are consistently available and performing as expected. This is a good opportunity to introduce cross monitoring, where each observability stack monitors the other.

10. Migration and Scalability

As your business grows, you might need to migrate or scale your lower cost observability platform. Ensure the chosen destinations support such migrations without significant overhead.

Conclusion

Multicasting data that is collected by your observability tools offers an innovative approach to maximize both cost efficiency and system resilience. However, like all strategies, it comes with its set of considerations. By understanding and preparing for these considerations, businesses can harness the power of this approach to create observability solutions that are both robust and cost-effective.

Will Krause is VP of Engineering at Circonus

Hot Topics

The Latest

I've spent a lot of time in the channel, and one thing I keep coming back to is this: a partner program is only as good as what it looks like in the field. Many programs look great on paper, but when a partner is in front of a customer navigating a complex hybrid environment or trying to make the case for AI-powered observability, the gap between what a vendor promises and what it actually delivers becomes very clear, very fast ...

Enterprises today operate in a real-time environment where uninterrupted access to trusted data has become a baseline expectation for users, applications and automated systems. Traditional DataOps models, built on manual effort and human triage, cannot keep pace with this always active demand. AI agents are emerging as the operational backbone, ensuring consistent data availability, reinforcing trustworthiness and enabling a level of scale that manual processes cannot achieve ...

For decades, trust in the digital workplace rested on familiar signals. We trusted faces on video calls, voices on the phone, and emails that appeared to come from people we knew. These cues felt human and intuitive. They anchored how decisions were made, approvals were granted, and access was authorized. AI-powered deepfakes have quietly broken that model ...

Cloud migration was supposed to be a one-way door. For most enterprises, it turns out it isn't. Cloud data repatriation is a real and growing trend. A new survey ... finds that 89% of organizations plan to expand their on-premises infrastructure footprint over the next two years — and 75% have already moved at least some workloads back from public cloud in the past 24 months. The findings point to a broad rethinking of where data belongs ...

Over the past few years, large language models (LLMs) have revolutionized the software industry. Given their ability to excel at multi-step reasoning, LLMs have helped enterprises streamline workflows and adapt to the unknown. However, employing such models comes with sky-high costs, latency issues, and limited flexibility. In the realm of IT operations, it is generally wiser to employ smaller, domain-specific models instead ...

For years, DevOps teams operated under a simple assumption: collect enough telemetry, and you can find and fix any problem. That assumption is breaking down. Modern enterprises now operate across microservices, hybrid cloud environments, APIs, Kubernetes, and highly automated delivery pipelines. Releases happen continuously, dependencies shift constantly, and failures spread faster than teams can diagnose them ...

New Relic surveyed IT and engineering leaders from the media and entertainment (M&E) sector to understand what's working — and where challenges persist with their observability practices. The findings reveal how M&E organizations are navigating rising platform complexity, audience expectations, and AI-driven change. Below are five takeaways that stand out ...

Let me start with something I've seen play out more times than I can count. A team hits a wall with the cloud. Costs creep up, then spike. Performance starts to feel inconsistent. Someone in finance asks a simple question like "why did this double?" and nobody has a clean answer ... Maybe this isn't the right place for everything. That realization feels like a breakthrough, like you've identified the problem. In reality, you've just identified the starting line ...

In MEAN TIME TO INSIGHT Episode 24, Shamus McGillicuddy, VP of Research, Network Infrastructure and Operations, at EMA discusses network observability tool sprawl ... 

In cloud-native systems, scaling is often as simple as moving a slider. For on-premise databases, the stakes are different. Over-provisioning hardware is expensive. Under-provisioning leads to performance bottlenecks that are difficult to fix once the equipment is in the rack ...

10 Things to Consider Before Multicasting Your Observability Data

Will Krause
Circonus

Multicasting in this context refers to the process of directing data streams to two or more destinations. This might look like sending the same telemetry data to both an on-premises storage system and a cloud-based observability platform concurrently. The two principal benefits of this strategy are cost savings and service redundancy. ■ Cost Savings: Depending on the use-case, storing or processing data in one location might be cheaper than another. By multicasting the data, businesses can choose the most cost-effective solution for each specific need, without being locked into one destination. ■ Service Redundancy: No system is foolproof. By sending data to multiple locations, you create a built-in backup. If one service goes down, data isn't lost and can still be accessed and analyzed from another source. The following are 10 things to consider before multicasting you observability data:

1. Consistency of User Expectations

It's crucial that both destinations receive data reliably and consistently. If it is unclear to users what data resides in which platform, it will impede adoption and make this strategy less effective. A common heuristic is to keep all of your data in a cheaper observability platform and send the more essential data to the more feature rich expensive platform. Likewise if one platform has data integrity issues due to the fact that no one is using it outside of break glass scenarios, it will reduce the effectiveness of this strategy.

2. Data Consistency

While it's good to have a process for evaluating the correctness of your data, when you write data to two systems, not everything will always line up. This could be due to ingestion latency, differences in how each platform rolls up long term data, or even just the graphing libraries that are used. Make sure to set the right expectations with teams, that small differences are expected if both platforms are in active use.

3. Bandwidth and Network Load

Transmitting the same piece of data multiple times can put an additional load on your network. This is more of an issue if you're sending data out from a cloud environment where you have to pay the egress cost. Additionally, some telemetry components are aggregation points that can push the limits of vertical scaling (for example carbon relay servers). Multicasting the data may not be possible directly at that point in the architecture due to limitations in how much data can traverse the NIC. It's essential to understand the impact on bandwidth and provision appropriately.

4. Cost Analysis

While multicasting can lead to savings, it's crucial to do a detailed cost analysis. Transmitting and storing data in multiple places might increase costs in certain scenarios.

5. Security and Compliance

Different storage destinations might have different security features and compliance certifications. Ensure that all destinations align with your company's security and regulatory needs.

6. Tool Integration

Not all observability tools might natively support multicasting data. Some observability vendors' agents can only send data to their product. You may need to explore a multi-agent strategy in cases like that.

7. Data Retrieval and Analysis

With data residing in multiple locations, the way your teams will need to engage with the data may differ. If you're using a popular open source telemetry dashboarding tool, then there will be at least some degree of consistency with how to engage with the data, even if the query syntax supported by each platform is different. This becomes a little more challenging if your teams are using the UI of the higher cost observability platform.

8. Data Lifecycle Management

Consider how long you need the data stored in each location. You might choose to have short-term data in one location and long-term archival in another.

9. Maintenance and Monitoring

With more destinations come more points of potential failure. Implement robust monitoring to ensure all destinations are consistently available and performing as expected. This is a good opportunity to introduce cross monitoring, where each observability stack monitors the other.

10. Migration and Scalability

As your business grows, you might need to migrate or scale your lower cost observability platform. Ensure the chosen destinations support such migrations without significant overhead.

Conclusion

Multicasting data that is collected by your observability tools offers an innovative approach to maximize both cost efficiency and system resilience. However, like all strategies, it comes with its set of considerations. By understanding and preparing for these considerations, businesses can harness the power of this approach to create observability solutions that are both robust and cost-effective.

Will Krause is VP of Engineering at Circonus

Hot Topics

The Latest

I've spent a lot of time in the channel, and one thing I keep coming back to is this: a partner program is only as good as what it looks like in the field. Many programs look great on paper, but when a partner is in front of a customer navigating a complex hybrid environment or trying to make the case for AI-powered observability, the gap between what a vendor promises and what it actually delivers becomes very clear, very fast ...

Enterprises today operate in a real-time environment where uninterrupted access to trusted data has become a baseline expectation for users, applications and automated systems. Traditional DataOps models, built on manual effort and human triage, cannot keep pace with this always active demand. AI agents are emerging as the operational backbone, ensuring consistent data availability, reinforcing trustworthiness and enabling a level of scale that manual processes cannot achieve ...

For decades, trust in the digital workplace rested on familiar signals. We trusted faces on video calls, voices on the phone, and emails that appeared to come from people we knew. These cues felt human and intuitive. They anchored how decisions were made, approvals were granted, and access was authorized. AI-powered deepfakes have quietly broken that model ...

Cloud migration was supposed to be a one-way door. For most enterprises, it turns out it isn't. Cloud data repatriation is a real and growing trend. A new survey ... finds that 89% of organizations plan to expand their on-premises infrastructure footprint over the next two years — and 75% have already moved at least some workloads back from public cloud in the past 24 months. The findings point to a broad rethinking of where data belongs ...

Over the past few years, large language models (LLMs) have revolutionized the software industry. Given their ability to excel at multi-step reasoning, LLMs have helped enterprises streamline workflows and adapt to the unknown. However, employing such models comes with sky-high costs, latency issues, and limited flexibility. In the realm of IT operations, it is generally wiser to employ smaller, domain-specific models instead ...

For years, DevOps teams operated under a simple assumption: collect enough telemetry, and you can find and fix any problem. That assumption is breaking down. Modern enterprises now operate across microservices, hybrid cloud environments, APIs, Kubernetes, and highly automated delivery pipelines. Releases happen continuously, dependencies shift constantly, and failures spread faster than teams can diagnose them ...

New Relic surveyed IT and engineering leaders from the media and entertainment (M&E) sector to understand what's working — and where challenges persist with their observability practices. The findings reveal how M&E organizations are navigating rising platform complexity, audience expectations, and AI-driven change. Below are five takeaways that stand out ...

Let me start with something I've seen play out more times than I can count. A team hits a wall with the cloud. Costs creep up, then spike. Performance starts to feel inconsistent. Someone in finance asks a simple question like "why did this double?" and nobody has a clean answer ... Maybe this isn't the right place for everything. That realization feels like a breakthrough, like you've identified the problem. In reality, you've just identified the starting line ...

In MEAN TIME TO INSIGHT Episode 24, Shamus McGillicuddy, VP of Research, Network Infrastructure and Operations, at EMA discusses network observability tool sprawl ... 

In cloud-native systems, scaling is often as simple as moving a slider. For on-premise databases, the stakes are different. Over-provisioning hardware is expensive. Under-provisioning leads to performance bottlenecks that are difficult to fix once the equipment is in the rack ...