Skip to main content

VM Templates

The screenshots illustrate the English user interface. Names and addresses shown are examples; use the values defined for your environment.

About this guide

This guide explains how to create, manage, deploy, convert, and retire VM Templates in the eEVOS6 web interface. The examples use generic Windows Server 2025 names and do not perform a real deployment.

Access: Open VM Management, open Administration, and select Templates. Template actions are also integrated into Create New VM and the action menu of eligible powered-off VMs.

Before you begin

  • Verify that VM storage is mounted, healthy, and has enough free capacity for the template and planned deployments.
  • In a cluster, confirm that the relevant datastore, networks, and nodes are visible and healthy.
  • Use a powered-off source VM. Do not attempt template conversion while the guest is running or shutting down.
  • Complete guest preparation: patches, approved tools, cleanup, identity generalization where required, and removal of secrets.
  • Confirm licensing and activation requirements for Windows Server and installed applications.
  • Take or verify an appropriate backup before converting a valuable source VM.

Understand the template library

VM template library with available template actions
Template library: review the backing VM, guest OS, resources and available actions.
Column or action Use
Name and description Identify the approved baseline and its intended workload.
Backing VM Shows the protected VM that supplies the template content.
Guest OS Identifies the guest family recorded for the source.
Target datastore Shows the source/default datastore associated with the template.
vCPU / Memory (GB) Displays the template resource defaults.
Deploy Starts the wizard to create a new independent VM.
Convert to VM Returns the backing VM to normal inventory and removes the template.
Delete Template Permanently deletes the template backing VM after confirmation.
Refresh Reloads the current template library and revision.

Choose how to create a template

Action Choose it when Effect on source VM
Convert to Template The selected powered-off VM should become the template itself. It leaves normal inventory and becomes a protected template.
Clone as Template The original powered-off VM must remain available as a normal VM. The original remains unchanged; a separate template copy is created.
Safer first evaluation: Use Clone as Template when introducing the feature or when the source VM must remain available. It consumes additional storage but preserves the original VM.

Convert a powered-off VM to a template

  1. Open VM Management and verify that the intended source VM is powered off.
  2. Open the VM action menu and select Convert to Template.
  3. Review the explanation that the VM will leave normal inventory and cannot be started while designated as a template.
  4. Enter a template name. Spaces are automatically replaced with hyphens; use a concise name such as Server-2025-Template.
  5. Enter a description that identifies the operating-system baseline, purpose, or release.
  6. Select the confirmation action and wait for completion.
  7. Open Administration β†’ Templates and verify the name, backing VM, datastore, vCPU, and memory.

Clone a powered-off VM as a template

  1. Open VM Management and verify that the source VM is powered off.
  2. Open the VM action menu and select Clone as Template.
  3. Review the explanation that the original VM will remain unchanged.
  4. Enter a unique template name and an operational description.
  5. Start the clone operation and keep the progress window open until it finishes.
  6. Verify that the original VM remains in normal inventory and the new template appears in Templates.

Start creating a VM

Choice between creating a VM from scratch and deploying from a template
Choose Deploy from template to start a repeatable deployment.

When at least one template exists, Create New VM offers two paths. Create a new VM opens the standard wizard; Create from template opens the template deployment workflow.

Deploy from a template β€” identity

Template deployment identity step
Identity: select the source template and enter a unique name and description for the new VM.
  1. Select Create New VM and then Create from template, or select Deploy beside a template.
  2. Select the required template.
  3. Enter a unique VM name using letters, numbers, periods, underscores, or hyphens. Spaces are converted to hyphens.
  4. Enter a description that states the new VM purpose.
  5. Select Continue.

Deploy from a template β€” hardware and placement

Template deployment hardware and placement step
Hardware and placement: verify datastore, network, preferred node, vCPU and memory.
  1. Confirm or change the target datastore.
  2. Keep the template network or choose an available target network from the list.
  3. Leave preferred node on automatic placement or select an eligible cluster node.
  4. Set the required vCPU count.
  5. Set memory in GB.
  6. Select Continue. Use Previous if a value must be corrected.
Capacity check: Before deployment, verify that the datastore and selected or automatically chosen node have sufficient capacity. A dropdown value indicates availability, not guaranteed capacity or policy compliance.

Deploy from a template β€” metadata and review

Template deployment metadata and review step
Metadata and review: add operational tags, review the summary and deploy.
  1. Add optional tags as comma-separated labels, for example production, windows, application.
  2. Add an optional annotation describing purpose, maintenance details, or operational contact.
  3. Review the template, new VM name, vCPU, and memory summary.
  4. Select Power on after deployment only when guest customization and network identity are ready.
  5. Select Deploy and wait for the progress window to finish.
  6. Return to VM Management and verify the new VM state, datastore, network, resources, and placement.

Post-deployment validation

  • Confirm that the deployed VM is independent and has the expected virtual disks and resource values.
  • Verify unique Windows identity, hostname, network configuration, and activation status.
  • Check time synchronization, monitoring, endpoint protection, backup policy, and update status.
  • Verify application services before placing the VM into production.
  • Confirm that the original template remains in the Templates library.

Convert a template back to a VM

Convert to VM removes the template designation and returns its backing VM to normal VM inventory. It does not deploy a copy and the template will no longer be available for future deployments.

  1. Open Administration β†’ Templates.
  2. Locate the template and select Convert to VM.
  3. Read the confirmation carefully and continue only when the template should be retired.
  4. Refresh VM Management and verify that the backing VM is visible in normal inventory.
  5. Review its configuration before starting it.

Delete a template

Delete Template permanently deletes the backing VM associated with the template. The confirmation modal asks whether the administrator is 100% sure and provides a red deletion button. No confirmation text needs to be typed.

  1. Confirm that no future deployment depends on the template and that retention requirements are satisfied.
  2. Verify that a backup or replacement template exists when required.
  3. Select Delete Template.
  4. Review the template name and irreversible-action warning.
  5. Select the red confirmation button to delete, or Cancel to leave the template unchanged.
Irreversible action: Deletion removes the protected backing VM. Use Convert to VM instead when the backing VM should return to normal inventory.

Maintain template quality

Frequency Recommended checks
Before release Guest cleanup, identity preparation, patch level, security agents, licensing, shutdown state, test deployment.
Monthly or by policy Template age, operating-system updates, free storage, description accuracy, deployment success.
After major updates Create or validate a new release and retain the previous release until acceptance is complete.
Before retirement Dependency review, replacement availability, backup/retention requirement, documented approval.

Troubleshooting

Symptom Likely cause Action
Template action is unavailable The selected source VM is running, shutting down, or otherwise ineligible. Power off the VM completely, refresh inventory, and try again.
Template list does not refresh Backend response, helper execution, registry, or shared-system path issue. Refresh once, check VM management service status and logs, then validate the template helper output.
Template registry changed Another session changed the library revision. Close or refresh Templates and repeat the action using the current library.
No network or preferred node is listed No eligible value was returned by current VM or cluster configuration. Verify virtual networks, cluster membership, and node availability.
Deployment fails Name collision, capacity, storage visibility, network mapping, source state, or backend operation failed. Read the displayed error, verify infrastructure state, correct the cause, and retry with a unique VM name.
New VM starts with duplicate identity Guest preparation or first-boot customization was incomplete. Disconnect or stop the VM, correct the template preparation process, and do not place the duplicate into production.
Template is missing on another node Shared storage or cluster synchronization is unavailable or inconsistent. Check datastore visibility, cluster synchronization, mounts, and service health before changing the template.

Administrator checklist

  • Source VM is powered off and prepared for cloning.
  • Template name and description identify purpose and release.
  • No reusable secrets or environment-specific identity remain in the source.
  • Storage, network, cluster node, CPU, and memory selections are valid.
  • Licensing and activation procedures are understood.
  • A test deployment has passed guest, network, monitoring, backup, and application checks.
  • Template review and retirement dates are recorded.
  • Deletion is used only after dependency, backup, and retention review.