H13-527_V5.0 Exam Dumps - HCIP-Cloud Computing V5.0

The correct answer is A (TRUE) . Huawei Cloud Stack compute resource management documentation explicitly describes the behavior of soft-affinity , which is the practical equivalent of weak affinity in scheduling policy terms. Huawei states that if host resources are sufficient, VMs in the same soft-affinity group will be scheduled to the same host . It further states that if resources are insufficient or the current host is faulty, the VMs can be scheduled to different hosts . This matches the wording of the question almost exactly.

Huawei ECS group documentation also explains that an ECS group can be configured with affinity, anti-affinity, weak affinity, or weak anti-affinity policies, which confirms that weak affinity is an officially recognized scheduling policy in Huawei Cloud Stack. The “weak” part means the scheduler prefers a placement rule but is allowed to violate it when necessary to ensure successful deployment or continuity.

Therefore, the statement accurately reflects Huawei’s documented scheduling behavior: under normal conditions, VMs tend to be placed together, but if resources are inadequate, the rule may be broken. So the verified answer is TRUE .

The best verified answer is A, B, and C . Huawei ECS documentation explicitly supports upgrading ECS specifications and adjusting capacity-related resources, which makes D the reasonable and appropriate response when access performance is slow. Increasing compute or network capacity is aligned with normal cloud performance tuning practice.

By contrast, A is not a standard Huawei performance-optimization recommendation. Huawei OBS guidance focuses more on choosing proper regions, APIs, and storage access patterns than on “reducing buckets and storing data centrally” as a latency fix. Centralizing data can even create concentration rather than optimization.

B is also inappropriate as a first-line solution because replacing ECS with BMS changes the compute model but does not directly target the ECS-to-OBS access path. C is similarly inappropriate because CCE is a Kubernetes/container orchestration service, not a direct remedy for object-storage access latency in an ECS+OBS media scenario. Huawei positions CCE for container lifecycle management, not as a general replacement for ECS to solve this kind of OBS delay.

So the inappropriate measures are A, B, and C .

The correct answer is B. VM performance deteriorates. Huawei’s official Resource Audit Overview for HUAWEI CLOUD Stack explains that Service OM resource audit is designed for high-frequency exception types caused by unplanned system failures, such as host reboot, process restart, or backup recovery. Huawei explicitly states that resource audit is used when problems such as residual resources and unavailable resources occur after those events. This directly matches options C and D. The same audit section also covers scenarios like abnormal VM states, orphan VMs, fake VMs, and image or volume inconsistencies caused by restoration or failed processes.

By contrast, VM performance deterioration is a performance management or capacity tuning issue, not a resource-audit exception type. Huawei’s compute resource management materials discuss performance tuning separately, such as changing VM flavors or adjusting resources, which shows that performance degradation is not handled by the Service OM resource-audit function itself. Therefore, among the four options, the issue that cannot be handled by Service OM’s resource audit is B.

========

The correct fill-in answer is PB level . Huawei’s official HUAWEI CLOUD Stack SFS documentation states that the maximum capacity of a single file is 240 TB , and it further explains that the file system capacity can be scaled to the PB level . This is the exact Huawei wording used to describe the upper expansion capability of SFS.

This reflects the design goal of SFS in Huawei Cloud Stack: to provide managed, shared file storage for applications that require large-scale file-system growth over time. In other words, the size of one individual file and the total expandable capacity of the file system are two different things. A single file has a stated upper limit, but the whole file system can continue to grow far beyond that limit, reaching petabyte-scale capacity

Therefore, after correcting the sentence structure, the blank should be filled with PB level , which is the official Huawei description of the scalable upper capacity for the file system.

========

The correct answers are B, C, and D. Huawei’s official resource-analysis documentation states that bottleneck resources can be identified and analyzed globally and by VDC, resource pool, and application. This directly matches options B, C, and D in your question.

Although Huawei also has resource-pool analysis views that can monitor resources from multiple dimensions such as region, resource pool, and AZ, the specific wording for bottleneck analysis in the cited Huawei documentation highlights application, VDC, and resource pool as the relevant factors used for bottleneck identification and analysis. That is why AZs should not be selected for this particular question.

So, after correcting the sentence structure, the supported dimensions for bottleneck-related analysis by O & M administrators are applications, VDCs, and resource pools. Therefore, the verified answer is B, C, D.

========