Create a Virtual Machine Clause Samples

Create a Virtual Machine. To create a Virtual Machine (VM), right click over the server where the VM will be created and select the option “Create virtual machine” (Fig. 2‐31). The “Add new VM” wizard will appear on the screen (Fig. 2‐32). Most of the fields are self explanatory. The first field that needs to be commented is the “VNC Port”; VMware offers the possibility to connect to the VMs by VNC with the management IP of the server and a specific VNC port which identifies the VM. By defining this port, the specific port needed to connect to this VM is defined. There are two ways to set up a new VM image: The first is the “Path to CD‐ROM iso image”. In the FEDERICA project, the end user will be able to create an iso image with all the software needed to install on the VM (including the OS) and link this iso image as the main CD‐ROM of the VM, permitting the installation of all the included software. The field “Path to CD‐ROM iso image” defines the path where this iso image is placed. This path defines a VMware datastore (normally representing a local hard disk but could also be a Network File System). Another way to load an image for the VM is with the option “Load a VMDK file”. A .vmdk file contains the configuration of an existing VM. The advantage of this option is that configured VMs of other environments can be imported into FEDERICA.

Related to Create a Virtual Machine

  • Originating Switched Access Detail Usage Data A category 1101XX record as defined in the EMI Telcordia Practice BR-010-200- 010.

  • Data Encryption Contractor must encrypt all State data at rest and in transit, in compliance with FIPS Publication 140-2 or applicable law, regulation or rule, whichever is a higher standard. All encryption keys must be unique to State data. Contractor will secure and protect all encryption keys to State data. Encryption keys to State data will only be accessed by Contractor as necessary for performance of this Contract.

  • Zone File Access Agreement Registry Operator will enter into an agreement with any Internet user, which will allow such user to access an Internet host server or servers designated by Registry Operator and download zone file data. The agreement will be standardized, facilitated and administered by a Centralized Zone Data Access Provider, which may be ICANN or an ICANN designee (the “CZDA Provider”). Registry Operator (optionally through the CZDA Provider) will provide access to zone file data per Section 2.1.3 of this Specification and do so using the file format described in Section 2.1.4 of this Specification. Notwithstanding the foregoing, (a) the CZDA Provider may reject the request for access of any user that does not satisfy the credentialing requirements in Section 2.1.2 below; (b) Registry Operator may reject the request for access of any user that does not provide correct or legitimate credentials under Section 2.1.2 below or where Registry Operator reasonably believes will violate the terms of Section 2.1.5. below; and, (c) Registry Operator may revoke access of any user if Registry Operator has evidence to support that the user has violated the terms of Section 2.1.5 below.

  • Signaling Link Transport 9.2.1 Signaling Link Transport is a set of two or four dedicated 56 kbps transmission paths between Global Connection-designated Signaling Points of Interconnection that provide appropriate physical diversity.

  • FORMAT AND CONTENT FOR REGISTRY OPERATOR MONTHLY REPORTING Registry Operator shall provide one set of monthly reports per gTLD, using the API described in draft-­‐▇▇▇▇▇▇-­‐icann-­‐registry-­‐interfaces, see Specification 2, Part A, Section 9, reference 5, with the following content. ICANN may request in the future that the reports be delivered by other means and using other formats. ICANN will use reasonable commercial efforts to preserve the confidentiality of the information reported until three (3) months after the end of the month to which the reports relate. Unless set forth in this Specification 3, any reference to a specific time refers to Coordinated Universal Time (UTC). Monthly reports shall consist of data that reflects the state of the registry at the end of the month (UTC).