Group: Automation
Certification status: Live
Credential code: C9007500
Replaces Credential code: C9005000
Being Replaced By: N/A
Required exam: IBM Instana Observability v1.0.277 Administrator – Professional
Exam status: Live
Certification Overview
The IBM Certified Administrator on IBM Instana V1.0.277 is an intermediate-level certification for an experienced administrator who has extensive knowledge and experience in Instana. This administrator can perform tasks related to Day 1 activities (installation and configuration). The administrator also handles Day 2 management and operation, security, updates, customization, integration, and problem determination. This administrator will be able to work in both SaaS and on-prem environments.
Requirements
This certification requires one exam.
Exam C1000-189: IBM Instana Observability v1.0.277 Administrator – Professional
Exam Objectives
The IBM Certified Administrator on IBM Instana v1.0.277 is an intermediate-level certification for an experienced administrator who has extensive knowledge and experience in Instana. This administrator can perform tasks related to Day 1 activities (installation and configuration). The administrator also handles Day 2 management and operation, security, updates, customization, integration, and problem determination. This administrator will be able to work in both SaaS and on-prem environments.
Number of questions: 61
Number of questions to pass: 41
Time allowed: 90 minutes
Status: Live
Exam Objectives
The IBM Certified Administrator on IBM Instana v1.0.277 is an intermediate-level certification for an experienced administrator who has extensive knowledge and experience in Instana. This administrator can perform tasks related to Day 1 activities (installation and configuration). The administrator also handles Day 2 management and operation, security, updates, customization, integration, and problem determination. This administrator will be able to work in both SaaS and on-prem environments.
Number of questions: 61
Number of questions to pass: 41
Time allowed: 90 minutes
Status: Live
Section 1: Planning
Prepare Installation Prerequisites
Articulate Instana architecture for on-premise
Identify Core Capabilities and use cases
Distinguish Agent Modes
Differentiate Sensors, Tracers, Platform support
Compare Cloud service agents and serverless agents
Section 2: Installation
Install Instana backend
Install Agents
Migrate Instana
Deploy Synthetic Monitoring Monitoring PoPs.
Section 3: Configuration
Configure Business Process Monitoring
Configure the Cloud Service and Serverless Agent
Configure the Agent and Agent Proxy
Configure Service Naming Rules
Implement required technologies (Sensor types)
Implement and Manage OpenTelemetry
Configure Smart Alerts
Configure custom tracing
Configure SLIs
Configure Custom Payload (for Alert Notification Channels)
Managing licenses
Section 4: Security and Compliance
Describe Data retention policy
Plan for Regulatory Compliance
View audit logs
Secure APIs
Configure Access Management.
Section 5: Integration
Utilize Agent based integration (Omegamon/ITM/ITCAM)
Integrate with Prometheus
Integrate with Grafana
Integrate automation action
Integrate Alert Channels
Use the Instana REST API
Section 6: Operations
Configure website monitoring
Use Synthetic Monitoring
Configure applications monitoring
Create Incidents, Issues and Alerts
Analyze Infrastructure
Use Analytics
Configure Mobile Applications
Describe Golden Signals for monitoring systems
Perform Backup / Restore (Standard Edition)
Set Maintenance Windows
Investigate alerts
Create Custom Dashboard
Navigate Infrastructure and Analyze warnings and events
Section 7: Troubleshooting
Configure log levels for troubleshooting
Collect logs for troubleshooting
Troubleshoot Agent Connectivity
Troubleshoot Instana Backend installation
Exam Resources
All IBM certification tests presume a certain amount of “on-the-job” experience which is not present in any classroom or Web presentation. The recommended courses and links will help you gain the skill and product knowledge represented in the test objectives. They do not teach the answers to the test questions and are not intended to do so. This information may not cover all subject areas in the certification test or may contain more recent information than is present in the certification test. Taking these or any classes will not guarantee that you will achieve certification.
Examkingdom IBM C1000-189 Exam pdf

Best IBM C1000-189 Downloads, IBM C1000-189 Dumps at Certkingdom.com
Sample Question and Answers
QUESTION 1
Which data source on the analytics page shows traces?
A. Infrastructure
B. Applications
C. Logs
D. Websites
Answer: B
Explanation:
Instana’s Analytics page provides a consolidated environment for users to query and visualize
operational data across their stack. According to the official IBM Instana Observability
documentation, traces”comprising the end-to-end journey of requests across services”are found
specifically under the Applications data source. The Applications section gives interactive access to
traces, requests, response times, call hierarchies, and distributed dependencies. This is possible
because Instana’s agent and tracers automatically instrument applications to capture and send
detailed trace data. The documentation states, “The Applications analytics section allows you to
interactively work with service traces and requests, providing distributed tracing visibility.” This
allows users to drill down, identify bottlenecks, and analyze errors at the service interaction and
code execution level.
Infrastructure data source focuses on system-level metrics (CPU, memory, disk), Logs cover
textual/semi-structured log output, and Websites relate to synthetic and real-user measurements”
but only Applications feature distributed tracing as per the IBM Instana Observability product
documentation. Thus, for incident response, root-cause analysis, and performance breakdowns,
always consult the Applications data source for trace-level data.
Reference: IBM Instana Observability Documentation, Analytics Overview.
QUESTION 2
At which level can AWS agent polling intervals for CloudWatch API be configured?
A. Resource group
B. Region
C. Account
D. Service
Answer: B
Explanation:
AWS monitoring through Instana involves integration with the CloudWatch API to retrieve platform
and service metrics. The official IBM Instana Observability documentation affirms that polling
intervals for CloudWatch can be set at the Region level. This means an administrator configures how
frequently Instana’s agent queries CloudWatch within each specified region independently. This level
of granularity provides flexibility: for example, mission-critical regions may be monitored more
frequently, while others are polled less often to reduce API costs or remain within AWS rate limits.
The documentation specifies: “Instana Agents for AWS can be configured with a polling interval for
CloudWatch that is set per Region to customize granularity and resource consumption.” Polling
cannot be set at the account, resource group, or individual service level in default configuration.
Instana’s region-based polling helps balance data accuracy and overhead, especially in global or
multi-region deployments. If needed, changes are applied through YAML configuration or UI during
AWS agent integration setup.
Reference: IBM Instana Observability Documentation, AWS Monitoring, Agent Configuration.
QUESTION 3
When installing the Instana host agent on Kubernetes, which option is valid?
A. Homebrew
B. Binary
C. Operator
D. RPM
Answer: C
Explanation:
The Instana Operator is the officially recommended and supported method for deploying the Instana
host agent on Kubernetes clusters. The IBM Instana Observability documentation states, “The
recommended method to install the Instana agent on Kubernetes clusters is via the Instana Operator,
which uses Custom Resources to simplify lifecycle management.” The Operator pattern in
Kubernetes automates not just installation, but also upgrades, configuration, and management of
agents across the entire cluster. This ensures security and reliability because the Operator reacts to
cluster changes and can self-heal agent deployments. Other install options such as Homebrew, direct
binary, or RPM are for traditional VM or bare-metal hosts”not for orchestrated container
environments like Kubernetes. Only with the Operator does Instana support automated scaling,
configuration through CRDs, and native Kubernetes best practices. Helm charts are also often
involved in configuring the Operator, further streamlining agents’ deployment in public, private, or
hybrid cloud clusters.
Reference: IBM Instana Observability Documentation, Kubernetes Installation, Operator Lifecycle Management.
QUESTION 4
Which HTTP header is automatically collected?
A. x-client-id
B. Instana-probe
C. Instana-id
D. X-Instana-Service
Answer: D
Explanation:
Instana traces and analyzes every request. Services and endpoints are automatically discovered, and
relationships between services, endpoints, and your infrastructure are autocorrelated and stored in
our Dynamic Graph.
Based on the data that is collected from tracers and sensors, KPIs are calculated for calls, latency, and
erroneous calls. KPIs help you discover the health of every individual service and then the health of
your entire infrastructure.
Services are a part of application monitoring and provide a logical view of your system. Services are
derived from infrastructure entities such as hosts, containers, and processes. Incoming calls are
correlated to infrastructure entities and enriched with infrastructure data; for example, the
Kubernetes pod label or SpringBoot application name. After this infrastructure-linking processing
step, a service mapping step maps the enriched calls to generate a service name per call based on a
set of rules. Instana comes with an extensive set of predefined rules to generate the best possible
service name for you automatically. To fine-tune the service mapping, you can create your own
custom rules, see customize service mapping.
QUESTION 5
Which type of custom resource supports the retention policy settings in the Custom Edition?
A. StorageConf
B. CoreSpec
C. UnitProp
D. ConfigYaml
Answer: B
Explanation:
According to the official IBM Instana Observability documentation (v1.0.304), retention policy
settings in Custom Edition are NOT configured in a custom resource called “StorageConf.” Instead,
they are configured as properties within the CoreSpec of the Core custom resource. The
documentation explicitly states: “Overwriting the default retention settings is optional and should
only be done consciously. These retention setting values are configured as properties in the
CoreSpec.” The actual configuration looks like this:
text
kind: Core
metadata:
name: instana-core
namespace: instana-core
spec:
properties:
– name: retention.metrics.rollup5
value: “86400”
– name: config.appdata.shortterm.retention.days
value: “7”
– name: config.synthetics.retention.days
value: “60”
The retention policies for infrastructure metrics, application data, and synthetic monitoring are all
configured as properties within the Core spec, not in a separate “StorageConf” custom resource.
“StorageConf” refers to storage configurations for raw spans (S3, GCS, Azure), not retention policies.
Reference: IBM Instana Observability Documentation (v1.0.304) ” Installing the Instana Backend,
Overwriting Data Retention Defaults section in CoreSpec.

