Learn about your options for installing Gloo Mesh Core in your environment.
Choose whether you want to deploy Gloo Mesh Core in one cluster, or across multiple clusters.
Gloo Mesh Core is fully functional when the management plane (management server) and data plane (agent and service mesh) both run within the same cluster. You can easily install both the control and data plane components by using one installation process. If you choose to install the components in separate processes, ensure that you use the same name for the cluster during both processes.
A multicluster Gloo Mesh Core setup consists of one management cluster that you install the Gloo management plane (management server) in, and one or more workload clusters that serve as the data plane (agent and service mesh). By running the management plane in a dedicated management cluster, you can ensure that no workload pods consume cluster resources that might impede management processes. Many guides throughout the documentation use one management cluster and two workload clusters as an example setup.
Sidecar deployment options
You can deploy some Gloo components as either standalone pods or as sidecar containers to other component pods. Deploying components as sidecars can help reduce the amount of compute resources required to run Gloo Mesh Core.
The following components can be deployed either as standalone pods or as sidecars. For more information about the installed components, review the Gloo Mesh Core architecture.
|Component deployed as a sidecar
|Main component pod
|Gloo management server
glooAgent.runAsSidecar: trueNote that the agent is available as a sidecar only in single-cluster environments.
|Gloo insights engine
|Gloo management server
After you decide on a single or multicluster environment, choose whether to use the
meshctl CLI or Helm charts to install Gloo Mesh Core.
CLI install profiles
Gloo packages profiles in the
meshctl CLI for quick Gloo Mesh Core installations. Profiles provide basic Helm settings for a minimum installation, and are suitable for testing setups. Because the profiles provide standard setups, they can also be useful starting points for building a customized and robust set of Helm installation values.
meshctl install and
meshctl cluster register commands, you can specify one or more profiles in the
--profile flag. Multiple profiles can be applied in a comma-delimited list, in which merge priority is left to right. Note that any values you specify in
--gloo-mesh-agent-chart-values flags have highest merge priority.
The following profiles are supported. You can review the Helm settings in a profile by running
curl https://storage.googleapis.com/gloo-platform/helm-profiles/2.6.0-beta1/<profile>.yaml > profile-values.yaml.
|Install all Gloo Mesh Core components into a single-cluster Kubernetes setup.
|Gloo management server, Gloo UI, Gloo insights engine, Gloo OpenTelemetry (OTel) gateway, Gloo agent, Gloo analyzer, Gloo OTel collector agents, Prometheus, Redis
|In a multicluster Kubernetes setup, install the Gloo management plane in a dedicated cluster.
|Gloo management server, Gloo UI, Gloo insights engine, Gloo OTel gateway, Prometheus, Redis
|In a multicluster Kubernetes setup, register a workload cluster that runs an Istio service mesh with the management plane.
|Gloo agent, Gloo analyzer, Gloo OTel collector agents
|If you install the Solo distribution of the Cilium CNI in your cluster, enable Cilium pod logs collection in the Gloo telemetry collector agent. For more information, see Add Cilium flow logs.
To extensively customize the settings of your Gloo Mesh Core installation, you can use the
gloo-platform-crds Helm charts.
Installation Helm chart
All components for a full Gloo Mesh Core installation are available in the
gloo-platform Helm chart.
Helm installations allow for extensive customization of Gloo settings, and are suitable for proof-of-concept or production setups. Within the
gloo-platform chart, you can find the configuration options for all components in the following sections.
|Configuration for the Clickhouse deployment, which stores logs from Gloo Platform Telemetry Collectors. See the Bitnami Clickhouse Helm chart for the complete set of values.
|Common values shared across components. When applicable, these can be overridden in specific components.
|Demo-specific features that improve quick setups. Do not use in production.
featureGates fields instead.
|Configuration for the Gloo external authentication service.
|Experimental features for Gloo Platform. Disabled by default.
|Configuration for the Gloo agent.
|Configuration for the Gloo analyzer, which gathers data on Gloo and Istio components.
|Configuration for the Gloo insights engine, which creates Solo insights.
|Configuration for the Gloo management server.
|Gloo Network agent configuration options.
|Configuration for the Gloo Platform Portal server deployment.
|Configuration for the Gloo Platform Spire server deployment.
|Configuration for the Gloo UI.
|Configuration for deploying managed Istio control plane and gateway installations by using the Istio lifecycle manager.
|Configuration for the Gloo Platform Jaeger instance.
|Gloo Platform product licenses.
|Configuration for Gloo Platform PostgreSQL instance.
|Helm values for configuring Prometheus. See the Prometheus Helm chart for the complete set of values.
|Configuration for the Gloo rate limiting service.
|Configuration for the default Redis instance.
|Configuration for the Gloo Platform Telemetry Collector. See the OpenTelemetry Helm chart for the complete set of values.
|Optional customization for the Gloo Platform Telemetry Collector.
|Configuration for the Gloo Platform Telemetry Gateway. See the OpenTelemetry Helm chart for the complete set of values.
|Optional customization for the Gloo Platform Telemetry Gateway.
You can see all possible fields that you can set for the chart by running the following command.
helm show values gloo-platform/gloo-platform --version v2.6.0-beta1 > all-values.yaml
CRD Helm chart
All CRDs that are required for a Gloo Mesh Core installation are available in the
gloo-platform-crds Helm chart.
By default, this Helm chart installs all CRDs that are available in Gloo Platform, including CRDs that you can use only if you have a Gloo Mesh Enterprise or Gloo Mesh Gateway license. To install only the CRDs that are relevant to Gloo Mesh Core, set
false. To see all CRD installation options, see the Helm values documentation.
When you set
false, the following CRDs are installed:
If you already installed the chart, you can run
kubectl get crds -A | grep gloo.solo.io to see the installed CRDs.