Downloads
VPCompanion
Some years ago me and Mike Laverick talked about creating the ultimate VI admin tool. A VI Client but with the stuff missing. So the ability to perform configuration actions in bulk amongst others. I decided to resurrect this idea and I was going to call it vCompanion but after reviewing domain registrations I thought it might be a good idea for a name change. I have used the naming convention VPname for other apps so I think I will stick with that – VPCompanion
I’m gonna start by morphing the apps I already have into VPCompanion and then keep adding to it.
If you have any idea’s I will be glad to hear them out.
Replication Bandwidth Calculator
ReplicaCalc
How many times do you get asked “how do I work out if VM Replication will work with my internet link” Well I wanted to demonstrate some way of providing a calculator without working it out in my head every time. So I made a Replication Calculation tool. It is assumed that you provide it with 3 values:
- Average Rate of Change.
- The Link speed – this value should reflect the upload speed at the source site or the download speed at the target if this is less. So for example if the upload at the source is 6Mbs and 10Mbs download at the target then go for 6Mbs
- Bandwidth % – which is the amount of bandwidth as % which achievable from the link speed specified.
So how do you work out of the “Average Rate of Change” Well if you are using products like Veeam Backup you can monitor a local backup or replication for a period of time which will give you a good indicator of Rate of Change.
If we look at the properties of a completed backup job:
You can monitor the size of the delta’s (.vbr files) and work out the average.
As you can see from this example the average rate of change is 7.63GB or 7813.12MB
So let’s use a scenario as an example:
The line speed is 6Mb/s and we questimate that we will get 70% of the bandwidth…
Next download and install ReplicaCalc from here > ReplicaCalc (14162 downloads )
If you cannot perform a local backup/replication to ascertain the average rate of change then you could always use the RateOfChange RuleOfThumb or RCRT which states that overtime on average the rate of change will be ~10%. So if your source full snapshots equate to 1TB then the rate of change will 100Gb. Of course this is BS as every user has different results but it’s a good starting point if you have nothing else to reference.
Note this tool only gives you an approximation. Too many factors can change the actual outcome.
Save & Optimise Virtual Disk Storage for FREE.
| Save & Optimise Virtual Disk Storage for FREE. This article demonstrates a FREE way of saving/optimising Virtual Disk storage space using software which is freely available. Include is :1. How to report which disks are over-allocated using our very own free vdisk waste finder application from here > Vdisk Waste Finder (9859 downloads ) 2. How to resize over-allocated vdisks using a free open source application called “gparted” 3. How to align the vdisk including system disks to a 64k start sector. This increases performance and reduces disk latency using a free open source application called “gparted”So to get started first of all download all the software by clicking on the application names above./Disclaimer: Virtualizeplanet will not be liable if anything was to go wrong whilst performing the following operations. Do at your own risk and we will not be responsible for data loss or down time./ How to report which disks are over-allocated. Update on this post, watch how to do this found > here <Firstly use Vdisk Waste Finder by pointing the application to your ESX server or vCenter server, providing credentials, specifying the percentage of free space you want to look for and then clicking go. How to resize over-allocated vdisks. Secondly Add a vdisk to the candidate VM of the new optimal size using the VI client. Then resize the original drive to the same size as the newly add drive:
In the VI client back in the settings of VM remove the old drive. Job done. How to align the vdisk including system disks to a 64k start sector. The idea here is to make sure your partition starts on a sector number derivable by 64, so for example 64 or 128 or 256. This will increase your VM disk performance and reduce latency. New update and “how to” video found >HERE<Follow these steps: parted will create a new primary partition from sector 63 to sector 127. That means the very next sector available is 128. Job Done. Your partition should now start on an optimized sector But how do you find misaligned disks in the first place? Click >HERE < to find out |
|
| Last Updated ( Mar 07, 2010 at 03:47 PM ) |







