C1000-130 Practice Questions

Single Sign-On (SSO) is an authentication mechanism that allows users to log in once and gain access to multiple applications without re-entering credentials. In IBM Cloud Pak for Integration (CP4I), Enterprise LDAP and OpenShift authentication both support SSO.

Enterprise LDAP (B) – ✅ Supports SSO

Lightweight Directory Access Protocol (LDAP) is commonly used in enterprises for centralized authentication.

CP4I can integrate with Enterprise LDAP, allowing users to authenticate once and access multiple cloud services without needing separate logins.

OpenShift Authentication (E) – ✅ Supports SSO

OpenShift provides OAuth-based authentication, enabling SSO across multiple OpenShift-integrated services.

CP4I uses OpenShift’s built-in identity provider to allow seamless user authentication across different Cloud Pak components.

A.  

2FA (Incorrect):

Two-Factor Authentication (2FA) enhances security by requiring an additional verification step but does not inherently support SSO.

C.  

Plain Text over HTTPS (Incorrect):

Plain text authentication is insecure and does not support SSO.

D.  

Enterprise SSH (Incorrect):

SSH authentication is used for remote access to servers but is not related to SSO.

Analysis of the Incorrect Options:

IBM Cloud Pak for Integration Authentication & SSO Guide

Red Hat OpenShift Authentication and Identity Providers

IBM Cloud Pak - Integrating with Enterprise LDAP

IBM Cloud Pak for Integration (CP4I) v2021.2 Administration References:

To add the IBM Cloud Pak for Integration (CP4I) CatalogSource objects to an OpenShift cluster that has internet access, there are two primary methods:

Using oc apply -f filename (Option A)

The CatalogSource resource definition can be written in a YAML file and applied using the OpenShift CLI.

This method ensures that the cluster is correctly set up with the required catalog sources for CP4I.

Example command:

sh

CopyEdit

oc apply -f cp4i-catalogsource.yaml

This is a widely used approach for configuring OpenShift resources.

Using the OpenShift Admin Web Console (Option E)

Administrators can manually paste the CatalogSource YAML definition into the OpenShift Admin Web Console.

Navigate to Administrator → Operators → OperatorHub → Create CatalogSource, paste the YAML, and click Create.

This provides a UI-based alternative to using the CLI.

B (Incorrect): There is no valid icr-io/cp4int:2.4 catalog project import method for adding a CatalogSource. IBM’s container images are hosted on IBM Cloud Container Registry (ICR), but this method is not used for adding a CatalogSource.

C (Incorrect): Red Hat OpenShift Application Runtimes (RHOAR) is unrelated to the CatalogSource object creation for CP4I.

D (Incorrect): Downloading the CP4I driver and using oc new-project is not the correct approach for adding a CatalogSource. The oc new-project command is used to create OpenShift projects but does not deploy catalog sources.

Explanation of Incorrect Options:IBM Cloud Pak for Integration (CP4I) v2021.2 Administration References:

IBM Documentation: Managing Operator Lifecycle with OperatorHub

OpenShift Docs: Creating a CatalogSource

IBM Knowledge Center: Installing IBM Cloud Pak for Integration

Before installing Automation Assets in IBM Cloud Pak for Integration (CP4I) v2021.2, specific storage types must be provisioned to support asset data and metadata storage. These storage types are required to ensure proper functioning and persistence of Automation Assets in an OpenShift-based deployment.

Asset Data Storage (File RWX Volume)

This storage is used to store asset files, which need to be accessible by multiple pods simultaneously.

It requires a shared file storage with ReadWriteMany (RWX) access mode, ensuring multiple replicas can access the data.

Example: NFS (Network File System) or OpenShift persistent storage supporting RWX.

Asset Metadata Storage (Block RWO Volume)

This storage is used for managing metadata related to automation assets.

It requires a block storage with ReadWriteOnce (RWO) access mode, which ensures exclusive access by a single node at a time for consistency.

Example: IBM Cloud Block Storage, OpenShift Container Storage (OCS) with RWO mode.

C.  

Asset ephemeral storage - a Block RWX volume (Incorrect)

There is no requirement for ephemeral storage in Automation Assets. Persistent storage is necessary for both asset data and metadata.

D.  

Automation data storage - a Block RWO volume (Incorrect)

Automation Assets specifically require file-based RWX storage for asset data, not block-based storage.

E.  

Automation metadata storage - a File RWX volume (Incorrect)

The metadata storage requires block-based RWO storage, not file-based RWX storage.

IBM Cloud Pak for Integration Documentation: Automation Assets Storage Requirements

IBM OpenShift Storage Documentation: Persistent Storage Configuration

IBM Cloud Block Storage: Storage Requirements for CP4I

Explanation of Incorrect Options:IBM Cloud Pak for Integration (CP4I) v2021.2 Administration References: