priscillagr
Enthusiast
Enthusiast

Planning Policies for an enviroment with only one cluster but with prod and test workload

Jump to solution

Hello,

So, I have been studying for the past 2 weeks how to customize policies for specific enviroments.It is a production enviroment? Probably better to use allocation and not demand. It is a test enviroment? You can go with demand because maybe consolidation it's your goal in a dev enviroment.  All of this choices makes sense to me if you have different clusters for each enviroment (because you can make those choses at the vSphere Cluster Resources level). But usually in my clients I see one cluster with all the workload (prod + test/dev) in there. The workload is usually divided by VM folders and that's it.

My question is: When you have your enviroment divided by folders and not by clusters, how do you proceed with the policies? Do you leave the "vSphere Cluster Resources" more conservative and only changes the Virtual Machine level parameters?

0 Kudos
1 Solution

Accepted Solutions
priscillagr
Enthusiast
Enthusiast

Hello me!

Turns out i didn't know the existence of custom groups at that time. So if you have the same enviroment where all types of workload are inside the same cluster, just divide them in custom groups (and vROPS let you do it beautifuly) and create different policies for them. In the Cluster level, if it has production enviroments in it, treat it as a production cluster. That's about it! Smiley Happy

Hope that helps someone!

View solution in original post

0 Kudos
1 Reply
priscillagr
Enthusiast
Enthusiast

Hello me!

Turns out i didn't know the existence of custom groups at that time. So if you have the same enviroment where all types of workload are inside the same cluster, just divide them in custom groups (and vROPS let you do it beautifuly) and create different policies for them. In the Cluster level, if it has production enviroments in it, treat it as a production cluster. That's about it! Smiley Happy

Hope that helps someone!

View solution in original post

0 Kudos