-
Notifications
You must be signed in to change notification settings - Fork 35
MTV-5895: Document warm migration performance impact for storage copy offload #958
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Open
RichardHoch
wants to merge
1
commit into
kubev2v:main
Choose a base branch
from
RichardHoch:MTV-5895_sco-warm-migration-performance
base: main
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
+30
−0
Open
Changes from all commits
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
28 changes: 28 additions & 0 deletions
28
documentation/modules/con_sco-warm-migration-performance.adoc
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,28 @@ | ||
| // Module included in the following assemblies: | ||
| // | ||
| // * documentation/doc-Planning_your_migration/assemblies/assembly_planning-migration-vmware.adoc | ||
|
|
||
| :_mod-docs-content-type: CONCEPT | ||
| [id="con_sco-warm-migration-performance_{context}"] | ||
| = Disk write activity and warm migration performance for storage copy offload | ||
|
|
||
| [role="_abstract"] | ||
| Evaluate whether warm migration with storage copy offload reduces final switchover downtime compared to cold migration. To do this, measure the disk write rate of your virtual machines before migrating. | ||
|
|
||
| During a warm migration, {project-short} takes periodic Changed Block Tracking (CBT) snapshots while the virtual machine (VM) continues to run. Each snapshot captures the blocks that changed since the previous snapshot. When the disk write rate is high, the resulting change sets are larger. Larger change sets increase the time required to copy each delta. | ||
|
|
||
| Warm migration might take longer overall than cold migration while still providing the intended downtime reduction. Evaluate the final switchover downtime against the cold-migration baseline as your primary decision metric. You can evaluate the total elapsed migration time as a secondary metric. If copying the final change set takes longer than a cold migration, warm migration provides no downtime advantage. | ||
|
|
||
| The impact of disk write rates on downtime can vary significantly. The following examples illustrate how disk write rates impact downtime: | ||
|
|
||
| * A VM writing at 50 kilobytes per second produces minimal change sets. These change sets add little to the switchover downtime. | ||
| * A VM writing at 5 megabytes per second accumulates large change sets. This data volume can eliminate the expected downtime savings. | ||
|
|
||
| [NOTE] | ||
| ==== | ||
| High disk write activity can reduce or eliminate the expected downtime benefit of warm migration. Within your tested workload range, the migration might complete correctly without reducing downtime. | ||
| ==== | ||
|
RichardHoch marked this conversation as resolved.
|
||
|
|
||
| Before you migrate VMs in a production environment, measure the disk write rate of your storage array. This measurement helps you determine if warm migration provides a downtime advantage over cold migration. | ||
|
|
||
| You can evaluate your storage array performance by testing a representative VM with a disk stress tool at varied write speeds. Compare the final switchover downtime against a cold migration to determine the disk write rate threshold. At this threshold, warm migration loses its downtime advantage. Use this threshold to choose between warm and cold migrations for your production VMs. | ||
|
RichardHoch marked this conversation as resolved.
|
||
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@mnecas Is it OK to use numbers here? The rates differ by 2 orders of magnitude.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is okay, the line before this specifically says these are just examples. The order of magnitude difference here shows two extremes so that one saves downtime and the other doesn't.