Fedora Virtualization Guide - en to ru translation catalogue (160 entries)

note: Tag: title
en: Tips and tricks
ru: Советы и хитрости

note: Tag: para
en: This chapter contain useful hints and tips to improve virtualization performance, scale and stability.
ru: В этой главе описаны различные приемы для повышения производительности, надежности и масштабируемости окружений виртуализации.

note: Tag: title
en: Automatically starting guests
ru: Автоматический запуск виртуальных машин

note: Tag: para
en: This section covers how to make virtualized guests start automatically during the host system&#39;s boot phase.
ru: Здесь рассмотрена настройка автоматического запуска виртуальных машин во время загрузки размещающей системы.

note: Tag: para
en: This example uses <command>virsh</command> to set a guest, <parameter>TestServer</parameter>, to automatically start when the host boots.
ru: Приведенный пример использует <command>virsh</command> для настройки автоматического запуска виртуальной машины <parameter>TestServer</parameter> во время загрузки размещающей системы.

note: Tag: para
en: The guest now automatically starts with the host.
ru: Автоматический запуск виртуальной машины настроен.

note: Tag: para
en: To stop a guest automatically booting use the <parameter>--disable</parameter> parameter
ru: Чтобы отключить автоматическую загрузку, добавьте параметр <parameter>--disable</parameter>:

note: Tag: para
en: The guest no longer automatically starts with the host.
ru: Автоматический запуск виртуальной машины теперь отключен.

note: Tag: title
en: Changing between the KVM and Xen hypervisors
ru: Переключение между гипервизорами KVM и Xen

note: Tag: para
en: This section covers changing between the KVM and Xen hypervisors.
ru: Здесь рассматривается переключение между гипервизорами KVM и Xen

note: Tag: para
en: Red Hat only supports one active hypervisor at a time.
ru: Red Hat разрешает выполнение только одного гипервизора в заданный момент времени.

note: Tag: title
en: Migrating virtualized guests between hypervisors
ru: Перенос виртуальных машин между гипервизорами

note: Tag: para
en: Presently, there is no application for switching Xen-based guests to KVM or KVM-based guests to Xen. Guests can only be used on the hypervisor type that they were created on.
ru: В настоящее время нет специальных программ для переноса виртуальных машин с Xеn на KVM и наоборот. Они должны выполняться только на гипервизоре, тип которого не отличается от типа гипервизора, на котором виртуальная машина была изначально создана.

note: Tag: title
en: Warning
ru: Предупреждение

note: Tag: para
en: This procedure is only available for the Intel 64 or AMD64 version of Red Hat Enterprise Linux 5.4 or newer. No other configurations or Red Hat Enterprise Linux versions are supported. KVM is not available in versions earlier than Red Hat Enterprise Linux 5.4.
ru: Эта возможность доступна для Intel 64 и AMD64 только в версиях, начиная с Red Hat Enterprise Linux 5.4. Другие конфигурации или версии Red Hat Enterprise Linux не поддерживаются. KVM не доступен в версиях Red Hat Enterprise Linux, предшествующих 5.4.

note: Tag: title
en: Xen to KVM
ru: Хеn на KVM

note: Tag: para
en: The following procedure covers changing from the Xen hypervisor to the KVM hypervisor. This procedure assumes the <package>kernel-xen</package> package is installed and enabled.
ru: Далее будет рассмотрен процесс изменения гипервизора Xen на KVM. Подразумевается, что пакет <package>kernel-xen</package> уже установлен и работает.

note: Tag: title
en: Install the KVM package
ru: Установите пакет KVM

note: Tag: para
en: Install the <package>kvm</package> package if you have not already done so.
ru: Установите пакет <package>kvm</package>, если он еще не установлен.

note: Tag: title
en: Verify which kernel is in use
ru: Проверьте версию используемого ядра

note: Tag: para
en: The <package>kernel-xen</package> package may be installed. Use the <command>uname</command> command to determine which kernel is running:
ru: В системе может быть установлен пакет  <package>kernel-xen</package>, поэтому проверьте версию работающего ядра с помощью команды <command>uname</command>:

note: Tag: para
en: The present kernel, "<command>2.6.18-159.el5xen</command>", is running on the system. If the default kernel, "<command>2.6.18-159.el5</command>", is running you can skip the substep.
ru: То есть выполняется ядро <command>2.6.18-159.el5xen</command>. Если в результате выполнения команды вы получили версию ядра, которое используется по умолчанию, а именно <command>2.6.18-159.el5</command>, можно сразу перейти к пункту 3.

note: Tag: title
en: Changing the Xen kernel to the default kernel
ru: Изменение ядра Xen на стандартное ядро

note: Tag: para
en: The <filename>grub.conf</filename> file determines which kernel is booted. To change the default kernel edit the <filename>/boot/grub/grub.conf</filename> file as shown below.
ru: Выбор ядра для загрузки осуществляется в файле <filename>grub.conf</filename>. Чтобы изменить используемое по умолчанию ядро, внесите изменения в <filename>/boot/grub/grub.conf</filename>.

note: Tag: para
en: Notice the <emphasis role="bold">default=1</emphasis> parameter. This is instructing the GRUB boot loader to boot the second entry, the Xen kernel. Change the default to <parameter>0</parameter> (or the number for the default kernel):
ru: Обратите внимание на выражение <emphasis role="bold">default=1</emphasis>, которое определяет порядок ядра в списке. Так, в этом случае GRUB использует вторую запись, то есть ядро Xen. Измените значение на <parameter>0</parameter>, чтобы использовалось первое ядро в списке:

note: Tag: title
en: Reboot to load the new kernel
ru: Перезагрузите систему с новым ядром

note: Tag: para
en: Reboot the system. The computer will restart with the default kernel. The KVM module should be automatically loaded with the kernel. Verify KVM is running:
ru: Перезагрузите систему. Модуль KVM загрузится автоматически вместе с ядром. Убедитесь, что он выполняется:

note: Tag: para
en: The <command>kvm</command> module and either the <command>kvm_intel</command> module or the <command>kvm_amd</command> module are present if everything worked.
ru: Если список содержит модуль <command>kvm</command>, а также <command>kvm_intel</command> или <command>kvm_amd</command>, то все работает нормально.

note: Tag: title
en: KVM to Xen
ru: KVM на Xen

note: Tag: para
en: The following procedure covers changing from the KVM hypervisor to the Xen hypervisor. This procedure assumes the <package>kvm</package> package is installed and enabled.
ru: Далее будет рассмотрен процесс изменения гипервизора KVM на Xen. Подразумевается, что пакет <package>kvm</package> уже установлен и работает.

note: Tag: title
en: Install the Xen packages
ru: Установите пакеты Xen

note: Tag: para
en: Install the <package>kernel-xen</package> and <package>xen</package> package if you have not already done so.
ru: Установите пакеты <package>kernel-xen</package> и <package>xen</package>, если они еще не установлены.

note: Tag: para
en: The <package>kernel-xen</package> package may be installed but disabled.
ru: Пакет <package>kernel-xen</package> вполне может быть уже установлен, но отключен.

note: Tag: para
en: Use the <command>uname</command> command to determine which kernel is running.
ru: Проверьте версию работающего ядра с помощью команды <command>uname</command>:

note: Tag: para
en: The present kernel, "<command>2.6.18-159.el5</command>", is running on the system. This is the default kernel. If the kernel has <command>xen</command> on the end (for example, <command>2.6.18-159.el5xen</command>) then the Xen kernel is running and you can skip the substep.
ru: То есть выполняется ядро <command>2.6.18-159.el5</command>, которое используется по умолчанию. Если в результате выполнения команды вы получили версию ядра, в конце имени которого есть <command>xen</command> (например, <command>2.6.18-159.el5xen</command>), можно сразу перейти к пункту 3.

note: Tag: title
en: Changing the default kernel to the Xen kernel
ru: Изменение стандартного ядра на ядро Xen

note: Tag: para
en: Notice the <emphasis role="bold">default=0</emphasis> parameter. This is instructing the GRUB boot loader to boot the first entry, the default kernel. Change the default to <parameter>1</parameter> (or the number for the Xen kernel):
ru: Обратите внимание на выражение <emphasis role="bold">default=0</emphasis>, которое определяет порядок ядра в списке. Так, в этом случае GRUB использует первую запись, то есть стандартное ядро. Измените значение на <parameter>1</parameter>, чтобы использовалось ядро Xen:

note: Tag: para
en: Reboot the system. The computer will restart with the Xen kernel. Verify with the <command>uname</command> command:
ru: Перезагрузите систему с ядром Xen. Проверьте версию с помощью команды <command>uname</command>:

note: Tag: para
en: If the output has <computeroutput>xen</computeroutput> on the end the Xen kernel is running.
ru: Если в результате выполнения команды вы получили версию ядра, в конце имени которого есть <computeroutput>xen</computeroutput>, значит, выполняется ядро Xen.

note: Tag: title
en: Using qemu-img
ru: qemu-img

note: Tag: para
en: The <command>qemu-img</command> command line tool is used for formatting various file systems used by Xen and KVM. <command>qemu-img</command> should be used for formatting virtualized guest images, additional storage devices and network storage. <command>qemu-img</command> options and usages are listed below.
ru: Текстовая утилита <command>qemu-img</command> применяется для форматирования различных файловых систем, используемых Xen и KVM. Именно с ее помощью следует выполнять форматирование образов виртуализированных гостей, дополнительных устройств хранения и сетевых хранилищ. Ниже будут рассмотрены параметры и формат <command>qemu-img</command>.

note: Tag: title
en: Formatting and creating new images or devices
ru: Форматирование и создание новых устройств и образов

note: Tag: screen
en: # qemu-img create [-6] [-e] [-b base_image] [-f format] filename [size]
ru: # qemu-img create [-6] [-e] [-b базовый_образ] [-f формат] имя_файла [размер]

note: Tag: para
en: If base_image is specified, then the image will record only the differences from base_image. No size needs to be specified in this case. base_image will never be modified unless you use the "commit" monitor command.
ru: Если задан «базовый_образ», то полученный образ будет содержать только отличия. В этом случае размер можно не указывать. Базовый образ останется неизменным до тех пор, пока вы его не измените с помощью команды «commit».

note: Tag: title
en: Convert an existing image to another format
ru: Преобразование формата существующего образа

note: Tag: para
en: Command format:
ru: Формат команды:

note: Tag: title
en: getting image information
ru: Получение информации об образе

note: Tag: para
en: the <command>info</command> parameter displays information about a disk image. the format for the <command>info</command> option is as follows:
ru: Опция <command>info</command> утилиты qemu-img позволяет получить сведения о дисковом образе. Формат команды:

note: Tag: screen
en: # qemu-img info [-f format] filename
ru: # qemu-img info [-f формат] файл

note: Tag: para
en: give information about the disk image filename. use it in particular to know the size reserved on disk which can be different from the displayed size. if vm snapshots are stored in the disk image, they are displayed too.
ru: В результате будут показаны сведения о запрошенном образе, в том числе зарезервированный объем на диске, а также информация о снимках виртуальных машин (если они включены в состав образа).

note: Tag: title
en: Supported formats
ru: Поддерживаемые форматы

note: Tag: para
en: The format of an image is usually guessed automatically. The following formats are supported:
ru: Формат образа обычно определяется автоматически. Поддерживаются следующие форматы:

note: Tag: para
en: Raw disk image format (default). This format has the advantage of being simple and easily exportable to all other emulators. If your file system supports holes (for example in ext2 or ext3 on Linux or NTFS on Windows), then only the written sectors will reserve space. Use <command>qemu-img info</command> to know the real size used by the image or <command>ls -ls</command> on Unix/Linux.
ru: Этот формат используется по умолчанию, его достоинствами являются простота и возможность экспортирования в другие эмуляторы. Если ваша файловая система поддерживает фрагментацию (ext2 или ext3 в Linux, NTFS в Windows), только непосредственно записанные секторы будут занимать место на диске. Действительный объем пространства, занимаемый образом, можно определить с помощью команд <command>qemu-img info</command> или <command>ls -ls</command> (в Linux).

note: Tag: para
en: QEMU image format, the most versatile format. Use it to have smaller images (useful if your file system does not supports holes, for example: on Windows), optional AES encryption, zlib based compression and support of multiple VM snapshots.
ru: Формат QEMU. Это наиболее гибкий формат. Его рекомендуется использовать для небольших образов (в частности, если файловая система не поддерживает фрагментацию), дополнительного шифрования AES, сжатия zlib и поддержки множества снимков VM.

note: Tag: para
en: Old QEMU image format. Only included for compatibility with older versions.
ru: Устаревший формат QEMU. Используется только в целях обеспечения совместимости со старыми версиями.

note: Tag: para
en: User Mode Linux Copy On Write image format. The <command>cow</command> format is included only for compatibility with previous versions. It does not work with Windows.
ru: Формат COW (Copy On Write). Используется только в целях обеспечения совместимости со старыми версиями. Не работает в Windows.

note: Tag: para
en: VMware 3 and 4 compatible image format.
ru: Формат образов, совместимый с VMware 3 и 4.

note: Tag: para
en: Linux Compressed Loop image, useful only to reuse directly compressed CD-ROM images present for example in the Knoppix CD-ROMs.
ru: Формат CLOOP (Compressed Loop). Его единственное применение состоит в обеспечении повторного использования сжатых напрямую образов CD-ROM, например, Knoppix CD-ROM.

note: Tag: title
en: Overcommitting with KVM
ru: Перераспределение ресурсов с помощью KVM

note: Tag: para
en: The KVM hypervisor supports overcommitting CPUs and overcommitting memory. Overcommitting is allocating more virtualized CPUs or memory than there are physical resources on the system. With CPU overcommit, under-utilized virtualized servers or desktops can run on fewer servers which saves power and money.
ru: Гипервизор KVM поддерживает перераспределение ресурсов памяти и процессоров. Под этим термином понимается возможность выделения превышающий доступный в системе объем оперативной памяти и число ядер процессора. Так, например, в случае с процессорами, слабо загруженные виртуализированные серверы и рабочие станции могут выполняться на меньшем числе серверов, что позволит снизить финансовые и энергозатраты.

note: Tag: title
en: Xen support
ru: Поддержка Xen

note: Tag: para
en: CPU overcommitting is not supported for the Xen hypervisor. Overcommitting CPUs with the Xen hypervisor may cause system instability and crashes of the host and virtualized guests.
ru: Гипервизор Xen не поддерживает перераспределение процессорных ресурсов. Попытки перераспределения могут нарушить стабильность работы системы и привести к сбою размещающей системы и виртуальных машин.

note: Tag: title
en: Overcommitting memory
ru: Перераспределение памяти

note: Tag: para
en: Most operating systems and applications do not use 100% of the available RAM all the time. This behavior can be exploited with KVM to use more memory for virtualized guests than what is physically available.
ru: Большинство операционных систем и приложений не использует 100% доступной оперативной памяти. Из этого можно извлечь пользу с помощью KVM, разрешив виртуальным машинам использовать больше памяти, чем им физически доступно.

note: Tag: para
en: With KVM, virtual machines are Linux processes. Guests on the KVM hypervisor do not have blocks of physical RAM assigned to them instead they function as processes. Each process is allocated memory when it requests more memory. KVM uses this to allocate memory for guests when the guest operating system requests more or less memory. The guest only uses slightly more physical memory than the virtualized operating system appears to use.
ru: KVM организует работу виртуальных машин в виде процессов Linux. Виртуальным машинам не выделяется физическая память, а поскольку они функционируют как процессы, каждому процессу может быть выделена память по запросу. Так, если гостевая операционная система запрашивает больше памяти, процессу будет выделена память. Виртуальная машина использует лишь незначительно больше физической памяти, чем ее виртуализированная операционная система.

note: Tag: para
en: When physical memory is nearly completely used or a process is inactive for some time, Linux moves the process&#39;s memory to swap. Swap is usually a partition on a hard disk drive or solid state drive which Linux uses to extend virtual memory. Swap is significantly slower than RAM.
ru: Когда физическая память практически занята или процесс неактивен на протяжении какого-то времени, Linux поместит память процесса в область подкачки (swap), которая представляет собой раздел на жестком диске или отдельный диск, используемый для расширения виртуальной памяти. Стоит заметить, что область подкачки работает гораздо медленнее по сравнению с оперативной памятью.

note: Tag: para
en: If sufficient swap is not available guest operating systems will be forcibly shut down. This may leave guests inoperable. Avoid this by never overcommitting more memory than there is swap available.
ru: Если области подкачки не хватает, работа гостевых операционных систем будет принудительно завершена. Поэтому всегда нужно помнить о том, что не стоит перераспределять больше памяти, чем доступно в области подкачки.

note: Tag: para
en: The swap partition is used for swapping underused memory to the hard drive to speed up memory performance. The default size of the swap partition is calculated from amount of RAM and overcommit ratio. It is recommended to make your swap partition larger if you intend to overcommit memory with KVM. A recommended overcommit ratio is 50% (0.5). The formula used is:
ru: Раздел swap используется для размещения не используемой активно памяти на жестком диске с целью повышения производительности. Размер раздела подкачки рассчитывается на основе объема оперативной памяти и коэффициента перераспределения (обычно 0.5, то есть 50%). Рекомендуется его увеличить, если вы намереваетесь использовать возможности перераспределения памяти с KVM. Таким образом, формула расчета будет выглядеть так:

note: Tag: screen
en: (0.5 * RAM) + (overcommit ratio * RAM) = Recommended swap size
ru: (0.5 * ОЗУ) + (коэффициент перераспределения * ОЗУ) = рекомендуемый размер области подкачки

note: Tag: para
en: Red Hat <ulink url="http://kbase.redhat.com/faq/docs/DOC-15252">Knowledgebase</ulink> has an article on safely and efficiently determining the size of the swap partition.
ru: <ulink url="http://kbase.redhat.com/faq/docs/DOC-15252">База знаний Red Hat</ulink> содержит статью о том, как эффективно определить размер раздела подкачки.

note: Tag: title
en: Overcommitting virtualized CPUs
ru: Перераспределение ресурсов виртуализированных процессоров

note: Tag: para
en: The KVM hypervisor supports overcommitting virtualized CPUs. Virtualized CPUs can be overcommitted as far as load limits of virtualized guests allow. Use caution when overcommitting VCPUs as loads near 100% may cause dropped requests or unusable response times.
ru: Гипервизор KVM поддерживает возможности перераспределения виртуализированных процессоров при условии, что это позволяет нагрузка на гостевые системы. Соблюдайте осторожность, так как приближенные к 100% нагрузки могут привести к потере запросов и недопустимо долгому времени ответа.

note: Tag: para
en: You cannot overcommit symmetric multiprocessing guests on more than the physical number of processing cores. For example a guest with four VCPUs should not be run on a host with a dual core processor. Overcommitting symmetric multiprocessing guests in over the physical number of processing cores will cause significant performance degradation.
ru: Нельзя перераспределять ресурсы симметричных многопроцессорных гостей на ядрах, число которых превышает физическое число процессорных ядер. Так, например, виртуальная машина с четырьмя VCPU не должна выполняться на узле с процессором с двойным ядром, так как в этом случае значительно пострадает производительность.

note: Tag: para
en: Assigning guests VCPUs up to the number of physical cores is appropriate and works as expected. For example, running virtualized guests with four VCPUs on a quad core host. Guests with less than 100% loads should function effectively in this setup.
ru: Допускается назначение числа виртуальных процессоров, которое не превышает число физических ядер. Например, виртуальные машины с четырьмя VCPU на узле с четырьмя ядрами будут работать нормально, особенно с неполной нагрузкой.

note: Tag: title
en: Always test first
ru: Семь раз отмерь...

note: Tag: para
en: Do not overcommit memory or CPUs in a production environment without extensive testing. Applications which use 100% of memory or processing resources may become unstable in overcommitted environments. Test before deploying.
ru: Не пытайтесь перераспределять процессорные ресурсы в производственной среде без предварительного тестирования, так как может нарушиться работа использующих 100% памяти приложений и ресурсов. Всегда тщательно тестируйте, прежде чем приступить к развертыванию.

note: Tag: title
en: Modifying /etc/grub.conf
ru: Редактирование /etc/grub.conf

note: Tag: para
en: This section describes how to safely and correctly change your <filename>/etc/grub.conf</filename> file to use the virtualization kernel. You must use the <systemitem>xen</systemitem> kernel to use the Xen hypervisor. Copy your existing <systemitem>xen</systemitem> kernel entry make sure you copy all of the important lines or your system will panic upon boot (<command>initrd</command> will have a length of &#39;<command>0</command>&#39;). If you require <systemitem>xen</systemitem> hypervisor specific values you must append them to the <computeroutput>xen</computeroutput> line of your grub entry.
ru: В этой секции объясняется, как правильно настроить использование ядра виртуализации в файле <filename>/etc/grub.conf</filename>. Ядро <systemitem>xen</systemitem> необходимо для успешной работы гипервизора Xen. Скопируйте всю существующую запись ядра <systemitem>xen</systemitem>, чтобы избежать паники системы во время загрузки (т.к. <command>initrd</command> будет иметь нулевую длину). При необходимости в строку <computeroutput>xen</computeroutput> в соответствующей записи GRUB добавьте параметры для гипервизора.

note: Tag: para
en: The output below is an example of a <filename>grub.conf</filename> entry from a system running the <package>kernel-xen</package> package. The <filename>grub.conf</filename> on your system may vary. The important part in the example below is the section from the <command>title</command> line to the next new line.
ru: Ниже приведен пример записи из файла <filename>grub.conf</filename> для системы, в которой выполняется пакет <package>kernel-xen</package>. Обратите внимание на блок текста, начинающийся строкой <command>title</command> и заканчивающийся следующей пустой строкой.

note: Tag: title
en: An important point regarding editing <filename>grub.conf</filename>...
ru: Важно

note: Tag: para
en: Your <filename>grub.conf</filename> could look very different if it has been manually edited before or copied from an example. Read <xref linkend="chap-Virtualization-Configuring_the_Xen_kernel_boot_parameters"/> for more information on using virtualization and grub.
ru: Ваш файл <filename>grub.conf</filename> может отличаться от приведенного примера, если его уже изменяли ранее. <xref linkend="chap-Virtualization-Configuring_the_Xen_kernel_boot_parameters"/> содержит информацию о виртуализации и GRUB.

note: Tag: para
en: To set the amount of memory assigned to your host system at boot time to 256MB you need to append <computeroutput>dom0_mem=256M</computeroutput> to the <computeroutput>xen</computeroutput> line in your <filename>grub.conf</filename>. A modified version of the grub configuration file in the previous example:
ru: Так, указав «<computeroutput>dom0_mem=256M</computeroutput>» в строке <computeroutput>xen</computeroutput> файла конфигурации <filename>grub.conf</filename>, вы выделите размещающей системе 256 мегабайт памяти во время загрузки. Файл будет выглядеть так:

note: Tag: title
en: Verifying virtualization extensions
ru: Проверка расширений виртуализации

note: Tag: para
en: Use this section to determine whether your system has the hardware virtualization extensions. Virtualization extensions (Intel VT or AMD-V) are required for full virtualization.
ru: В этой секции будет рассказано, как определить, обладает ли ваша система аппаратными расширениями виртуализации. Расширения виртуализации (Intel VT или AMD-V) потребуются для полной виртуализации.

note: Tag: title
en: Can I use virtualization without the virtualization extensions?
ru: Можно ли использовать виртуализацию без расширений?

note: Tag: para
en: If hardware virtualization extensions are not present you can use Xen para-virtualization with the Red Hat <package>kernel-xen</package> package.
ru: Если нет аппаратных расширений виртуализации, можно организовать паравиртуализацию с помощью пакета <package>kernel-xen</package>.

note: Tag: para
en: Run the following command to verify the CPU virtualization extensions are available:
ru: Следующая команда проверит наличие расширений виртуализации:

note: Tag: para
en: The following output contains a <computeroutput>vmx</computeroutput> entry indicating an Intel processor with the Intel VT extensions:
ru: Если вывод содержит запись <computeroutput>vmx</computeroutput>, это значит, что процессор Intell включает расширения Intel VT. Пример:

note: Tag: para
en: The following output contains an <computeroutput>svm</computeroutput> entry indicating an AMD processor with the AMD-V extensions:
ru: Следующий вывод содержит запись <computeroutput>svm</computeroutput>, которая обозначает наличие процессора AMD с расширениями AMD-V:

note: Tag: para
en: The virtualization extensions may be disabled in the BIOS. If the extensions do not appear or full virtualization does not work refer to <xref linkend="proc-Virtualization-Enabling_Intel_VT_and_AMD_V_virtualization_hardware_extensions_in_BIOS-Enabling_virtualization_extensions_in_BIOS"/>.
ru: Расширения виртуализации можно отключить в BIOS. <xref linkend="proc-Virtualization-Enabling_Intel_VT_and_AMD_V_virtualization_hardware_extensions_in_BIOS-Enabling_virtualization_extensions_in_BIOS"/> содержит информацию об их активации.

note: Tag: title
en: Identifying guest type and implementation
ru: Определение типа гостевой системы

note: Tag: title
en: Examining hosts
ru: Проверка размещающих систем

note: Tag: title
en: Generating a new unique MAC address
ru: Создание уникального MAC-адреса

note: Tag: title
en: Another method to generate a new MAC for your guest
ru: Другой способ генерации нового MAC-адреса

note: Tag: para
en: You can also use the built-in modules of <command>python-virtinst</command> to generate a new MAC address and <command>UUID</command> for use in a guest configuration file:
ru: Для генерации MAC-адреса и <command>UUID</command> также можно использовать встроенные модули <command>python-virtinst</command>:

note: Tag: para
en: The script above can also be implemented as a script file as seen below.
ru: Приведенный выше сценарий можно сохранить в отдельный файл:

note: Tag: title
en: Limit network bandwidth for a Xen guest
ru: Ограничение сетевой полосы пропускания для гостя Xen

note: Tag: para
en: In some environments it may be required to limit the network bandwidth available to certain guests. This can be used to implement basic Quality of Service on a host running multiple virtual machines. By default, the guest can use any bandwidth setting available which your physical network card supports. The physical network card must be mapped to one of virtual machine&#39;s virtual network interfaces. In Xen the “<command>rate</command>” parameter part of the <filename>VIF</filename> entries can throttle virtualized guests.
ru: В некоторых окружениях может потребоваться ограничить полосу пропускания сети для некоторых гостей. По умолчанию виртуальная машина может использовать любой объем полосы пропускания, поддерживаемый физической сетевой картой. Физическая сетевая карта должна быть сопоставлена интерфейсу виртуальной сети виртуальной машины. С помощью параметра <command>rate</command> записи <filename>VIF</filename> можно регулировать пропускаемость.

note: Tag: para
en: This list covers the variables
ru: Список переменных

note: Tag: para
en: The <computeroutput>rate=</computeroutput> option can be added to the <computeroutput>VIF=</computeroutput> entry in a virtual machine configuration file to limit a virtual machine&#39;s network bandwidth or specify a specific time interval for a time window.
ru: Параметр <computeroutput>rate=</computeroutput> можно добавить в запись <computeroutput>VIF=</computeroutput> для ограничения полосы пропускания сети или определения конкретного временного интервала.

note: Tag: term
en: time window
ru: временной интервал

note: Tag: para
en: The time window is optional to the <computeroutput>rate=</computeroutput> option:
ru: Вместе с <computeroutput>rate=</computeroutput> можно указать временной интервал.

note: Tag: para
en: The default time window is 50ms.
ru: Изначально интервал установлен в 50 миллисекунд.

note: Tag: para
en: A smaller time window will provide less burst transmission, however, the replenishment rate and latency will increase.
ru: Если его уменьшить, передача будет осуществляться не такими большими частями, но при этом вырастет задержка при ожидании ответа.

note: Tag: para
en: The default 50ms time window is a good balance between latency and throughput and in most cases will not require changing.
ru: Интервал в 50 миллисекунд обеспечивает баланс между задержкой и пропусканием, поэтому в большинстве случае изменять это значение не требуется.

note: Tag: para
en: Examples of <command>rate</command> parameter values and uses.
ru: Примеры использования параметра <command>rate</command>:

note: Tag: para
en: Limit the outgoing network traffic from the guest to 10MB/s.
ru: Ограничивает исходящий сетевой трафик 10 мегабайтами в секунду.

note: Tag: para
en: Limit the outgoing network traffic from the guest to 250KB/s.
ru: Ограничивает исходящий сетевой трафик 250 килобайтами в секунду.

note: Tag: para
en: Limit bandwidth to 10MB/s and provide the guest with a 50KB chunk every 50ms.
ru: Ограничение полосы пропускания &mdash; 10 мегабайт в секунду, при этом виртуальная машина получает блоки данных размером 50 килобайт каждые 50 миллисекунд.

note: Tag: para
en: In the virtual machine configuration a sample <filename>VIF</filename> entry would look like the following:
ru: Запись <filename>VIF</filename> в файле конфигурации виртуальной машины может выглядеть приблизительно так:

note: Tag: para
en: This <computeroutput>rate</computeroutput> entry would limit the virtual machine&#39;s interface to 10MB/s for outgoing traffic
ru: <computeroutput>rate</computeroutput> ограничит пропускную способность интерфейса виртуальной машины для исходящего трафика 10 мегабайтами в секунду.

note: Tag: title
en: Configuring Xen processor affinities
ru: Настройка соответствий процессоров в Xen

note: Tag: para
en: Xen can allocate virtual CPUs to associate with one or more host CPUs. This allocates real processing resources to virtualized guests. This approach allows Red Hat Enterprise Linux optimize processor resources when employing dual-core, hyper-threading, or other CPU concurrency technologies. The Xen credit scheduler automatically balances virtual CPUs between physical ones, to maximize system use. Red Hat Enterprise Linux allows the credit scheduler to move CPUs around as necessary, as long as the virtual CPU is pinned to a physical CPU.
ru: Xen позволяет сопоставить виртуальные процессоры реальным процессорам узла, что может использоваться для распределения ресурсов между виртуальными машинами. Такой подход помогает обеспечить оптимальное использование ресурсов процессора при реализации параллельных технологий, например, гиперпоточности, использования двух ядер и др. Планировщик Xen выполняет автоматическую балансировку виртуальных процессоров для оптимизации работы системы. Также возможен перенос процессоров с тем условием, что виртуальный процессор останется сопоставлен физическому.

note: Tag: para
en: If you are running I/O intensive tasks, it is recommended to dedicate either a hyperthread or an entire processor core to run domain0.
ru: При выполнении интенсивных задач ввода и вывода рекомендуется выделить отдельный гиперпоток или даже процессорное ядро для домена 0.

note: Tag: para
en: Note that this is unnecessary for KVM as KVM uses the default Linux kernel scheduler.
ru: Обратите внимание, что это обязательно для KVM, так как KVM использует стандартный планировщик ядра Linux.

note: Tag: para
en: CPU affinities can be set with <command>virsh</command> or <command>virt-manager</command>:
ru: Соответствия процессоров можно настроить с помощью <command>virsh</command> или <command>virt-manager</command>:

note: Tag: para
en: To set CPU affinities using <command>virsh</command> refer to <xref linkend="form-Virtualization-Managing_guests_with_virsh-Configuring_virtual_CPU_affinity"/> for more information.
ru: <xref linkend="form-Virtualization-Managing_guests_with_virsh-Configuring_virtual_CPU_affinity"/> содержит информацию о сопоставлении процессоров с помощью <command>virsh</command>.

note: Tag: para
en: To configure and view CPU information with <command>virt-manager</command> refer to <xref linkend="sect-Virtualization-Managing_guests_with_the_Virtual_Machine_Manager_virt_manager-Displaying_virtual_CPUs_"/> for more information.
ru: <xref linkend="sect-Virtualization-Managing_guests_with_the_Virtual_Machine_Manager_virt_manager-Displaying_virtual_CPUs_"/> содержит информацию о том, как настроить процессор с помощью <command>virt-manager</command>.

note: Tag: title
en: Modifying the Xen hypervisor
ru: Изменение гипервизора Xen

note: Tag: para
en: Managing host systems often involves changing the boot configuration file <filename>/boot/grub/grub.conf</filename>. Managing several or more hosts configuration files quickly becomes difficult. System administrators often prefer to use the &#39;cut and paste&#39; method for editing multiple <command>grub.conf</command> files. If you do this, ensure you include all five lines in the Virtualization entry (or this will create system errors). Hypervisor specific values are all found on the &#39;<systemitem>xen</systemitem>&#39; line. This example represents a correct <command>grub.conf</command> virtualization entry:
ru: Для управления размещающими системами часто требуется изменить файл конфигурации <command>/boot/grub/grub.conf</command>. Если администратор управляет большим числом доменов, можно просто использовать метод копирования и вставки при редактировании <command>grub.conf </command>. При этом во избежание ошибок следует копировать все пять строк в секции виртуализации. Параметры гипервизора можно найти в строке <systemitem>xen</systemitem>. Пример записи в <command>grub.conf </command>:

note: Tag: title
en: Very Secure <systemitem class="daemon">ftpd</systemitem>
ru: <systemitem class="daemon">vsftpd</systemitem>

note: Tag: para
en: <systemitem class="daemon">vsftpd</systemitem> can provide access to installation trees for para-virtualized guests (for example, the Red Hat Enterprise Linux 5 repositories) or other data. If you have not installed <systemitem class="daemon">vsftpd</systemitem> during the server installation you can grab the RPM package from your <filename>Server</filename> directory of your installation media and install it using the <command>rpm -ivh vsftpd*.rpm</command> (note that the RPM package must be in your current directory).
ru: <systemitem class="daemon">vsftpd</systemitem> обеспечивает защищенный доступ к установочному дереву или другим данным для паравиртуализированных гостевых систем (например, для репозиториев Red Hat Enterprise Linux 5). Если вы не установили <systemitem class="daemon">vsftpd</systemitem> в процессе установки сервера, можно установить соответствующий RPM-пакет из каталога <filename>Server</filename> установочного носителя с помощью команды <command>rpm -ivh vsftpd*.rpm</command> (при этом RPM-пакет должен находиться в вашем текущем каталоге).

note: Tag: para
en: To configure <systemitem class="daemon">vsftpd</systemitem>, edit <filename>/etc/passwd</filename> using <command>vipw</command> and change the ftp user&#39;s home directory to the directory where you are going to keep the installation trees for your para-virtualized guests. An example entry for the FTP user would look like the following:
ru: Настройка параметров <systemitem class="daemon">vsftpd</systemitem> осуществляется в файле<filename>/etc/passwd</filename>. Для его редактирования используйте <command>vipw</command> и в качестве домашнего каталога укажите каталог, в котором будет размещено дерево установки для паравиртуализированных гостевых систем. Пример записи FTP-пользователя:

note: Tag: para
en: use the <command>service vsftpd start vsftpd</command> to start the vsftpd service:
ru: Для запуска vsftpd выполните команду <command>service vsftpd start vsftpd</command>:

note: Tag: title
en: Configuring LUN Persistence
ru: Настройка постоянства LUN

note: Tag: para
en: This section covers how to implement <firstterm linkend="glos-Virtualization-LUN">LUN</firstterm> persistence in guests and on the host machine with and without multipath.
ru: В этой секции будет рассмотрено, как обеспечить постоянство <firstterm linkend="glos-Virtualization-LUN">LUN</firstterm> в гостевых системах и в размещающей системе с использованием многопутевых возможностей и без них.

note: Tag: title
en: Implementing LUN persistence without multipath
ru: Обеспечение постоянства LUN без Multipath

note: Tag: para
en: If your system is not using multipath, you can use <command>udev</command> to implement LUN persistence. Before implementing LUN persistence in your system, ensure that you acquire the proper UUIDs. Once you acquire these, you can configure LUN persistence by editing the <command>scsi_id</command> file that resides in the <command>/etc </command> directory. Once you have this file open in a text editor, you must comment out this line:
ru: Если ваша система не использует многопутевые возможности, сохранение постоянства LUN можно реализовать с помощью <command>udev</command>. Но сначала убедитесь в правильности полученных UUID. Затем настройте сохранение постоянства LUN в файле <command>scsi_id</command>, который расположен в каталоге <command>/etc</command>. Открыв файл в окне текстового редактора, отметьте следующую строку как комментарий:

note: Tag: para
en: Then replace it with this parameter:
ru: Замените на параметр

note: Tag: para
en: This tells udev to monitor all system SCSI devices for returning UUIDs. To determine the system UUIDs, use the <command>scsi_id</command> command:
ru: Это заставит udev наблюдать за полученными UUID от всех SCSI-устройств. Команда <command>scsi_id</command> поможет определить идентификатор UUID:

note: Tag: screen
en: # KERNEL="sd*",  BUS="scsi",  PROGRAM="sbin/scsi_id", RESULT="<parameter>UUID</parameter>", NAME="<parameter>devicename</parameter>"
ru: # KERNEL="sd*",  BUS="scsi",  PROGRAM="sbin/scsi_id", RESULT="<parameter>UUID</parameter>", NAME="<parameter>имя_устройства</parameter>"

note: Tag: para
en: Replace your existing <parameter>UUID</parameter> and <parameter>devicename</parameter> with the above UUID retrieved entry. The rule should resemble the following:
ru: Замените существующие <parameter>UUID</parameter> и <parameter>имя_устройства</parameter> полученными значениями. Правило будет выглядеть примерно так:

note: Tag: screen
en: KERNEL="<parameter>sd*</parameter>",  BUS="scsi",  PROGRAM="sbin/scsi_id", RESULT="<parameter>3600a0b80001327510000015427b625e</parameter>", NAME="<parameter>mydevicename</parameter>"
ru: KERNEL="<parameter>sd*</parameter>",  BUS="scsi",  PROGRAM="sbin/scsi_id", RESULT="<parameter>3600a0b80001327510000015427b625e</parameter>", NAME="<parameter>мое_имя_устройства</parameter>"

note: Tag: para
en: This enables all devices that match the <command>/dev/sd*</command> pattern to inspect the given UUID. When it finds a matching device, it creates a device node called <parameter> /dev/devicename</parameter>. For this example, the device node is <parameter>/dev/mydevice </parameter>. Finally, append the <command>/etc/rc.local</command> file with this line:
ru: Так, устройства, удовлетворяющие шаблону <command>/dev/sd*</command>, смогут проверить заданный UUID. Если совпадение найдено, то будет создан узел устройства <parameter> /dev/имя_устройства</parameter>. Наконец, в файл <command>/etc/rc.local</command> добавьте строку:

note: Tag: title
en: Implementing LUN persistence with multipath
ru: Сохранение постоянства LUN с Multipath

note: Tag: para
en: To implement LUN persistence in a multipath environment, you must define the alias names for the multipath devices. For this example, you must define four device aliases by editing the <command>multipath.conf</command> file that resides in the <command>/etc/</command> directory:
ru: Чтобы обеспечить сохранение постоянства LUN в многопутевом окружении, необходимо присвоить псевдонимы многопутевым устройствам. Их можно определить в файле <command>multipath.conf</command>, который расположен в каталоге <command>/etc/</command>:

note: Tag: title
en: Disable SMART disk monitoring for guests
ru: Отключение SMART-мониторинга дисков для гостевых систем

note: Tag: para
en: SMART disk monitoring can be disabled as we are running on virtual disks and the physical storage is managed by the host.
ru: SMART-мониторинг дисков можно отключить, поскольку мы работаем с виртуальными дисками, а физические накопители управляются размещающим узлом.

note: Tag: title
en: Cleaning up old Xen configuration files
ru: Очистка старых файлов конфигурации Xen

note: Tag: para
en: Over time you will see a number of files accumulate in <filename>/var/lib/xen</filename>, the usually named <filename>vmlinuz.******</filename> and <filename>initrd.******</filename>. These files are the initrd and vmlinuz files from virtual machines which either failed to boot or failed for some other reason. These files are temporary files extracted from virtual machine&#39;s boot disk during the start up sequence. These files should be automatically removed after the virtual machine is shut down cleanly. Then you can safely delete old and stale copies from this directory.
ru: Постепенно в каталоге <filename>/var/lib/xen</filename> будут накапливаться временные файлы <filename>vmlinuz.******</filename> и <filename>initrd.******</filename>. Эти файлы либо не смогли быть загружены, либо они не работают по какой-то причине. Их следует автоматически удалять после завершения работы виртуальной машины.

note: Tag: title
en: Configuring a VNC Server
ru: Настройка VNC-сервера

note: Tag: para
en: To configure a VNC server use the <guimenuitem>Remote Desktop</guimenuitem> application in <guimenu>System</guimenu> &gt; <guimenu>Preferences</guimenu>. Alternatively, you can run the <command>vino-preferences</command> command.
ru: Для настройки VNC-сервера в системном меню выберите <guimenu>Система</guimenu> &gt; <guimenu>Параметры</guimenu> &gt; <guimenuitem>Удаленный рабочий стол</guimenuitem> или же просто выполните команду <command>vino-preferences</command>.

note: Tag: para
en: The following steps set up a dedicated VNC server session:
ru: Далее будет рассмотрен процесс настройки сессии VNC-сервера:

note: Tag: para
en: Edit the <filename>~/.vnc/xstartup</filename> file to start a GNOME session whenever <application>vncserver</application> is started. The first time you run the <application>vncserver</application> script it will ask you for a password you want to use for your VNC session.
ru: Отредактируйте файл <filename>~/.vnc/xstartup</filename> так, чтобы при запуске <application>vncserver</application> запускался сеанс GNOME. При первом запуске сценария <application>vncserver</application> будет запрошен пароль.

note: Tag: para
en: A sample <command>xstartup</command> file:
ru: Пример файла <command>xstartup</command>:

note: Tag: title
en: Cloning guest configuration files
ru: Дублирование файлов конфигурации виртуальных машин

note: Tag: para
en: You can copy an existing configuration file to create an all new guest. You must modify the name parameter of the guests&#39; configuration file. The new, unique name then appears in the hypervisor and is viewable by the management utilities. You must generate an all new UUID as well by using the <command>uuidgen</command> command. Then for the <command>vif</command> entries you must define a unique MAC address for each guest (if you are copying a guest configuration from an existing guest, you can create a script to handle it). For the xen bridge information, if you move an existing guest configuration file to a new host, you must update the <command>xenbr</command> entry to match your local networking configuration. For the Device entries, you must modify the entries in the <command>&#39;disk=&#39;</command> section to point to the correct guest image.
ru: Для создания новых виртуальных машин можно копировать уже существующие файлы конфигурации. При этом потребуется изменить имя. Новое имя будет отражено гипервизором и управляющими утилитами. Также с помощью <command>uuidgen</command> необходимо сгенерировать новый идентификатор UUID. Затем в записях <command>vif</command> укажите уникальный MAC-адрес для каждой виртуальной машины (при копировании настроек существующей машины для этой цели можно создать сценарий). При переносе существующего файла конфигурации на новый узел обязательно обновите запись <command>xenbr</command> так, чтобы она соответствовала локальным настройкам сетевого окружения. В записях Device укажите корректный образ в строке <command>disk=</command>.

note: Tag: para
en: You must also modify these system configuration settings on your guest. You must modify the HOSTNAME entry of the <command>/etc/sysconfig/network</command> file to match the new guest&#39;s hostname.
ru: Не забудьте изменить системные настройки в гостевой системе, в частности, запись HOSTNAME в файле <command>/etc/sysconfig/network</command> должна содержать имя узла новой виртуальной машины.

note: Tag: para
en: You must modify the <command>HWADDR</command> address of the <filename> /etc/sysconfig/network-scripts/ifcfg-eth0</filename> file to match the output from <command>ifconfig eth0</command> file and if you use static IP addresses, you must modify the <command>IPADDR</command> entry.
ru: Измените адрес <command>HWADDR</command> в файле <filename> /etc/sysconfig/network-scripts/ifcfg-eth0</filename>, чтобы он соответствовал выводу команды <command>ifconfig eth0</command>. Если же вы используете статические IP-адреса, измените запись <command>IPADDR</command>.

note: Tag: title
en: Duplicating an existing guest and its configuration file
ru: Дублирование существующей виртуальной машины и ее файла конфигурации

note: Tag: para
en: This section outlines copying an existing configuration file to create a new guest. There are key parameters in your guest&#39;s configuration file you must be aware of, and modify, to successfully duplicate a guest.
ru: В этой секции будет рассмотрено создание новой виртуальной машины посредством копирования существующего файла конфигурации. Для успешного дублирования потребуется изменить некоторые параметры.

note: Tag: para
en: The name of your guest as it is known to the hypervisor and displayed in the management utilities. This entry should be unique on your system.
ru: Уникальное имя виртуальной машины, которое используется гипервизором и управляющими утилитами для обращения к ней.

note: Tag: para
en: A unique handle for the guest, a new UUID can be regenerated using the <command>uuidgen</command> command. A sample UUID output:
ru: Уникальный идентификатор, который можно сгенерировать с помощью команды <command>uuidgen</command>. Пример:

note: Tag: para
en: The <firstterm linkend="glos-Virtualization-MAC_Addresses">MAC address</firstterm> must define a unique MAC address for each guest. This is automatically done if the standard tools are used. If you are copying a guest configuration from an existing guest you can use the script <xref linkend="sect-Virtualization-Tips_and_tricks-Generating_a_new_unique_MAC_address"/>.
ru: <firstterm linkend="glos-Virtualization-MAC_Addresses">MAC-адрес</firstterm> уникален для каждой виртуальной машины. Если вы копируете файл конфигурации существующей машины, можно использовать шаблон сценария (см. <xref linkend="sect-Virtualization-Tips_and_tricks-Generating_a_new_unique_MAC_address"/>).

note: Tag: para
en: If you are moving or duplicating an existing guest configuration file to a new host you have to make sure you adjust the <computeroutput>xenbr</computeroutput> entry to correspond with your local networking configuration (you can obtain the bridge information using the command <command>brctl show</command> command).
ru: Если вы решили переместить или скопировать файл конфигурации существующей виртуальной машины на новый узел, не забудьте изменить запись <computeroutput>xenbr</computeroutput> так, чтобы она соответствовала локальным  настройкам сетевого окружения. Для получения информации о мосте виртуализации выполните команду <command>brctl show</command>.

note: Tag: para
en: Device entries, make sure you adjust the entries in the <filename>disk=</filename> section to point to the correct guest image.
ru: Измените записи устройств в секции <filename>disk=</filename>, чтобы они указывали на нужный гостевой образ.

note: Tag: para
en: Now, adjust the system configuration settings on your guest:
ru: Теперь измените системные настройки виртуальной машины:

note: Tag: para
en: Modify the <computeroutput>HOSTNAME</computeroutput> entry to the guest&#39;s new <command>hostname</command>.
ru: Измените запись <computeroutput>HOSTNAME</computeroutput>, указав в качестве значения имя узла виртуальной машины.

note: Tag: para
en: Modify the <computeroutput>HWADDR</computeroutput> address to the output from <command>ifconfig eth0</command>
ru: В качестве значения <computeroutput>HWADDR</computeroutput> укажите адрес, полученный в результате выполнения <command>ifconfig eth0</command>.

note: Tag: para
en: Modify the <computeroutput>IPADDR</computeroutput> entry if a static IP address is used.
ru: Если используется статический IP-адрес, измените запись <computeroutput>IPADDR</computeroutput>.
