Fedora Virtualization Guide - en to ru_RU translation catalogue (71 entries)

note: Tag: title
en: KVM live migration
ru_RU: Живая миграция KVM

note: Tag: para
en: This chapter covers migrating guests running on a KVM hypervisor to another KVM host.
ru_RU: В этой главе будет рассмотрен процесс живой миграции виртуальных машин, работающих на гипервизоре KVM, на другой узел KVM.

note: Tag: para
en: Load balancing - guests can be moved to hosts with lower usage when a host becomes overloaded.
ru_RU: Распределение нагрузки &mdash; виртуальные машины могут быть перенесены на узлы с наименьшей нагрузкой.

note: Tag: para
en: Hardware failover - when hardware devices on the host start to fail, guests can be safely relocated so the host can be powered down and repaired.
ru_RU: Обеспечение отказоустойчивости &mdash; в случае сбоя устройств размещающей системы можно перенести виртуальные машины, тем самым освободив поврежденный узел для диагностики.

note: Tag: para
en: Energy saving - guests can be redistributed to other hosts and host systems powered off to save energy and cut costs in low usage periods.
ru_RU: Энергосбережение &mdash; виртуальные машины можно перенести на другие узлы, чтобы сократить затраты энергии в периоды низкой нагрузки.

note: Tag: para
en: Geographic migration - guests can be moved to another location for lower latency or in serious circumstances.
ru_RU: Географический перенос &mdash; перенос виртуальных машин с целью сокращения задержек при обмене данными.

note: Tag: para
en: An offline migration suspends the guest then moves an image of the guests memory to the destination host. The guest is resumed on the destination host and the memory the guest used on the source host is freed.
ru_RU: При выполнении миграции в автономном режиме работа виртуальной машины останавливается, затем образы памяти переносятся в целевую систему. После переноса работа машины на новом узле возобновляется, а на исходном узле используемая этим ей память будет освобождена.

note: Tag: para
en: The time an offline migration takes depends network bandwidth and latency. A guest with 2GB of memory should take an average of ten or so seconds on a 1 Gbit Ethernet link.
ru_RU: Длительность автономной миграции зависит от полосы пропускания и сетевой задержки. Так, перенос виртуальной машины с 2 Гбайт памяти по 1 гигабит Ethernet займет около 10 секунд.

note: Tag: para
en: A live migration keeps the guest running on the source host and begins moving the memory without stopping the guest. All modified memory pages are monitored for changes and sent to the destination while the image is sent. The memory is updated with the changed pages. The process continues until the amount of pause time allowed for the guest equals the predicted time for the final few pages to be transfer. KVM estimates the time remaining and attempts to transfer the maximum amount of page files from the source to the destination until KVM predicts the amount of remaining pages can be transferred during a very brief time while the virtualized guest is paused. The registers are loaded on the new host and the guest is then resumed on the destination host. If the guest cannot be merged (which happens when guests are under extreme loads) the guest is paused and then an offline migration is started instead.
ru_RU: Живая миграция характеризуется тем, что работа виртуальных систем не останавливается при переносе. Все изменяемые за это время страницы памяти отслеживаются и передаются целевому узлу после завершения передачи образа. Процесс продолжается до тех пор, пока не будут скопированы все страницы или пока не истечет заданный гипервизором KVM период времени. Если страницы источника изменяются слишком быстро, то работа виртуальной машины на исходном узле будет приостановлена и будет выполнена передача регистров и буферов. Регистры будут загружены на новом узле и машина возобновит работу на целевом узле. Если же синхронизация невозможна, что вероятно в случае большой нагрузки, то виртуальная машина будет приостановлена для выполнения миграции в автономном режиме.

note: Tag: para
en: The time an offline migration takes depends network bandwidth and latency. If the network is in heavy use or a low bandwidth the migration will take much longer.
ru_RU: Длительность такой миграции зависит от полосы пропускания, сетевой задержки и активности сети.

note: Tag: title
en: Live migration requirements
ru_RU: Требования живой миграции

note: Tag: para
en: Migrating guests requires the following:
ru_RU: Ниже перечислены требования для успешного выполнения миграции.

note: Tag: title
en: Migration requirements
ru_RU: Требования миграции

note: Tag: para
en: A virtualized guest installed on shared networked storage using one of the following protocols:
ru_RU: Виртуальная машина, установленная на общем устройстве хранения с использованием одного из следующих протоколов:

note: Tag: para
en: Both system must have the appropriate ports open.
ru_RU: Обе системы должны открыть соответствующие порты.

note: Tag: para
en: Both systems must have identical network configurations. All bridging and network configurations must be exactly the same on both hosts.
ru_RU: Сетевая конфигурация обеих систем должна совпадать.

note: Tag: para
en: Shared storage must mount at the same location on source and destination systems. The mounted directory name must be identical.
ru_RU: В исходной и целевой системах общее хранилище должно быть смонтировано в одну и ту же точку. Путь к этому каталогу и его имя также должны совпадать.

note: Tag: title
en: Configuring network storage
ru_RU: Настройка сетевого хранилища

note: Tag: title
en: Share storage example: NFS for a simple migration
ru_RU: Пример общего хранилища: Упрощение миграции за счет NFS

note: Tag: para
en: This example uses NFS to share guest images with other KVM hosts. This example is not practical for large installations, this example is only for demonstrating migration techniques and small deployments. Do not use this example for migrating or running more than a few virtualized guests.
ru_RU: В рассмотренном ниже примере совместный доступ узлов KVM к образам виртуальных машин будет обеспечен за счет NFS. Этот пример не подходит для масштабных установок, его целью является лишь демонстрация процесса миграции, поэтому не стоит его использовать для миграции большого количества виртуализированных гостей.

note: Tag: title
en: Export your libvirt image directory
ru_RU: Экспортируйте каталог с образом libvirt

note: Tag: para
en: Add the default image directory to the <filename>/etc/exports</filename> file:
ru_RU: Добавьте каталог с образом в файл <filename>/etc/exports</filename>:

note: Tag: para
en: Change the hosts parameter as required for your environment.
ru_RU: Замените <parameter>*.bne.redhat.com</parameter> необходимым именем узла.

note: Tag: title
en: Start NFS
ru_RU: Запустите NFS

note: Tag: para
en: Install the NFS packages if they are not yet installed:
ru_RU: Если пакеты NFS еще не установлены, установите их:

note: Tag: para
en: Open the ports for NFS in <command>iptables</command> and add NFS to the <filename>/etc/hosts.allow</filename> file.
ru_RU: В <command>iptables</command> откройте порты для NFS и добавьте NFS в файл <filename>/etc/hosts.allow</filename>.

note: Tag: para
en: Start the NFS service:
ru_RU: Запустите службу:

note: Tag: title
en: Mount the shared storage on the destination
ru_RU: Смонтируйте общее хранилище

note: Tag: para
en: On the destination system, mount the <filename>/var/lib/libvirt/images</filename> directory:
ru_RU: Смонтируйте <filename>/var/lib/libvirt/images</filename> в целевой системе:

note: Tag: title
en: Locations must be the same on source and destination
ru_RU: Расположение каталога должно совпадать на обоих узлах

note: Tag: para
en: Whichever directory is chosen for the guests must exactly the same on host and guest. This applies to all types of shared storage. The directory must be the same or the migration will fail.
ru_RU: Независимо от того, какой каталог выбран, он должен располагаться в одном и том же месте в отправляющей и получающей системах.

note: Tag: title
en: Live KVM migration with virsh
ru_RU: Живая миграция с помощью virsh

note: Tag: para
en: A guest can be migrated to another host with the <command>virsh</command> command. The <command>migrate</command> command accepts parameters in the following format:
ru_RU: Виртуальную машину можно перенести на другой узел с помощью команды <command>virsh</command>. Ее аргумент <command>migrate</command> принимает параметры в следующем формате:

note: Tag: para
en: The <parameter>GuestName</parameter> parameter represents the name of the guest which you want to migrate.
ru_RU: Замените <parameter>имя_гостя</parameter> именем переносимой виртуальной машины.

note: Tag: para
en: Once the command is entered you will be prompted for the root password of the destination system.
ru_RU: Эта команда запросит ввод пароля root для доступа к целевой системе.

note: Tag: title
en: Example: live migration with virsh
ru_RU: Пример живой миграции с помощью virsh

note: Tag: para
en: This example migrates from <systemitem>test1.example.com</systemitem> to <systemitem>test2.example.com</systemitem>. Change the host names for your environment. This example migrates a virtual machine named <filename>RHEL4test</filename>.
ru_RU: Этот пример демонстрирует перенос виртуальной машины <filename>RHEL4test</filename> с узла <systemitem>test1.example.com</systemitem> на <systemitem>test2.example.com</systemitem>.

note: Tag: title
en: Verify the guest is running
ru_RU: Убедитесь, что виртуальная машина работает

note: Tag: para
en: From the source system, <systemitem>test1.example.com</systemitem>, verify <systemitem>RHEL4test</systemitem> is running:
ru_RU: Убедитесь, что <systemitem>RHEL4test</systemitem> выполняется на <systemitem>test1.example.com</systemitem>:

note: Tag: title
en: Migrate the guest
ru_RU: Можно приступить к миграции

note: Tag: para
en: Execute the following command to live migrate the guest to the destination, <systemitem>test2.example.com</systemitem>. Append <filename>/system</filename> to the end of the destination URL to tell libvirt that you need full access.
ru_RU: Выполните приведенную ниже команду, чтобы начать перенос на <systemitem>test2.example.com</systemitem>. В конец ссылки добавьте <filename>/system</filename>, чтобы сообщить libvirt о необходимости получения полного доступа.

note: Tag: title
en: Wait
ru_RU: Подождите

note: Tag: para
en: The migration may take some time depending on load and the size of the guest. <command>virsh</command> only reports errors. The guest continues to run on the source host until fully migrated.
ru_RU: Процесс миграции может занять некоторое время в зависимости от нагрузки и размера виртуальной машины. <command>virsh</command> будет сообщать только об ошибках. Машина будет продолжать работу на исходном узле до завершения переноса.

note: Tag: title
en: Verify the guest has arrived at the destination host
ru_RU: Проверьте результат переноса

note: Tag: para
en: From the destination system, <systemitem>test2.example.com</systemitem>, verify <systemitem>RHEL4test</systemitem> is running:
ru_RU: Убедитесь, что <systemitem>RHEL4test</systemitem> выполняется на <systemitem>test2.example.com</systemitem>:

note: Tag: para
en: The live migration is now complete.
ru_RU: Живая миграция успешно завершена.

note: Tag: title
en: Other networking methods
ru_RU: Другие сетевые механизмы

note: Tag: title
en: Migrating with virt-manager
ru_RU: Миграция с помощью virt-manager

note: Tag: para
en: This section covers migrating KVM based guests with <command>virt-manager</command>.
ru_RU: В этой секции рассматривается миграция виртуальных машин, работающих на гипервизоре KVM, с помощью <command>virt-manager</command>.

note: Tag: para
en: Connect to the source and target hosts. On the <guimenu>File</guimenu> menu, click <guimenuitem>Add Connection</guimenuitem>, the <guilabel>Add Connection</guilabel> window appears.
ru_RU: Подключитесь к отправляющей и получающей системам. В меню <guimenu>Файл</guimenu> (File) выберите <guimenuitem>Добавить соединение</guimenuitem> (Add Connection).

note: Tag: para
en: Enter the following details:
ru_RU: В открывшемся окне измените следующее:

note: Tag: para
en: <guilabel>Hypervisor</guilabel>: Select <guimenuitem>QEMU</guimenuitem>.
ru_RU: В качестве гипервизора выберите <guimenuitem>QEMU</guimenuitem>.

note: Tag: para
en: <guilabel>Connection</guilabel>: Select the connection type.
ru_RU: В списке соединений выберите тип соединения.

note: Tag: para
en: <guilabel>Hostname</guilabel>: Enter the hostname.
ru_RU: В поле <guilabel>Имя узла</guilabel> (Hostname) введите имя узла.

note: Tag: para
en: Click <guibutton>Connect</guibutton>.
ru_RU: Нажмите кнопку подключения.

note: Tag: para
en: The Virtual Machine Manager displays a list of connected hosts.
ru_RU: Менеджер виртуальных машин покажет список подключенных узлов.

note: Tag: para
en: Add a storage pool with the same NFS to the source and target hosts.
ru_RU: Добавьте общий пул хранилищ.

note: Tag: para
en: On the <guimenu>Edit</guimenu> menu, click <guimenuitem>Host Details</guimenuitem>, the Host Details window appears.
ru_RU: В меню правки выберите пункт сведений об узле.

note: Tag: para
en: Click the <guibutton>Storage</guibutton> tab.
ru_RU: Перейдите на вкладку <guibutton>Хранилище</guibutton> (Storage).

note: Tag: para
en: <guilabel>Name</guilabel>: Enter the name of the storage pool.
ru_RU: <guilabel>Имя</guilabel> (Name): Введите имя для создаваемого пула.

note: Tag: para
en: <guilabel>Type</guilabel>: Select <guimenuitem>netfs: Network Exported Directory</guimenuitem>.
ru_RU: <guilabel>Тип</guilabel> (Type): Выберите <guimenuitem>netfs: Network Exported Directory</guimenuitem>.

note: Tag: para
en: Click <guibutton>Forward</guibutton>.
ru_RU: Нажмите кнопку продолжения.

note: Tag: para
en: <guilabel>Format</guilabel>: Select the storage type. This must be NFS or iSCSI for live migrations.
ru_RU: <guilabel>Формат</guilabel> (Format): Для живой миграции выберите NFS или iSCSI.

note: Tag: para
en: <guilabel>Host Name</guilabel>: Enter the IP address or fully-qualified domain name of the storage server.
ru_RU: <guilabel>Узел</guilabel> (Host name): Введите адрес IP или полностью квалифицированное имя домена сервера хранилища.

note: Tag: para
en: Click <guibutton>Finish</guibutton>.
ru_RU: Нажмите кнопку заверешения.

note: Tag: para
en: Create a new volume in the shared storage pool, click <guibutton>New Volume</guibutton>.
ru_RU: Нажмите кнопку <guibutton>Создать том</guibutton> (New Volume), чтобы создать том в общем пуле.

note: Tag: para
en: Enter the details, then click <guibutton>Create Volume</guibutton>.
ru_RU: Заполните поля и нажмите <guibutton>Создать том</guibutton> (Create Volume).

note: Tag: para
en: Create a virtual machine with the new volume, then run the virtual machine.
ru_RU: Создайте виртуальную машину, использующую этот том, и запустите ее.

note: Tag: para
en: In the Virtual Machine Manager window, right-click on the virtual machine, select <guimenuitem>Migrate</guimenuitem>, then click the migration location.
ru_RU: В окне менеджера виртуальных машин откройте контекстное меню созданной виртуальной машины и выберите пункт миграции, затем выберите целевой узел.

note: Tag: para
en: Click <guibutton>Yes</guibutton> to confirm migration.
ru_RU: Нажмите <guibutton>Да</guibutton> (Yes) для подтверждения.

note: Tag: para
en: The Virtual Machine Manger displays the virtual machine in its new location.
ru_RU: Менеджер покажет виртуальную машину на целевом узле.
