Installation
Installing the CLI, or the controller, or the Operator
Abstract
Chapter 1. Installing the Skupper CLI
The Skupper CLI provides a method to create both Kubernetes and Podman sites.
Podman sites are a Technology Preview feature as described in This content is not included.Release Notes
Prerequisites
- Your subscription has been activated and your system is registered. For more information about using the Customer Portal to activate your Red Hat subscription and register your system for packages, see Chapter 6, Using your subscription.
Procedure
Use the
subscription-managercommand to subscribe to the required package repositories. Replace<version>with1for the main release stream or1.4for the long term support release stream.- Red Hat Enterprise Linux 8
$ sudo subscription-manager repos --enable=service-interconnect-_<version>_-for-rhel-8-x86_64-rpms
- Red Hat Enterprise Linux 9
$ sudo subscription-manager repos --enable=service-interconnect-_<version>_-for-rhel-9-x86_64-rpms
Use the
yumordnfcommand to install theskuppercommand:$ sudo dnf install skupper-cli
If you want to run
skupperto create a podman site on RHEL 8, you need to configure podman to usenetavarkif it is not already configured:Check if
netavarkis configured as the podman network backend:$ podman info | grep networkBackend
If
netavarkis not listed as the backend, install it:$ sudo dnf install netavark
Configure podman to use
netavarkby making sure the following lines exist in the/etc/containers/containers.conffile:[network] network_backend = "netavark"
- Verify the new configuration by repeating step a.
Additional information
- See Getting Started for instructions about creating a site.
-
Use
man containers.confto view more information about podman configuration.
Chapter 2. Installing the Operator
The Red Hat Service Interconnect Operator creates and manages sites in OpenShift.
The Red Hat Service Interconnect Operator is supported only on OpenShift 4. Installing an Operator requires administrator-level privileges for your cluster.
2.1. Installing the Operator for all namespaces using the CLI
The steps in this section show how to use the oc command to install and deploy the latest version of the Red Hat Service Interconnect Operator in a given OpenShift cluster. Installing the operator for all namespaces allows you create a site in any namespace. See This page is not included, but the link has been rewritten to point to the nearest parent document.Getting started with the OpenShift CLI for more information about the oc command.
Prerequisites
-
Access to an OpenShift cluster using a
cluster-adminaccount. See This content is not included.Release Notes for supported OpenShift versions.
Procedure
Log in to OpenShift as a cluster administrator. For example:
$ oc login -u system:admin
- Complete the steps described in Red Hat Container Registry Authentication.
Create a file named
subscription-all.yamlwith the following:apiVersion: operators.coreos.com/v1alpha1 kind: Subscription metadata: name: skupper-operator namespace: openshift-operators spec: channel: stable-1.4 installPlanApproval: Automatic name: skupper-operator source: redhat-operators sourceNamespace: openshift-marketplace startingCSV: skupper-operator.v1.4.4-rh-1
NoteIf you do not specify
startingCSV, the subscription defaults to the latest operator version.If you specify
installPlanApprovalasManual, sites are not automatically upgraded to the latest version of Service Interconnect. See Chapter 4, Upgrading the Red Hat Service Interconnect Operator and sites for information on manually upgrading sites.Apply the subscription YAML:
$ oc apply -f subscription-all.yaml
Additional information
- See Getting Started for instructions about creating a site.
2.2. Installing the Operator for a single namespace using the CLI
The steps in this section show how to use the oc command to install and deploy the latest version of the Red Hat Service Interconnect Operator in a given OpenShift cluster. Installing the operator for a single namespaces allows you create a site in the specified namespace. See This page is not included, but the link has been rewritten to point to the nearest parent document.Getting started with the OpenShift CLI for more information about the oc command.
Prerequisites
-
Access to an OpenShift cluster using a
cluster-adminaccount. See This content is not included.Release Notes for supported OpenShift versions.
Procedure
Log in to OpenShift as a cluster administrator. For example:
$ oc login -u system:admin
- Complete the steps described in Red Hat Container Registry Authentication.
Create an Operator group in the namespace where you want to create a site:
Create a file named
operator-group.yamlwith the following:kind: OperatorGroup apiVersion: operators.coreos.com/v1 metadata: name: skupper-operator namespace: my-namespace spec: targetNamespaces: - my-namespace
where
my-namespaceis the name of the namespace you want to create the site.Apply the Operator group YAML:
$ oc apply -f operator-group.yaml
Create a file named
subscription-myns.yamlwith the following:apiVersion: operators.coreos.com/v1alpha1 kind: Subscription metadata: name: skupper-operator namespace: my-namespace spec: channel: stable-1.4 installPlanApproval: Automatic name: skupper-operator source: redhat-operators sourceNamespace: openshift-marketplace startingCSV: skupper-operator.v1.4.4-rh-1
where
my-namespaceis the name of the namespace you want to create the site.NoteIf you do not specify
startingCSV, the subscription defaults to the latest operator version.If you specify
installPlanApprovalasManual, sites are not automatically upgraded to the latest version of Service Interconnect. See Chapter 4, Upgrading the Red Hat Service Interconnect Operator and sites for information on manually upgrading sites.Apply the subscription YAML:
$ oc apply -f subscription-myns.yaml
Additional information
- See Getting Started for instructions about creating a site.
2.3. Installing the Operator using the OpenShift console
The procedures in this section show how to use the OperatorHub from the OpenShift console to install and deploy the latest version of the Red Hat Service Interconnect Operator in a given OpenShift namespace.
Prerequisites
-
Access to an OpenShift cluster using a
cluster-adminaccount. See This content is not included.Release Notes for supported OpenShift versions.
Procedure
- In the OpenShift web console, navigate to → .
-
Choose
Red Hat Service Interconnect Operatorfrom the list of available Operators, and then click . On the Operator Installation page, two Installation mode options are available:
- All namespaces on the cluster
A specific namespace on the cluster
For this example, choose A specific namespace on the cluster.
Choose an Update approval option.
By default, Automatic approval is selected, and sites will upgrade to the latest version of Service Interconnect. If you choose Manual approval, sites will not be automatically upgraded to the latest version of Service Interconnect. See Chapter 4, Upgrading the Red Hat Service Interconnect Operator and sites for information on manually upgrading sites.
Select the namespace into which you want to install the Operator, and then click .
The Installed Operators page appears displaying the status of the Operator installation.
- Verify that the Red Hat Service Interconnect Operator is displayed and wait until the Status changes to Succeeded.
If the installation is not successful, troubleshoot the error:
-
Click
Red Hat Service Interconnect Operatoron the Installed Operators page. - Select the Subscription tab and view any failures or errors.
-
Click
For more information about installing Operators, see the OpenShift Documentation
Additional information
- See Getting Started for instructions about creating a site.
Chapter 3. Upgrading the Skupper CLI and sites
Upgrading sites requires the latest version of the Skupper CLI.
Update all sites to ensure the same version of Service Interconnect is running across your service network. You can expect some minimal downtime during the update process.
Procedure
Upgrade the
skupperCLI:$ dnf upgrade skupper-cli
Upgrade each site:
- Set the context to the site you want to upgrade.
Run the upgrade command:
$ skupper update
Chapter 4. Upgrading the Red Hat Service Interconnect Operator and sites
If you chose automatic updates when installing the Red Hat Service Interconnect Operator, sites are upgraded when a new version of Service Interconnect is available. If you choose manual updates, complete this procedure to upgrade your sites.
Procedure
- Log into the OpenShift console.
- Navigate to the Installed Operators page.
- If Upgrade available is displayed as the Status for the Red Hat Service Interconnect Operator, click that text.
- On the InstallPlan details page, click Preview InstallPlan.
- Click Approve to upgrade sites.
Chapter 5. Installing the policy system
Installing the Skupper policy system on a cluster allows you control how Skupper is used on the cluster.
Applying the policy system in a cluster without specific policy rules prohibits site linking and service exposure. If you are installing the policy system on a cluster where there are existing sites, you must create policies before installing the policy system to avoid disruption.
Prerequisites
-
Access to a Kubernetes cluster with
cluster-adminprivileges. - The Red Hat Service Interconnect Operator is installed
Procedure
- Log into your cluster.
Deploy the policy CRD:
$ kubectl apply -f skupper_cluster_policy_crd.yaml customresourcedefinition.apiextensions.k8s.io/skupperclusterpolicies.skupper.io created clusterrole.rbac.authorization.k8s.io/skupper-service-controller created
where the contents of
skupper_cluster_policy_crd.yamlis specified in the Appendix A, YAML for the Skupper policy CRD appendix.
Additional information
See Content from skupper.io is not included.Securing a service network using policies for more information about using policies.
Chapter 6. Using your subscription
Red Hat Service Interconnect is provided through a software subscription. To manage your subscriptions, access your account at the Red Hat Customer Portal.
6.1. Accessing your account
Procedure
- Go to access.redhat.com.
- If you do not already have an account, create one.
- Log in to your account.
6.2. Activating a subscription
Procedure
- Go to access.redhat.com.
- Navigate to My Subscriptions.
- Navigate to Activate a subscription and enter your 16-digit activation number.
6.3. Registering your system for packages
To install RPM packages for this product on Red Hat Enterprise Linux, your system must be registered. If you are using downloaded release files, this step is not required.
Procedure
- Go to access.redhat.com.
- Navigate to Registration Assistant.
- Select your OS version and continue to the next page.
- Use the listed command in your system terminal to complete the registration.
For more information about registering your system, see one of the following resources:
Appendix A. YAML for the Skupper policy CRD
The policy system allows a cluster administrator restrict Skupper usage on a cluster. It is not required for typical Skupper usage.
The following YAML applies the Skupper policy CRD to a cluster.
---
apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
name: skupperclusterpolicies.skupper.io
spec:
group: skupper.io
versions:
- name: v1alpha1
served: true
storage: true
schema:
openAPIV3Schema:
type: object
properties:
spec:
type: object
properties:
namespaces:
type: array
items:
type: string
allowIncomingLinks:
type: boolean
allowedOutgoingLinksHostnames:
type: array
items:
type: string
allowedExposedResources:
type: array
items:
type: string
allowedServices:
type: array
items:
type: string
scope: Cluster
names:
plural: skupperclusterpolicies
singular: skupperclusterpolicy
kind: SkupperClusterPolicy
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
labels:
application: skupper-service-controller
name: skupper-service-controller
rules:
- apiGroups:
- skupper.io
resources:
- skupperclusterpolicies
verbs:
- get
- list
- watch
- apiGroups:
- ""
resources:
- namespaces
verbs:
- getAppendix B. About Service Interconnect documentation
Making open source more inclusive
Red Hat is committed to replacing problematic language in our code, documentation, and web properties. We are beginning with these four terms: master, slave, blacklist, and whitelist. Because of the enormity of this endeavor, these changes will be implemented gradually over several upcoming releases. For more details, see our CTO Chris Wright’s message.
Revised on 2024-10-07 16:42:28 UTC