You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/vendor/insights-app-status.md
+33-22Lines changed: 33 additions & 22 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,6 +2,7 @@ import StatusesTable from "../partials/status-informers/_statusesTable.mdx"
2
2
import AggregateStatus from "../partials/status-informers/_aggregateStatus.mdx"
3
3
import AggregateStatusIntro from "../partials/status-informers/_aggregate-status-intro.mdx"
4
4
import SupportedResources from "../partials/instance-insights/_supported-resources-status.mdx"
5
+
import DependencyYaml from "../partials/replicated-sdk/_dependency-yaml.mdx"
5
6
6
7
# Enable and Understand Application Status
7
8
@@ -21,42 +22,52 @@ For more information about how instance data is sent to the Vendor Portal, see [
21
22
22
23
To display insights on application status, the Vendor Portal requires that your application has one or more _status informers_. Status informers indicate the Kubernetes resources deployed as part of your application that are monitored for changes in state.
23
24
24
-
To enable status informers for your application, do one of the following, depending on the installation method:
25
-
*[Helm Installations](#helm-installations)
26
-
*[KOTS Installations](#kots-installations)
25
+
For information about how to enable status informers, see the sections below:
To get instance status data for applications installed with Helm, the Replicated SDK must be installed alongside the application. For information about how to distribute and install the SDK with your application, see [Install the Replicated SDK](/vendor/replicated-sdk-installing).
31
+
For Helm CLI installations, you can include the Replicated SDK as a dependency in your primary Helm chart to get status data. When the application is deployed using `helm install` or `helm upgrade`, the SDK automatically detects and reports the status of resources in the Helm release for the given chart. You can also override the list of resources that get reported on using the SDK's [`statusInformers`](https://github.com/replicatedhq/replicated-sdk/blob/main/chart/values.yaml#L287) value.
31
32
32
-
After you include the SDK as a dependency, the requirements for enabling status informers vary depending on how your application is installed:
33
+
To get instance status data for installations with the Helm CLI:
33
34
34
-
* For applications installed by running `helm install` or `helm upgrade`, the Replicated SDK automatically detects and reports the status of the resources that are part of the Helm release. No additional configuration is required to get instance status data.
35
+
1. In your application Helm chart `Chart.yaml` file, add the YAML below to declare the SDK as a dependency. If your application is installed as multiple charts, declare the SDK as a dependency of the chart that customers install first. Do not declare the SDK in more than one chart. For more information, see [Install the Replicated SDK](/vendor/replicated-sdk-installing).
35
36
36
-
* For applications installed by running `helm template` then `kubectl apply`, the SDK cannot automatically detect and report the status of resources. You must configure custom status informers by overriding the `statusInformers` value in the Replicated SDK chart. For example:
37
+
<DependencyYaml/>
37
38
38
-
```yaml
39
-
# Helm chart values.yaml file
39
+
1. If either of the following are true, list all the resources that you want the SDK to report on in the SDK's [`statusInformers`](https://github.com/replicatedhq/replicated-sdk/blob/main/chart/values.yaml#L287) field:
40
40
41
-
replicated:
42
-
statusInformers:
43
-
- deployment/nginx
44
-
- statefulset/mysql
45
-
```
41
+
* You want the SDK to report on resources outside the Helm release for the chart where it is included as a dependency. For example, your application is installed as multiple charts and you want status data for resources created by subcharts.
42
+
* Your application is installed by running `helm template` then `kubectl apply`, rather than `helm install` or `helm upgrade`. In this case, the SDK is unable to automatically detect resources in the Helm release.
46
43
47
-
:::note
48
-
Applications installed by running `helm install` or `helm upgrade` can also use custom status informers. When the `replicated.statusInformers` field is set, the SDK detects and reports the status of only the resources included in the `replicated.statusInformers` field.
49
-
:::
44
+
**Example:**
50
45
51
-
### KOTS Installations
46
+
```yaml
47
+
# Your Helm chart values.yaml file
52
48
53
-
For applications installed with Replicated KOTS, configure one or more status informers in the KOTS Application custom resource. For more information, see [Adding Resource Status Informers](admin-console-display-app-status).
49
+
replicated:
50
+
# list all resources that you want the SDK to report on
51
+
statusInformers:
52
+
- deployment/nginx
53
+
- statefulset/mysql
54
+
```
54
55
55
-
When Helm-based applications that include the Replicated SDK and are deployed by KOTS, the SDK inherits the status informers configured in the KOTS Application custom resource. In this case, the SDK does _not_ automatically report the status of the resources that are part of the Helm release. This prevents discrepancies in the instance data in the vendor platform.
56
+
:::note
57
+
When `statusInformers` is set, the SDK reports the status of only the resources included in the `statusInformers` field.
58
+
:::
59
+
60
+
### Replicated Installers
61
+
62
+
To get instance insights from installations with a Replicated installer (Embedded Cluster, existing cluster KOTS, kURL), configure one or more status informers in the KOTS Application custom resource. For more information, see [Adding Resource Status Informers](admin-console-display-app-status).
63
+
64
+
:::note
65
+
When Helm-based applications that include the Replicated SDK and are deployed by a Replicated installer, the SDK inherits the status informers configured in the KOTS Application custom resource. In this case, the SDK does _not_ automatically report the status of the resources that are part of the Helm release. This prevents discrepancies in the instance data in the vendor platform.
66
+
:::
56
67
57
68
## View Resource Status Insights {#resource-status}
58
69
59
-
For applications that include the Replicated SDK, the Vendor Portal also displays granular resource status insights in addition to the aggregate application status. For example, you can hover over the **App status** field on the **Instance details** page to view the statuses of the indiviudal resources deployed by the application, as shown below:
70
+
For applications that include the Replicated SDK, the Vendor Portal also displays granular resource status insights in addition to the aggregate application status. For example, you can hover over the **App status** field on the **Instance details** page to view the statuses of the individual resources deployed by the application, as shown below:
60
71
61
72
<img src="/images/resource-status-hover-current-state.png" alt="resource status pop up" width="400px"/>
0 commit comments