The coming of version 8.1 of Nakivo, signs an important improvement that is suddenly moving this Data Protection suite to a large deployment scenario.
Policy-Based Data Protection is the Nakivo’s feature which automates the backup job assignment using VM infrastructure parameters like tags, size, location,…
This is a useful thing especially when workloads are growing and moving many times a month (or a day). In order to ensure the appropriate data protection without driving crazy with configurations or manual steps, this feature is welcomed in mid and enterprise environments to avoid human errors. Let’s see in-depth…
A new “job”…
The backup job is defined in Create menu and choosing the appropriate backup job depending on the environment configured in settings. Selecting Policy View instead of Infrastructure elements it is possible to configure the criteria, extracting from the protected infrastructures, the VMs that must be protected with the current job.
Here the available criteria:
BTW is possible to define multiple criteria including one or all the criteria. In this example, I’ll show how to successful configure a policy-based backup job with Nakivo using vSphere tag.
The TAG setup
Tags in VMware are useful to identify elements like VM, Datacenters, Storage and more in one or more vCenter owned environments. And as well as every feature in vSphere datacenter is possible to use API to stick it programmatically.
The tag configuration starts choosing “Tags & Custom Attributes” from the vCenter main menu, then in the Tags sub-menu click “New” to add a tag:
If you haven’t done before, it is possible to define an object category using the “Create New Category” button. Because the object is a VM and multiple tags could be stick on it, you must ensure to have a category configured like this:
Then clicking a VM in the virtual data center, it’s possible to place the configure tag… in my case: “backup” tag.
The Job configuration
Continuing with Nakivo Job configuration, the rule policy must be defined with VM tag and the name given in the previous vSphere tag configuration… in this case: “backup”.
Every VM tagged with “backup” are automatically place under this job. In this way, it’s possible to create multiple jobs simply defining multiple tags and sticking them to the appropriate VM. For example, daily, monthly and replication job could be enabled attaching three tags which correspond to three defined jobs.
Every time the inventory update runs, the tags or the infrastructure change will affect the relative backup job. For example: after a job is defined, try to attach the “backup” tag… After a couple of minutes, the tagged VM will be added to the relative backup job.
For further information check the official documentation: https://helpcenter.nakivo.com/display/NH/Job+Policies
NAKIVO, Inc. is a privately-held company founded in 2012. NAKIVO develops a fast, reliable, and affordable data protection solution for VMware, Hyper-V, and cloud environments.
Download Free Trial here: https://www.nakivo.com/resources/download/trial-download/
This post is sponsored by Nakivo, Inc. Thoughts and experiences come from my own.