Ce contenu n'est pas disponible dans la langue sélectionnée.

Chapter 6. Virtualization with IBM Fusion Access for SAN


6.1. IBM Fusion Access for SAN overview

6.1.1. About IBM Fusion Access for SAN

IBM Fusion Access for SAN is a solution that provides a scalable clustered file system for enterprise storage, primarily designed to offer access to consolidated, block-level data storage. It presents storage devices, such as disk arrays, to the operating system as if they were direct-attached storage.

This solution is particularly geared towards enterprise storage for Red Hat OpenShift Virtualization and leverages existing Storage Area Network (SAN) infrastructure. A SAN is a dedicated network of storage devices that is typically not accessible through the local area network (LAN).

6.1.1.1. Why use Fusion Access for SAN?

Easy user experience
Fusion Access for SAN features a wizard-driven user interface (UI) for installing and configuring storage clusters, file systems, and storage classes, to simplify the setup process.
Leverage existing infrastructure
Organizations can leverage their existing SAN investments, including Fibre Channel (FC) and iSCSI technologies, as they transition to or expand with OpenShift Virtualization.
Scalability
The storage cluster is designed to scale with OpenShift Container Platform clusters and virtual machine (VM) workloads. It can support up to approximately 3000 VMs on 6 bare-metal hosts, with possibilities for further scaling by adding more file systems or using specific storage class parameters.
Consolidated and shared storage
SANs enable multiple servers to access a large, shared data storage capacity. This architecture facilitates automatic data backup and continuous monitoring of the storage and backup processes.
High-speed data transfer
By using a dedicated high-speed network for storage, Fusion Access for SAN overcomes the data transfer bottlenecks that can occur over a traditional LAN, especially for large volumes of data.
File-level access
Although a SAN primarily operates at the block level, file systems built on top of SAN storage can provide file-level access through shared-disk file systems.
Centralized management
The underlying SAN software manages servers, storage devices, and the network to ensure that data moves directly between storage devices with minimal server intervention. It also supports centralized management and configuration of SAN components like Logical Unit Numbers (LUNs).

6.1.2. Prerequisites and Limitations for Fusion Access for SAN

6.1.2.1. Prerequisites

Installing and configuring Fusion Access for SAN require the following prerequisites:

  • Bare-metal worker nodes with attached SAN storage.
  • A working container registry enabled.
  • All worker nodes must connect to the same LUNs.

    A shared LUN is a shared disk that is accessed by all worker nodes simultaneously.

  • A Kubernetes pull secret.

6.1.2.2. Limitations

  • Limitations for Fusion Access for SAN rely on the IBM Storage Scale container native limitations and can be found in the documentation for IBM Storage Scale container native.
  • Hosted control planes (HCP) clusters are not supported.

6.2. Installing and configuring IBM Fusion Access for SAN

To use Red Hat OpenShift Virtualization with IBM Fusion Access for SAN, you must first install the Fusion Access for SAN Operator.

Then you must create a Kubernetes pull secret and create the FusionAccess custom resource (CR).

Finally, follow the Red Hat OpenShift Container Platform web console wizard to configure the storage cluster, local disk, and file systems.

6.2.1. Installing the Fusion Access for SAN Operator

Install the Fusion Access for SAN Operator from the OperatorHub in the OpenShift Container Platform web console.

Prerequisites

  • You have access to the cluster as a user with the cluster-admin role.
  • You have a working container registry enabled.

Procedure

  1. In the OpenShift Container Platform web console, navigate to Operators OperatorHub.
  2. In the Filter by keyword field, type Fusion Access for SAN.
  3. Select the Fusion Access for SAN tile and click Install.
  4. On the Install Operator page, keep the default selections for Update Channel, Version, and Installation mode.
  5. Verify that Operator recommended Namespace is selected for Installed Namespace.

    This installs the Operator in the ibm-fusion-access namespace. If this namespace does not yet exist, it is automatically created.

    Warning

    If you install the Fusion Access for SAN Operator in a namespace other than ibm-fusion-access, Fusion Access for SAN does not work.

  6. Verify that the Automatic default is selected for Update Approval.

    This enables automatic updates when a new z-stream release is available.

  7. Click Install.

    This installs the Operator.

Verification

  1. Navigate to Operators Installed Operators.
  2. Verify that the Fusion Access for SAN Operator is displayed.

6.2.2. Creating a Kubernetes pull secret

After installing the Fusion Access for SAN Operator, you must create a Kubernetes secret object to hold the IBM entitlement key for pulling the required container images from the IBM container registry.

Prerequisites

  • You installed the oc CLI.
  • You have access to the cluster as a user with the cluster-admin role.
  • You installed the Fusion Access for SAN Operator and created the ibm-fusion-access namespace in the process.

Procedure

  1. Log in to the IBM Container software library with your Fusion Access for SAN IBMid and password.
  2. In the IBM Container software library, get the entitlement key:

    1. If you do not have an entitlement key yet, click Get entitlement key or Add new key, and then click Copy.
    2. If you already have an entitlement key, click Copy.
  3. Save the entitlement key in a safe place.
  4. Create the secret object by running the oc create command:

    $ oc create secret -n ibm-fusion-access generic fusion-pullsecret \
    --from-literal=ibm-entitlement-key=<ibm-entitlement-key> 
    1
    Copy to Clipboard Toggle word wrap
    1
    This is the entitlement key you copied in step 2 from the IBM Container software library.

Verification

  1. In the OpenShift Container Platform web console, navigate to Workloads Secrets.
  2. Find the fusion-pullsecret in the list.

6.2.3. Creating the FusionAccess CR

After installing the Fusion Access for SAN Operator and creating a Kubernetes pull secret, you must create the FusionAccess custome resource (CR).

Creating the FusionAccess CR triggers the installation of the correct version of IBM Storage Scale and detects worker nodes with shared LUNs.

Prerequisites

  • You have access to the cluster as a user with the cluster-admin role.
  • You installed the Fusion Access for SAN Operator.
  • You created a Kubernetes pull secret.

Procedure

  1. In the OpenShift Container Platform web console, navigate to Operators Installed Operators.
  2. Click on the Fusion Access for SAN Operator you installed.
  3. In the Fusion Access for SAN page, select the Fusion Access tab.
  4. Click Create FusionAccess.
  5. On the Create FusionAccess page, enter the object Name.
  6. Optional: You can choose to add Labels if they are relevant.
  7. Select the IBM Storage Scale Version from the drop-down list.

    This version is the same version that was used to install the Fusion Access for SAN Operator.

  8. Click Create.

Verification

  • In the Fusion Access for SAN Operator page, in the Fusion Access tab, verify that the created FusionAccess CR appears with the status Ready.

6.2.4. Creating a storage cluster with Fusion Access for SAN

Once you have installed the Fusion Access for SAN Operator, you can create a storage cluster with shared storage nodes.

The wizard for creating the storage cluster in the OpenShift Container Platform web console provides easy-to-follow steps and lists the relevant worker nodes with shared disks.

Prerequisites

  • You have bare-metal worker nodes with visible and attached shared LUNs.

    A shared LUN is a shared disk that is accessed by all workers simultaneously.

  • You installed the Fusion Access for SAN Operator.
  • You created the FusionAccess custom resource (CR) in the ibm-fusion-access namespace.

Procedure

  1. In the OpenShift Container Platform web console, navigate to Storage Fusion Access for SAN.
  2. Click Create storage cluster.
  3. Select the worker nodes that have shared LUNs.

    Note

    You can only select worker nodes with a minimum of 20 GB of RAM from the list.

  4. Click Create storage cluster.

    The page reloads, opening the Fusion Access for SAN page for the new storage cluster.

6.2.5. Creating a file system with Fusion Access for SAN

You need to create a file system to represent your required storage.

The file system is based on the storage available in the worker nodes you selected when creating the storage cluster.

Prerequisites

  • You created a Fusion Access for SAN storage cluster.

Procedure

  1. In the OpenShift Container Platform web console, navigate to Storage Fusion Access for SAN.
  2. In the File systems tab, click Create file system.
  3. Enter a Name for the new file system.
  4. Select the LUNs that you want to use as the storage volumes for your file system.
  5. Click Create file system.

    The Fusion Access for SAN page reloads, and the new file system appears in the File systems tab.

Next steps

Repeat this procedure for each file system that you want to create.

Verification

  1. Watch the Status of the file system in the File systems tab until it is marked as Healthy.

    Note

    This may take several minutes.

  2. Click on the StorageClass for the file system.
  3. In the YAML tab, verify the following:

    1. The value in the name field is the name of the file system you created.
    2. The value in the provisioner field is spectrumscale.csi.ibm.com.
    3. The value in the volBackendFs field matches the name of the file system you created.

      kind: StorageClass
      apiVersion: storage.k8s.io/v1
      metadata:
        name: filesystem1
        uid: eb410309-a043-a89b-9bb05483872a
        resourceVersion: '87746'
        creationTimestamp: '2025-05-14T12:30:08Z'
        managedFields:
      provisioner: spectrumscale.csi.ibm.com
      parameters:
        volBackendFs: filesystem1
      reclaimPolicy: Delete
      allowVolumeExpansion: true
      volumeBindingMode: Immediate
      Copy to Clipboard Toggle word wrap

6.2.6. Next steps

Once you create a storage cluster with file systems, you can create a virtual machine (VM) on the storage cluster.

Create a VM from an instance type or template and select one of the file systems you created as the storage type.

Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat