Versions Compared
Version | Old Version 20 | New Version 21 |
---|---|---|
Changes made by | ||
Saved on |
Key
- This line was added.
- This line was removed.
- Formatting was changed.
A virtual server (or "virtual machine," or "VM") is a group of files and other resources residing on one or more physical hosts and managed by a virtual machine monitor control program to appear as a stand-alone physical computer. A VM, like a physical computer, runs an operating system and applications but unlike a physical computer, a VM only has access to a specific subset of the available physical resources. The VM is defined by a set of specification and configuration files and is backed by the physical resources of a host. VMs allow a single set of physical hosts to run multiple instances of an operating system with the separate VM instances preventing applications from interfering with each other. If one application crashes, it does not affect the programs running in the other VMs.
Like a physical server, a VM can be used for a number of applications, including databases, business applications, network management, email, directory services, etc. The life cycle outlined here applies to any virtual machine irrespective of its application or underlying control program.
Virtual Server Naming Convention
Host names for virtual servers are often specified by the client at the time the VM is requested. However, when this is not the case, server names should follow the form of:
{assigned_to}-{environment}-{serviceID}nn
Where:
{assigned_to} | Identifier indicating the team, project, application, or other campus department associated with the server. |
---|---|
{environment} | Single-character identifier indicating the environment in which the server will be operating. See the Environment Classification Codes table below for a list of valid codes for this segment. |
{serviceID} | Service identifier provided by the client using the server. This is usually something meaningful to the client to help identify the purpose of the server. |
{nn} | Sequential two-digit number beginning with "00" to prevent duplication of names. |
Info | ||
---|---|---|
| ||
|
Environment Classification Codes
Only the following environment classification codes may be used in a server name:
Code | Used For |
---|---|
P | Production |
N | Non-Production (AWS) |
D | Development |
Q | Quality Assurance testing |
S | Staging |
T | Testing |
Examples
The following are examples of CI names using this standard:
- mail-n-dev0 - The first general-purpose, non-production, development server for the MAIL service.
- bus-s-bar0 - The first BUS application staging server for the BAR project.
- bus-q-baz1 - The second BUS application QA server (the first ends in "0") for the BAZ project.
- RETIRED - find-p-query1 - The second query server (the first ends in "0") for the production FIND application. This server has been retired from active use.
Typical Life Cycle for Virtual Servers
Phase | CI Activity |
---|---|
Phase 1: Server Requested & Approved | No CI required. A CI does not need to be added to the CMDB until the server is ready to be used. |
Phase 2: VM Configured & Tested | Submit a ServiceNow Configuration Item Update Request and a new CI representing the server will be added by the CMDB Administration Team. The Status field should be set to Installed. Although the Status and State fields can be adjusted by the server owner to indicate the actual current state of the server, the Status field is usually set to Installed throughout the configuration and testing phase. |
Phase 3: VM in Service & Maintained | The Status, State, and other fields are maintained by the asset owner throughout the service life of the server. |
Phase 5: VM Retired | The Status and State are updated by the VM owner to reflect the fact that the server is no longer operational and has been retired. Under no circumstances should a CI ever be deleted from the CMDB. Deleting a CI record will make it impossible to trace the history of the server and any activity documented by incidents and change requests. When there is no longer a need for the server, the server name in the CI is modified to include a prefix of RETIRED to make it obvious in listings and searches that the server is no longer in use. |
Typical Dependencies
The following relationships should be used when defining dependencies for virtual servers:
Relationship | Dependent Class |
---|---|
Connects to | Network Gear |
Managed by | ESX Server |
Mirrored to | Mirrors |
Node of | Cluster |
Registered on | ESX Server |
Include Page | ||||
---|---|---|---|---|
|
On this page...
Table of Contents | ||||||
---|---|---|---|---|---|---|
|