Yandex.Cloud
  • Services
  • Why Yandex.Cloud
  • Solutions
  • Pricing
  • Documentation
  • Contact us
Get started
Yandex Compute Cloud
  • Getting started
    • Overview
    • Creating a Linux VM
    • Creating a Windows VM
    • Creating instance groups
  • Step-by-step instructions
    • All instructions
    • Creating VMs
      • Creating a Linux VM
      • Creating a Windows VM
      • Creating a VM from a set of disks
      • Creating a VM with disks restored from snapshots
      • Creating a VM from a custom image
      • Creating a preemptible VM
      • Creating a VM with a GPU
    • DSVM
      • Overview
      • Creating a VM from a public DSVM image
    • Placement groups
      • Creating a placement group
      • Deleting a placement group
      • Creating a VM in a placement group
      • Adding a VM to a placement group
      • Removing a VM instance from a placement group
    • Images with pre-installed software
      • Creating a VM from a public image
      • Configuring software
      • Working with a VM based on a public image
      • Getting a list of public images
    • Getting information about a VM
      • Getting information about a VM
      • Viewing serial port output
    • Managing VMs
      • Stopping and starting a VM
      • Attaching a disk to a VM
      • Detaching a disk from a VM
      • Moving a VM to a different availability zone
      • Making a VM's public IP address static
      • Updating a VM
      • Changing VM computing resources
      • Deleting a VM
    • Working on VMs
      • Connecting to a VM via SSH
      • Connecting to a VM via RDP
      • Working with Yandex.Cloud from inside a VM
      • Installing NVIDIA drivers
    • Creating new disks
      • Creating an empty disk
      • Create an empty disk with a large block
    • Disk management
      • Creating a disk snapshot
      • Updating a disk
      • Deleting a disk
      • Deleting a disk snapshot
    • Creating new images
      • Uploading your image
    • Managing images
      • Deleting a disk image
    • Managing the serial console
      • Getting started
      • Connecting to a serial console via SSH
      • Connecting to a serial console via CLI
      • Start your terminal in the Windows SAC
      • Disabling access to the serial console
    • Creating instance groups
      • Creating a fixed-size instance group
      • Creating a fixed-size instance group with a network load balancer
      • Creating an automatically scaled instance group
      • Creating an instance group from Container Optimized Image
    • Getting information about instance groups
      • Getting a list of instance groups
      • Getting information about an instance group
      • Getting a list of instances in a group
    • Managing instance groups
      • Editing an instance group
      • Configuring application health check on the VM
      • Updating a instance group
        • Incremental updates
        • Uninterrupted updates
      • Stopping an instance group
      • Starting an instance group
      • Deleting an instance group
    • Dedicated hosts
      • Creating a VM in a group of dedicated hosts
      • Creating a VM on a dedicated host
  • Yandex Container Optimized Solutions
  • Scenarios
    • Configuring NTP time synchronization
    • Running instance groups with auto scaling
  • Concepts
    • Relationship between resources
    • Virtual machines
      • Overview
      • Platforms
      • vCPU performance levels
      • Graphics accelerators (GPUs)
      • Preemptible VMs
      • Network on a VM
      • Live migration
      • Placement groups
      • Statuses
      • Metadata
    • Disks
      • Overview
      • Disk snapshots
    • Images
    • Instance groups
      • Overview
      • Access
      • Instance template
      • Variables in an instance template
      • Policies
        • Overview
        • Allocation policy
        • Deployment policy
        • Scaling policy
      • Scaling types
      • Auto-healing
      • Updating
        • Overview
        • Allocating instances across zones
        • Deployment algorithm
        • Rules for updating instance groups
      • Statuses
    • Dedicated host
    • Backups
    • Quotas and limits
  • Access management
  • Pricing policy
    • Current pricing policy
    • Archive
      • Before January 1, 2019
      • From January 1 to March 1, 2019
      • From March 1 to May 1, 2019
  • Compute API reference
    • Authentication in the API
    • gRPC
      • Overview
      • DiskPlacementGroupService
      • DiskService
      • DiskTypeService
      • HostGroupService
      • HostTypeService
      • ImageService
      • InstanceService
      • PlacementGroupService
      • SnapshotService
      • ZoneService
      • InstanceGroupService
      • OperationService
    • REST
      • Overview
      • Disk
        • Overview
        • create
        • delete
        • get
        • list
        • listOperations
        • update
      • DiskPlacementGroup
        • Overview
        • create
        • delete
        • get
        • list
        • listDisks
        • listOperations
        • update
      • DiskType
        • Overview
        • get
        • list
      • HostGroup
        • Overview
        • create
        • delete
        • get
        • list
        • listHosts
        • listInstances
        • listOperations
        • update
      • HostType
        • Overview
        • get
        • list
      • Image
        • Overview
        • create
        • delete
        • get
        • getLatestByFamily
        • list
        • listOperations
        • update
      • Instance
        • Overview
        • addOneToOneNat
        • attachDisk
        • create
        • delete
        • detachDisk
        • get
        • getSerialPortOutput
        • list
        • listOperations
        • removeOneToOneNat
        • restart
        • start
        • stop
        • update
        • updateMetadata
        • updateNetworkInterface
      • PlacementGroup
        • Overview
        • create
        • delete
        • get
        • list
        • listInstances
        • listOperations
        • update
      • Snapshot
        • Overview
        • create
        • delete
        • get
        • list
        • listOperations
        • update
      • Zone
        • Overview
        • get
        • list
      • Operation
        • Overview
        • get
      • InstanceGroup
        • Overview
        • createFromYaml
        • update
        • list
        • get
        • delete
        • start
        • stop
        • create
        • listAccessBindings
        • setAccessBindings
        • updateFromYaml
        • listLogRecords
        • listInstances
        • updateAccessBindings
        • listOperations
  • Questions and answers
    • General questions
    • Virtual machines
    • Disks and snapshots
    • Licensing
    • All questions on the same page
  1. Concepts
  2. Dedicated host

Dedicated hosts

  • Types of dedicated hosts
    • Fragmentation of host's physical resources
  • Scaling policy
  • Maintenance policy
  • Linking a VM to a group or host
  • Billing

A dedicated host is a physical server that is intended solely for hosting your VMs in Yandex.Cloud. VMs on dedicated hosts have all the features of regular VMs plus they're physically isolated from other users' VMs. You can also distinguish your VMs used for different projects:

You can create a group of one or more dedicated hosts of the same type. To optimize the use of resources, you can host multiple VMs with different configurations on each dedicated host.

Advantages of using dedicated hosts:

  • Security and compliance.
    You can use a dedicated host to physically isolate your VM in the public cloud if this is required by your company's information security service or industry standards (such as medical or finance).
  • Using your own licenses.
    If your company has licenses from Microsoft or other vendors that require linking to physical resources, you can use them in Yandex.Cloud following the Bring your own license (BYOL) model.
  • Managing your VM placement.
    You can choose which dedicated host to run your VM on or allow Compute Cloud to do it automatically.

Types of dedicated hosts

Characteristics of dedicated hosts:

Type Processor Number of
processors
Cores vCPU RAM, GB
intel-6230-c66-m454 Intel® Xeon® Gold 6230 2 40 66* 454

* Intel Xeon Gold 6230 has 80 vCPUs available, but 14 of them are used by the system.

By default, the cloud has a zero quota for using dedicated hosts. To change the quota, contact technical support.

Fragmentation of host's physical resources

Two processors are installed on a physical server. However, not all of their cores are available for running VMs. Some cores are allocated for system usage.

For example, a dedicated host with two Intel® Xeon® Gold 6230 processors can use 66 vCPUs to run VMs (34 on the first processor and 32 on the second). The remaining 14 vCPUs (6 + 8) are used by the system.

When creating a VM on a dedicated host, you may encounter resource fragmentation: the number of free vCPUs is sufficient, but you can't run your VM. For example, you can only run 10 VMs with 6 vCPUs each on a dedicated host with 66 vCPUs.

In this case, you can run 2 VMs with 2 and 4 vCPUs to use the dedicated host's vCPUs at full capacity.

Scaling policy

When creating a host group, specify the number of dedicated hosts. When updating the group, you can reduce or increase the number of hosts in it. The scaling policy is defined by the ScalePolicy parameter:

yc compute host-group create \
  --fixed-size <number of hosts> \
  ...

Keys:

Key Value
fixed-size The number of dedicated hosts in the group.

Maintenance policy

Compute Cloud stops VMs during maintenance without moving them to other hosts. Subsequent VM behavior depends on the physical server status.

If the physical server is restarted, the VMs running on it are automatically restarted, too, and linked:

  • To the same host group if the VM was linked to any group. Linking to a different host in the group is possible.
  • To a dedicated host if the VM was linked to a specific host.

The maintenance policy is set when creating a group of dedicated hosts and defined by the MaintenancePolicy parameter:

yc compute host-group create \
  --maintenance-policy restart \
  ...

Keys:

Key Value
maintenance-policy Maintenance policy.
Possible values:
- restart: Stop VMs for maintenance and restart them afterwards.

If the physical server is completely stopped, Compute Cloud:

  1. Disables access to your dedicated host.
  2. Deletes the physical server and its unique ID (server-id). In this case, the IDs of the host group (host-group-id) and each dedicated host (host-id) are preserved.
  3. Replaces failed hardware and assigns a new ID.
  4. Moves VMs from faulty to new hardware according to the VM linking rules.

Linking a VM to a group or host

To uniquely map a VM and a physical server, you can create a VM that is linked:

  • To a group of dedicated hosts.
    When the VM is stopped, it won't be available on the group hosts, and when it's restarted, it may be linked to a different host from the group.
  • To the selected host from a group of hosts.
    When the VM is stopped, it won't be available on the host, and when it's restarted, it will be linked to the same host from the group.

Linking a VM ensures that it will run on the same physical server or group of servers even after a scheduled outage.

To move a VM from one dedicated host to another:

  1. Stop the VM.
  2. Link the VM to a different host in the group.
  3. Restart the VM.

When creating a VM, you can specify multiple host groups or specific hosts that it can be linked to. Example of linking a VM to a host group:

yc compute instance create \
  --host-group-id 1 or host-group-id 2 \
  --network-interface subnet-name=default-ru-central1-a \
  --zone ru-central1-a

In this case, the VM will be linked to one of the specified host groups:

done (33s)
id: abcdefghigklm12no3pq
folder_id: a1b23cd45efg6higklmn
created_at: "2020-09-08T20:19:41Z"
zone_id: ru-central1-a
platform_id: standard-v2
resources:
  memory: "2147483648"
  cores: "2"
  core_fraction: "100"
host-group-id: 2
...

Billing

For information about pricing for dedicated hosts, see Dedicated host computing resources.

In this article:
  • Types of dedicated hosts
  • Fragmentation of host's physical resources
  • Scaling policy
  • Maintenance policy
  • Linking a VM to a group or host
  • Billing
Language / Region
Careers
Privacy policy
Terms of use
Brandbook
© 2021 Yandex.Cloud LLC