I see that “Custom metrics can be collected for application instances running in online or air gap environments.” I have not found documentation about the direct method of retrieving these metrics from air gap environments. How is this done?
Regards,
-nate
Hi @credo-nate ,
Collection of metrics in airgap environments, whether custom metrics you’ve posted to the Replicated SDK, or the standard instance telemetry Replicated collects by default, is done via our Alpha Airgap Telemetry Collection feature, which leverages support bundles.
More specifically, we store custom metrics in a K8s secret. When a support bundle is collected, this info is included. When the support bundle is uploaded to Vendor Portal, we process the data backfilling in the instance historical event data, and subsequently making it available to you within the Vendor Portal UI, or via data export for consumption in your own data tools.
This new Airgap Telemetry Collection feature is not yet documented because the feature is in ALPHA and hidden behind a feature flag. There is active work underway to move the feature to BETA and make it more broadly available (and publicly documented).
Ahead of that, if you’d like access to the feature to try it out, please message me via your shared Replicated slack channel and I’m happy to turn the feature flag on for you.
This airgap telemetry feature is now in BETA, meaning it is now documented and widely available to all Vendors that would like to try it out. See docs at: Collecting Telemetry for Air Gap Instances (Beta) | Replicated Docs
Hi @Amber_Alston! Is it possible to enable collecting metrics in an air gap installation without using the support bundle? We’d like to have that visibility as customers can allow sending metrics even if it’s an air gap installation.
Hi @Moises_Calzado !
Is it possible to enable collecting metrics in an air gap installation without using the support bundle?
Currently it is not. The support bundle mechanism is the only way to collect default metrics/statuses and any custom metrics.
We have talked about the idea of possibly extending the functionality beyond the support bundle method, so it would be really helpful to better understand your use case.
We’d like to have that visibility as customers can allow sending metrics even if it’s an air gap installation.
Can you talk me through your install scenario and what you are envisioning here?
What is your use case for installing in airgap mode, but in an environment that has either ongoing or intermittent internet connectivity?
How are you envisioning an customer acceptable scenario for your customers to phone home metrics from these airgap environments?
If we considered something like a license option (that you would control per customer) that allowed those associated instances to phone home metrics, would that possibly be an appealing approach with how you envision explaining this capability to your airgap install customers?