Nutanix, Inc.

Kshitiz Jain

Prateek Kajaria

Miao Cui

Vineet Kahlon

Parthasarathy Ramachandran

Bharat Kumar Beedu

Systems and methods for policy-based apportionment of input/output operations (IOPS) in computing systems. Embodiments access a policy that specifies IOPS limits. Two or more virtual machines that are associated with the policy and two or more nodes that host those virtual machines are identified. In a first allocation stage, an inter-node policy manager prescribes an initial IOPS limit to the two or more nodes. The allocation amounts sent to the nodes depend at least in part on performance capabilities of respective nodes. In a second allocation stage, for each node that had received a limit amount, that amount is apportioned to the sets of virtual machines that execute on respective host nodes. Each node of the two or more nodes invokes its own node-local IOPS monitoring. Each node reports IOPS usage data to the inter-node policy manager, which in turn adjusts the node-level IOPS apportionments based on the node-level usage.

Multi-stage IOPS allocation

A method for providing external access into a secured networked virtualization environment, includes performing a leadership election amongst nodes of the secured networked virtualization environment to elect a leader node, assigning a cluster virtual IP address to the leader node and generating a reverse tunnel, using a processor, by the leader node to allow for an external entity to communicate with the secured networked virtualization environment.

Mechanism for providing external access to a secured networked virtualization environment

Systems and methods for scheduling job requests in a virtualization system. A method embodiment commences upon initialization of a pair of multi-level queues comprising a high priority job queue and a low priority job queue. A plurality of virtual machines issue job requests. Queue management logic receives incoming job requests from the virtual machines and locates or creates a job request group corresponding to the virtual machine of the incoming job request. The incoming job request is positioned into the job request group and the job request group is positioned into a queue. When a job executor is ready for a next job, then a job for execution can be identified by locating a next job in a next job request group that is at the front of either the high priority queue or at the front of the low priority queue. When a job finishes, the queues are reorganized.

Multi-level job processing queues

A method commences upon receiving a request to migrate a subject virtual machine from a first computing machine to a second computing machine. An agent determines which storage assets are used by the subject virtual machine. The agent collects volume metadata pertaining to the storage assets and clones volume metadata from the first computing machine to the second computing machine. The data blocks comprising the volumes are not moved to the second computing machine until after migrating the subject virtual machine from the first computing machine to the second computing machine. After starting the migrated instance of the subject virtual machine, the migrated instance mounts volumes using the cloned metadata. The first computing machine and the second computing machine cooperate by processing storage asset block requests issued by the migrated virtual machine. Data blocks comprising the volume are moved on demand. The migrated virtual machine can be migrated yet again.

Growing community of inventors

Bengaluru, India

Kshitiz Jain