NCP-US-6.5 Exam Dumps : Nutanix Certified Professional - Unified Storage (NCP-US) v6.5

Nutanix Objects supports versioning, which is a feature that allows multiple versions of an object to be preserved in the same bucket. Versioning can be useful for developers who need to upload their code for testing API calls and retain older iterations as newer code is developed and tested. Versioning can also provide protection against accidental deletion or overwrite of objects. References: Nutanix Objects Administration Guide

The development team needs a solution to upload code via API calls while retaining older versions of the code as newer versions are developed. This use case aligns with versioned object storage, which supports API-based uploads (e.g., S3 APIs) and automatic versioning.

Analysis of Options:

Option A (Create a bucket in Objects with Versioning enabled): Correct. Nutanix Objects, part of Nutanix Unified Storage (NUS), provides S3-compatible object storage. It supports versioning, which allows multiple versions of an object to be retained when new versions are uploaded. The S3 API is ideal for programmatic uploads via API calls, meeting the developers’ requirement to upload code for testing while retaining older iterations.

Option B (Create an SMB Share with Files and enable Previous Versions): Incorrect. Nutanix Files supports SMB shares with the Previous Versions feature (via Self-Service Restore), which allows users to access earlier versions of files. However, SMB is not typically accessed via API calls—it’s designed for file sharing over a network (e.g., Windows clients). This does not align with the requirement for API-based uploads.

Option C (Provision a Volume Group and connect via iSCSI with MPIO): Incorrect. Nutanix Volumes provides block storage via iSCSI, which is suitable for applications requiring low-level storage access (e.g., databases). However, iSCSI does not support API-based uploads or versioning, making it unsuitable for the developers’ needs.

Option D (Create an NFS Share mounted on a Linux Server with Files): Incorrect. An NFS share in Nutanix Files allows file access over the NFS protocol, which can be mounted on a Linux server. While NFS supports file storage, it does not natively provide versioning, and NFS is not typically accessed via API calls for programmatic uploads.

Why Option A is the Best Solution:

Nutanix Objects with Versioning: Objects supports S3 APIs, which are widely used for programmatic uploads in development workflows. Enabling versioning ensures that older versions of the code are retained automatically when new versions are uploaded, meeting the requirement to retain older iterations.

API Support: The S3 API is a standard for API-based uploads, making it ideal for the developers’ workflow.

Scalability: Objects is designed for scalable object storage, suitable for development and testing environments.

Exact Extract from Nutanix Documentation:

From the Nutanix Objects Administration Guide (available on the Nutanix Portal):

“Nutanix Objects supports versioning for buckets, allowing multiple versions of an object to be retained. When versioning is enabled, uploading a new version of an object preserves the previous versions, which can be accessed or restored via S3 API calls. This feature is ideal for development workflows where older iterations of files need to be retained.”

File Analytics is deployed as a VM, and Nutanix provides its binary image in QCOW2 format for AHV, which is the primary hypervisor for Nutanix clusters. QCOW2 is the standard disk image format for AHV, making it the correct choice for the File Analytics deployment image.

Exact Extract from Nutanix Documentation:

From the Nutanix File Analytics Deployment Guide (available on the Nutanix Portal):

“The File Analytics VM is provided as a binary image in QCOW2 format for deployment on AHV clusters. To deploy File Analytics, download the QCOW2 image from the Nutanix Portal and import it into the cluster using Prism Central or Prism Element.”

The action that is required to allow the deletion of file server audit data in Data Lens is to update the data retention period. Data retention period is a setting that defines how long Data Lens keeps the file server audit data in its database. Data Lens collects and stores various metadata and statistics from file servers, such as file name, file type, file size, file owner, file operation, file access time, etc. Data Lens uses this data to generate reports and dashboards for file analytics and anomaly detection. The administrator can update the data retention period for each file server in Data Lens to control how long the audit data is kept before being deleted. References: Nutanix Files Administration Guide, page 98; Nutanix Data Lens User Guide

Audit data in Data Lens is managed by a retention period, after which the data is automatically deleted. To allow deletion of audit data (e.g., to free up space or comply with policies), the administrator must update the retention period to a shorter duration, triggering the deletion of data that exceeds the new period. This is the standard method for managing audit data lifecycle in Data Lens.

Exact Extract from Nutanix Documentation:

From the Nutanix Data Lens Administration Guide (available on the Nutanix Portal):

“Audit data in Data Lens is retained for a configurable retention period. To allow the deletion of file server audit data, update the data retention period in the Data Lens console or Prism Central settings. Reducing the retention period will cause older audit data to be deleted once it exceeds the new period.”