C1000-130 IBM Cloud Pak for Integration V2021.2 Administration Free Practice Exam Questions (2025 Updated)

In IBM App Connect, when integrating flows across a hybrid environment (a combination of cloud and on-premises systems), an Integration Agent is required to enable callable flows.

Callable flows allow one integration flow to invoke another flow that may be running in a different environment (on-premises or cloud).

The Integration Agent acts as a bridge between IBM App Connect Designer (cloud-based) or App Connect Dashboard and the on-premises resources.

It ensures secure and reliable communication between different environments.

Option A (Incorrect – Switch server): No such component is needed in App Connect for hybrid integrations.

Option B (Incorrect – Mapping assist): This is used for transformation support but does not enable cross-environment callable flows.

Option C (Correct – Integration agent): The Integration Agent is specifically designed to support callable flows across hybrid environments.

Option D (Incorrect – Kafka): While Kafka is useful for event-driven architectures, it is not required for invoking callable flows between App Connect instances.

Why is the Integration Agent needed?Analysis of the Options:IBM Cloud Pak for Integration (CP4I) v2021.2 Administration References:

IBM App Connect Hybrid Integration Guide

Using Integration Agents for Callable Flows

IBM Cloud Pak for Integration Documentation

In an air-gapped environment, the OpenShift cluster does not have direct internet access, which means that new software images, such as IBM API Connect, must be manually mirrored from an external source.

The correct approach for installing a new API Connect capability in an air-gapped OpenShift environment is to:

Use a laptop or a bastion host that does have internet access to pull required container images from IBM’s entitled software registry.

Leverage Container Application Software for Enterprises (CASE) files to download and transfer images to the private OpenShift registry.

Mirror images into the OpenShift cluster by using OpenShift’s built-in image mirror utilities (oc mirror).

This method ensures that all required container images are available locally within the air-gapped environment.

Why the Other Options Are Incorrect?Option

Explanation

Correct?

B. An OVA form-factor of the Cloud Pak for Integration is recommended for high-security deployments.

❌ Incorrect – IBM Cloud Pak for Integration does not provide an OVA (Open Virtual Appliance) format for API Connect deployments. It is containerized and runs on OpenShift.

❌

C. A pass-through route must be configured in the OpenShift Container Platform to connect to the online image registry.

❌ Incorrect – Air-gapped environments have no internet connectivity, so this approach would not work.

❌

D. Use secure FTP to mirror software images in the OpenShift Container Platform cluster nodes.

❌ Incorrect – OpenShift does not use FTP for image mirroring; it relies on oc mirror and image registries for air-gapped deployments.

❌

Final Answer:✅ A. Configure a laptop or bastion host to use Container Application Software for Enterprises files to mirror images.

IBM API Connect Air-Gapped Installation Guide

IBM Container Application Software for Enterprises (CASE) Documentation

Red Hat OpenShift - Mirroring Images for Disconnected Environments

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

jsonpath='{.status.channels[*].name}'

performs the following actions:

oc get packagemanifest → Retrieves the package manifest information for operators installed on the OpenShift cluster.

-n ibm-common-services → Specifies the namespace where IBM Common Services are installed.

ibm-common-service-operator → Targets the IBM Common Service Operator, which manages foundational services for Cloud Pak for Integration.

-o jsonpath='{.status.channels[*].name}' → Extracts and displays the available upgrade channels from the operator’s status field in JSON format.

The IBM Common Service Operator is part of Cloud Pak for Integration Foundational Services.

The status.channels[*].name field lists the available upgrade channels (e.g., stable, v1, latest).

This command helps administrators determine which upgrade paths are available for foundational services.

Why Answer A is Correct:

B. It displays the status and names of channels in the default queue manager. → Incorrect

This command is not related to IBM MQ queue managers.

It queries package manifests for IBM Common Services operators, not queue managers.

C. It retrieves a manifest of services packaged in Cloud Pak for Integration operators. → Incorrect

The command does not return a full list of services; it only displays upgrade channels.

D. It returns an operator package manifest in a JSON structure. → Incorrect

The command outputs only the names of upgrade channels in plain text, not the full JSON structure of the package manifest.

Explanation of Incorrect Answers:

IBM Cloud Pak Foundational Services Overview

OpenShift PackageManifest Command Documentation

IBM Common Service Operator Details

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

When installing IBM Cloud Pak for Integration (CP4I) operators via the CLI, the Operator Lifecycle Manager (OLM) requires an OperatorGroup resource before applying a Subscription.

OperatorGroup defines the scope (namespace) in which the operator will be deployed and managed.

It ensures that the operator has the necessary permissions to install and operate in the specified namespace.

Without an OperatorGroup, the subscription for ibm-cp-integration cannot be applied, and the installation will fail.

Create a new namespace (if not already created):

Why an OperatorGroup is Required:Steps for CLI Installation:oc create namespace cp4i-namespace

Create the OperatorGroup YAML (e.g., operatorgroup.yaml):

apiVersion: operators.coreos.com/v1

kind: OperatorGroup

metadata:

name: cp4i-operatorgroup

namespace: cp4i-namespace

spec:

targetNamespaces:

- cp4i-namespace

Apply it using:

oc apply -f operatorgroup.yaml

Apply the Subscription YAML for ibm-cp-integration once the OperatorGroup exists.

B. The ibm-foundational-services operator and subscription

While IBM Foundational Services is required for some Cloud Pak features, its absence does not prevent the creation of an operator subscription.

C. The platform-navigator operator and subscription

Platform Navigator is an optional component and is not required before installing the ibm-cp-integration subscription.

D. The ibm-common-services namespace

The IBM Common Services namespace is used for foundational services, but it is not required for defining an operator subscription in a new namespace.

Why Other Options Are Incorrect:IBM Cloud Pak for Integration (CP4I) v2021.2 Administration References:

IBM Cloud Pak for Integration Operator Installation Guide

Red Hat OpenShift - Operator Lifecycle Manager (OLM) Documentation

IBM Common Services and Foundational Services Overview

In IBM Cloud Pak for Integration (CP4I) v2021.2, Event Endpoint Management (EEM) is the capability that describes, catalogs, and socializes APIs for Kafka event sources with application developers.

Event Endpoint Management (EEM) allows developers to discover and consume Kafka event sources in a structured way, similar to how REST APIs are managed in an API Gateway.

It provides a developer portal where event-driven APIs can be exposed, documented, and consumed by applications.

It helps organizations share event-driven APIs with internal teams or external consumers, enabling seamless event-driven integrations.

Why "Event Endpoint Management" is the Correct Answer?

Why the Other Options Are Incorrect?Option

Explanation

Correct?

A. Gateway Endpoint Management

❌ Incorrect – Gateway endpoint management refers to managing API Gateway endpoints for routing and securing APIs, but it does not focus on event-driven APIs like Kafka.

❌

B. REST Endpoint Management

❌ Incorrect – REST Endpoint Management deals with traditional RESTful APIs, not event-driven APIs for Kafka.

❌

D. API Endpoint Management

❌ Incorrect – API Endpoint Management is a generic term for managing APIs but does not specifically focus on event-driven APIs for Kafka.

❌

Final Answer:✅ C. Event Endpoint Management

IBM Cloud Pak for Integration – Event Endpoint Management

IBM Event Endpoint Management Documentation

Kafka API Discovery & Management in IBM CP4I

IBM Aspera High-Speed Transfer Server (HSTS) is a core component of IBM Cloud Pak for Integration (CP4I) that enables secure, high-speed file transfers over networks, regardless of file size, distance, or network conditions.

HSTS does not impose a file size limit, meaning users can transfer files of any size efficiently.

It uses IBM Aspera’s FASP (Fast and Secure Protocol) to achieve transfer speeds significantly faster than traditional TCP-based transfers, even over long distances or unreliable networks.

HSTS allows an unlimited number of concurrent users to transfer files using an Aspera client.

It ensures secure, encrypted, and efficient file transfers with features like bandwidth control and automatic retry in case of network failures.

A. HSTS allows an unlimited number of concurrent users to transfer files of up to 500GB at high speed using an Aspera client. (Incorrect)

Incorrect file size limit – HSTS supports files of any size without restrictions.

B. HSTS allows an unlimited number of concurrent users to transfer files of up to 100GB at high speed using an Aspera client. (Incorrect)

Incorrect file size limit – There is no 100GB limit in HSTS.

C. HSTS allows an unlimited number of concurrent users to transfer files of up to 1TB at high speed using an Aspera client. (Incorrect)

Incorrect file size limit – There is no 1TB limit in HSTS.

D. HSTS allows an unlimited number of concurrent users to transfer files of any size at high speed using an Aspera client. (Correct)

Correct answer – HSTS does not impose a file size limit, making it the best choice.

Analysis of the Options:

IBM Aspera High-Speed Transfer Server Documentation

IBM Cloud Pak for Integration - Aspera Overview

IBM Aspera FASP Technology

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

The Cluster Version Operator (CVO) is responsible for checking the OpenShift Update Service (OSUS) for valid updates in an OpenShift cluster. It continuously monitors for available updates and ensures that the cluster components are updated according to the specified update policy.

Periodically checks the OpenShift Update Service (OSUS) for available updates.

Manages the ClusterVersion resource, which defines the current version and available updates.

Ensures that cluster operators are applied in the correct order.

Handles update rollouts and recovery in case of failures.

A. Cluster Update Operator – No such component exists in OpenShift.

B. Cluster Update Manager – This is not an OpenShift component. The update process is managed by CVO.

C. Cluster Version Updater – Incorrect term; the correct term is Cluster Version Operator (CVO).

IBM Documentation – OpenShift Cluster Version Operator

IBM Cloud Pak for Integration (CP4I) v2021.2 Knowledge Center

Red Hat OpenShift Documentation on Cluster Updates

Key Functions of the Cluster Version Operator (CVO):Why Not the Other Options?IBM Cloud Pak for Integration (CP4I) v2021.2 Administration References.

In IBM Cloud Pak for Integration (CP4I) v2021.2, OpenShift Logging utilizes Elasticsearch as its log storage backend. The default configuration of the OpenShift Logging stack is optimized for short-term storage and is designed to retain logs for approximately 7 days before they are automatically purged.

Performance Optimization: The OpenShift Logging Elasticsearch instance is designed for short-term log retention to balance storage efficiency and performance.

Default Curator Configuration: OpenShift Logging uses Elasticsearch Curator to manage the log retention policy, and by default, it is set to delete logs older than 7 days.

Designed for Operational Logs: The default OpenShift Logging stack is intended for short-term troubleshooting and monitoring, not long-term log archival.

Why is the retention period 7 days?If longer retention is required, organizations can:

Configure a different retention period by modifying the Elasticsearch Curator settings.

Forward logs to an external log storage system like Splunk, IBM Cloud Object Storage, or another long-term logging solution.

A. 1 day – Too short; OpenShift Logging does not delete logs on a daily basis by default.

B. 30 days – The default retention period is 7 days, not 30. A 30-day retention period would require manual configuration changes.

D. 6 months – OpenShift Logging is not optimized for such long-term storage. Long-term log retention should be managed using external storage solutions.

Why Other Options Are Incorrect:IBM Cloud Pak for Integration (CP4I) v2021.2 Administration References:

IBM Cloud Pak for Integration Logging and Monitoring

Red Hat OpenShift Logging Documentation

Configuring OpenShift Logging Retention Policy

In IBM Cloud Pak for Integration (CP4I) v2021.2, the Platform Navigator is the central UI for managing integration capabilities, including user and access control. To add users and user groups, the required permission level is Administrator.

User Management Capabilities:

The Administrator role in Platform Navigator has full access to user and group management functions, including:

Adding new users

Assigning roles

Managing access policies

RBAC (Role-Based Access Control) Enforcement:

CP4I enforces RBAC to restrict actions based on roles.

Only Administrators can modify user access, ensuring security compliance.

Access Control via OpenShift and IAM Integration:

User management in CP4I integrates with IBM Cloud IAM or OpenShift User Management.

The Administrator role ensures correct permissions for authentication and authorization.

Why is "Administrator" the Correct Answer?

Why Not the Other Options?Option

Reason for Exclusion

A. root

"root" is a Linux system user and not a role in Platform Navigator. CP4I does not grant UI-based root access.

B. Super-user

No predefined "Super-user" role exists in CP4I. If referring to an elevated user, it still does not match the Administrator role in Platform Navigator.

D. User

Regular "User" roles have view-only or limited permissions and cannot manage users or groups.

Thus, the Administrator role is the correct choice for adding users and user groups in Platform Navigator.

IBM Cloud Pak for Integration - Platform Navigator Overview

Managing Users in Platform Navigator

Role-Based Access Control in CP4I

OpenShift User Management and Authentication

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

In IBM Cloud Pak for Integration (CP4I) v2021.2, which runs on Red Hat OpenShift, administrators often need to interact with running containers for troubleshooting, debugging, or configuration changes. The correct command to attach the shell to a running container is:

oc attach -c

This command connects the user to the standard input (stdin), output (stdout), and error (stderr) streams of the specified container inside a pod.

Alternatively, for interactive shell access, administrators can use:

oc exec -it -c -- /bin/sh

or

oc exec -it -c -- /bin/bash

if the container supports Bash.

A. run → ❌ Incorrect

The oc run command creates a new pod rather than attaching to an existing running container.

C. connect → ❌ Incorrect

There is no oc connect command in OpenShift or Kubernetes for attaching to a container shell.

D. shell → ❌ Incorrect

OpenShift and Kubernetes do not have a shell command for connecting to a running container.

Instead, the oc exec command is used to start an interactive shell session inside a container.

Explanation of Incorrect Answers:

OpenShift CLI (oc) Command Reference

IBM Cloud Pak for Integration Troubleshooting Guide

Kubernetes attach vs exec Commands

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

In IBM Cloud Pak for Integration (CP4I) v2021.2, Foundational Services provide authentication and access control mechanisms, including Single Sign-On (SSO) integration. The two supported authentication types for SSO are:

OpenShift Authentication

IBM Cloud Pak for Integration leverages OpenShift authentication to integrate with existing identity providers.

OpenShift authentication supports OAuth-based authentication, allowing users to sign in using an OpenShift identity provider, such as LDAP, OIDC, or SAML.

This method enables seamless user access without requiring additional login credentials.

Enterprise SAML (Security Assertion Markup Language)

SAML authentication allows integration with enterprise identity providers (IdPs) such as IBM Security Verify, Okta, Microsoft Active Directory Federation Services (ADFS), and other SAML 2.0-compatible IdPs.

It provides federated identity management for SSO across enterprise applications, ensuring secure access to Cloud Pak services.

A. Basic Authentication – Incorrect

Basic authentication (username and password) is not used for Single Sign-On (SSO). SSO mechanisms require identity federation through OpenID Connect (OIDC) or SAML.

C. PublicKey – Incorrect

PublicKey authentication (such as SSH key-based authentication) is used for system-level access, not for SSO in Foundational Services.

E. Local User Registry – Incorrect

While local user registries can store credentials, they do not provide SSO capabilities. SSO requires federated identity providers like OpenShift authentication or SAML-based IdPs.

Why the other options are incorrect:

IBM Cloud Pak Foundational Services Authentication Guide

OpenShift Authentication and Identity Providers

IBM Cloud Pak for Integration SSO Configuration

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

During the initial installation of IBM Cloud Pak for Integration (CP4I) v2021.2, a default team is automatically created to manage access control and user roles within the system. This team is named "zenteam", followed by a Globally Unique Identifier (GUID).

"zenteam" is the default team created as part of CP4I’s initial installation.

A GUID (Globally Unique Identifier) is appended to "zenteam" to ensure uniqueness across different installations.

This team is crucial for user and role management, as it provides access to various components of CP4I such as API management, messaging, and event streams.

The GUID ensures that multiple deployments within the same cluster do not conflict in terms of team naming.

IBM Cloud Pak for Integration Documentation

IBM Knowledge Center - User and Access Management

IBM CP4I Installation Guide

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