On-Premise Installation
Installation Details for Arize On-Prem Deployment
Overview
The installation requires a release's TAR file that will be supplied by the Arize team. The TAR file includes all the documentation, terraforms, and Helm charts to install the Arize platform.
Example content:
Read the install-arize-using-helm.md
documentation for more detailed instructions on how to install on GCP, AWS, or Azure.
1. Pre-Deployment
The Arize team can help size the cluster based on customer requirements.
Storage bucket entities need to be created for Arize
A service account or IAM roles need to be created with access to the bucket storage and Kubernetes cluster
IP address and VPC setup should be discussed with the Arize team. Our team can help pre-configure the files for network setup based on required deployment options.
There are three options available for loading Arize container images:
(default) Let the cluster pull images from the Arize Central Registry
ch.hub.arize.com
Transfer images from the Arize Central Registry to a private registry
Download the images to a local folder and then upload the images into a private registry
2. Deployment
To get started quickly, you can use the scripts provided with the distribution. Extract the TAR file provided by the Arize team:
arize.sh
is the main installation script. This uses kubectl
and helm
to install the Arize Operator onto your cluster. The Operator then deploys the application and initializes the database and various components.
The arize.sh
script calls helm
which takes settings from a values.yaml
file. This file includes parameters such as:
cloud: gcp/aws/azure
clusterName: The cluster name on kubeconfig of the deployment
gazetteBucket: The bucket name to hold gazette events
druidBucket: The storage bucket to hold ui data
postgresPassword: The postgres db admin password
organizationName: The name of the organization owning the deployment
clusterSizing: The size of the deployment (small, medium, large, etc)
smtpPassword: The password for the SMTP service
smtpUser: The user for the SMTP service
smtpHost: The host endpoint for the SMTP service
smtpSenderEmail: The smtp authenticated address emails should come from. e.g. From: noreply@acme.com
gcpProject: (GCP only)The name of the project in GCP.
gcpServiceAccountName: (GCP only)The name of the service account
gcpServiceAccountJsonKey: (GCP only) A key from the service account
azurePrincipalId: (Azure only) The id of the Azure principal
region: (AWS only) Cluster region
serverSideEncryption: (AWS only) Optional encryption settings (Example: KMS)
sseKmsKeyId: (AWS only) Optional KMS encryption key
Running the script deploys the Arize Operator which then executes a number of steps that include:
Applying the secrets
Applying the manifests
Preparing the Database
Starting the consumer applications
Finally starting the User Interface and SDK receiver
Output of the script will look as follows:
After installation, endpoints for sending data from the SDK and for accessing the Platform UI are available for consumption by other applications running in the cluster. These endpoints can be exposed to infrastructure outside of kubernetes through additional Ingress configuration.
Initial login is based on the default login and password in the configuration setup.
3. Post Deploy
After deployment, teams should confirm:
Secrets have been applied
All Arize Kubernetes services are green and up
Test that the User Interface is live by accessing it at localhost:4040
:
The Arize team will typically work on completing the installation through help in setting up IP addresses, initial login accounts and testing the end to end system.
Questions? Email us at support@arize.com or Slack us in the #arize-support channel
Last updated