An administrator is tasked with creating an Objects store with the following settings:
* Medium Performance (around 10,000 requests per second)
* 10 TiB capacity
* Versioning disabled
* Hosted on an AHV cluster
immediately after creation, the administrator is asked to change the name of Objects store
Who will the administrator achieve this request?
The administrator can achieve this request by deleting and recreating a new Objects store with the updated name. Objects is a feature that allows users to create and manage object storage clusters on a Nutanix cluster. Objects clusters can provide S3-compatible access to buckets and objects for various applications and users. Objects clusters can be created and configured in Prism Central. However, once an Objects cluster is created, its name cannot be changed or edited. Therefore, the only way to change the name of an Objects cluster is to delete the existing cluster and create a new cluster with the updated name.Reference:Nutanix Objects User Guide, page 9; Nutanix Objects Solution Guide, page 8
Which Nutanix Unified Storage capability allows for monitoring usage for all Files deployment globally?
What are two ways to manage Objects? (Choose two.)
There are two ways to manage Objects: PC (Prism Central) and API (Application Programming Interface). PC is a web-based user interface that allows administrators to create, configure, monitor, and manage Objects clusters, buckets, users, and policies. API is a set of S3-compatible REST APIs that allows applications and users to interact with Objects programmatically. API can be used to perform operations such as creating buckets, uploading objects, listing objects, downloading objects, deleting objects, and so on.Reference:Nutanix Objects User Guide; Nutanix Objects API Reference Guide
An administrator is upgrading Files from version 3.7 to 4.1 in the highly secured environment the pre-upgrade check fail with below error:
FileServer preupgrade check failed with cause (s) Sub task poll timed out
What initial troubleshooting step should the administrator take?
One of the possible causes of a failed pre-upgrade check for Files is network connectivity issues between the FSVMs. The administrator should verify that there are no firewall rules or network policies that block the communication between the FSVMs on ports 22 (SSH), 9440 (HTTPS), and 2009 (RPC). The administrator can use tools such as ping, traceroute, and telnet to test the connectivity between the FSVMs. Reference: Nutanix Support Portal - Troubleshooting Nutanix Files Upgrade Issues
Which scenario is causing the alert and need to be addressed to allow the entities to be protected?
The scenario that is causing the alert and needs to be addressed to allow the entities to be protected is that one or more VMs or Volume Groups belonging to the Consistency Group may have been deleted. A Consistency Group is a logical grouping of VMs or Volume Groups that are protected together by a Protection Policy. A Protection Policy is a set of rules that defines how often snapshots are taken, how long they are retained, and where they are replicated for disaster recovery purposes. If one or more VMs or Volume Groups belonging to the Consistency Group are deleted, the Protection Policy will fail to protect them and generate an alert with the code AI303551 -- VolumeGroupProtectionFailed.Reference:Nutanix Volumes Administration Guide, page 29; Nutanix Volumes Troubleshooting Guide