Download Red Hat Enterprise Virtualization RHEV
Author: N | 2025-04-24
Red Hat Enterprise Virtualization (RHEV) 2.2; Red Hat Enterprise Virtualization Hypervisor (RHEV-H) 5.5 Red Hat Enterprise Virtualization (RHEV) 3.x; Red Hat Enterprise Virtualization Hypervisor (RHEV-H) 6.2 Red Hat Virtualization (RHV) 4.x; Red Hat Virtualization Hypervisor (RHVH) 7.x; EMC brand SAN storage; EMC PowerPath
RED HAT ENTERPRISE VIRTUALIZATION (RHEV)
5장. Red Hat Enterprise Virtualization Hypervisor 설치 이 장에서는 RHEV(Red Hat Enterprise Virtualization) Hypervisor 설치를 다룹니다. Red Hat Enterprise Virtualization에는 RHEV Manager와 하나 이상의 RHEV Hypervisors 또는 Red Hat Enterprise Linux 호스트가 필요합니다. Red Hat Enterprise Virtualization Manager 및 Red Hat Enterprise Linux 호스트 설치는 Red Hat Enterprise Virtualization Manager for Servers 설치 가이드에서 다룹니다. 이 장에서는 Red Hat Enterprise Virtualization Hypervisor 설치를 다룹니다. RHEV Hypervisor는 가상 머신 이미지를 저장하기 위해 SAN(Storage Area Networks) 및 기타 네트워크 스토리지를 사용할 수 있습니다. HBA(Host Bus Adaptor)를 BIOS에서 부팅 장치로 구성할 수 있는 경우, SAN에 RHEV Hypervisor를 설치할 수 있습니다. RHEV Hypervisor는 설치에 다중 경로 장치를 사용할 수 있습니다. 다중 경로는 SAN 또는 기타 네트워크 스토리지에 자주 사용됩니다. 다중 경로는 설치 시 기본적으로 활성화됩니다. scsi_id에 응답하는 블록 장치는 다중 경로를 사용할 수 있습니다. 이는 USB 스토리지 및 일부 오래된 ATA 디스크를 제외한 대부분의 장치입니다. RHEV Hypervisor를 설치하기 전에 RHEV Manager를 설치해야 합니다. RHEV Manager 설치에 대한 자세한 내용은 Red Hat Enterprise Virtualization for Servers 설치 가이드 를 참조하십시오. RHEV Hypervisor 설치 방법은 두 가지가 있습니다. 5.1. Red Hat Enterprise Virtualization Hypervisor 대화형 설치 RHEV Hypervisor는 가상 머신이 아닌 물리적 서버에 설치되어 있어야 합니다. 이 섹션의 지침은 여러 시스템에 설치하는 데 사용할 수 있습니다. 네트워킹 충돌을 피하기 위해 항상 고유한 호스트 이름과 IP 주소를 사용해야 합니다. 5.1.1. 설치를 위한 Hypervisor 부팅절차 5.1. 하이퍼바이저 부팅 RHEV Hypervisor 설치 미디어를 삽입합니다. 시스템의 전원을 켜고 설치 미디어에서 시스템이 부팅되는지 확인합니다. RHEV Hypervisor가 부팅 단계를 완료하면 커널 매개 변수 프롬프트가 표시됩니다. ISOLINUX 3.11 2005-09-02 Copyright (C) 1994-2005 H.
Red Hat Enterprise Virtualization(RHEV) - Archive.org
There was a time in early 2000 when the word "virtualization" was synonymous with VMware, and rightly so. After all, VMware started the second coming of this revolutionary technology after IBM. But open source hypervisor solutions such as Xen and KVM have been slowly nibbling at this market share and have made names for themselves in the past decade. Today, it is not uncommon to see multi-hypervisor deployments in a typical data center.Over time, virtualization technology has matured, and the hypervisors that form the basis of this technology have become feature rich. For basic tasks such as managing virtual machine life cycles or live migration, most major hypervisors are on par with the rest. But as technology essentially becomes a commodity, it’s normal for end users to try out cheaper alternatives to migrate either their existing virtual infrastructure or when building a new one. This is especially true for use cases that are not mission critical (low end quality assurance/development environments) and where an SLA drop from 99.99% to 99% doesn't trigger heartburn. Red Hat Enterprise Virtualization (RHEV), based on KVM, is precisely that solution with enterprise level support.Nessus support for hypervisorsTenable has offered solutions to audit virtual infrastructure for quite some time. We first added support for VMware vSphere/vCenter more than a year ago and followed it up by adding support for Citrix XenServer. And through support for WMI/PowerShell calls in an .audit file, Nessus customers could always run audits against Microsoft Hyper-V. Of the four major hypervisors, KVM was the only hypervisor that eluded us so far.Nessus v6 supports auditing RHEV, the Red Hat Enterprise Virtualization product based on the KVM hypervisorWith the release of Nessus v6, Tenable has added support for auditing RHEV, which is an enterprise virtualization product produced by Red Hat, based on the KVM hypervisor. The product is based on the oVirt project, which is its free, bleeding edge twin.The TNS RHEV AuditThe TNS Red Hat Enterprise Virtualization (RHEV) Audit taps into the RHEV API via the RHEV-Manager (RHEV-M), and reports comprehensive information that you may want to know about your RHEV setup in a Nessus report. For example, details include the list of users, running VMs, and stopped VMs across one or more RHEV-Hosts managed by RHEV-M. Admittedly, calling this audit a best practice audit would be a stretch, but calling it a connector is appropriate. The reason is because the APIs don't expose the same level of detail that you would expect from similar competing vendors such as VMware and Microsoft, and there isn't a best practice guide for RHEV from Red Hat either. Also, ssh access is disabled to the RHEV-Host, which limits the ability to audit.If you are an RHEV/oVirtRed Hat Enterprise Virtualization (RHEV) - Webopedia
On the host issuing the command is disabled from monitoring the state of the engine virtual machine. The host is exempt from hosting the engine virtual machine while in local maintenance mode; if hosting the engine virtual machine when placed into this mode, the engine will be migrated to another host, provided there is a suitable contender. The local maintenance mode is recommended when applying system changes or updates to the host. none - Disables maintenance mode, ensuring that the high-availability agents are operating. Procedure 6.1. Maintaining a RHEL-Based Self-Hosted Engine (Local Maintenance) Place a self-hosted engine host into the local maintenance mode: In the Administration Portal, place the host into maintenance, and the local maintenance mode is automatically triggered for that host. You can also set the maintenance mode from the command line: # hosted-engine --set-maintenance --mode=local After you have completed any maintenance tasks, disable the maintenance mode: # hosted-engine --set-maintenance --mode=noneProcedure 6.2. Maintaining a RHEL-Based Self-Hosted Engine (Global Maintenance) Place a self-hosted engine host into the global maintenance mode: In the Administration Portal, right-click the engine virtual machine, and select Enable Global HA Maintenance. You can also set the maintenance mode from the command line: # hosted-engine --set-maintenance --mode=global After you have completed any maintenance tasks, disable the maintenance mode: # hosted-engine --set-maintenance --mode=noneProcedure 6.3. Maintaining a RHEV-H-Based Self-Hosted Engine In the text user interface, select the Hosted Engine screen. Select , and select a maintenance mode, either Local or Global. After you have completed any maintenance tasks, disable the maintenance mode. Select , and select None. 6.2. Upgrading a RHEL or RHEV-H 7 Self-Hosted Engine Environment The following procedure is only for upgrading a Red Hat Enterprise Virtualization 3.5 self-hosted engine environment running on Red Hat Enterprise Linux (RHEL) 7 hosts or Red Hat Enterprise Virtualization Hypervisor (RHEV-H) 7 hosts. New RHEL 7 hosts cannot be used in Red Hat Enterprise Virtualization 3.5 self-hosted engine environments; use the appropriate RHEV-H 7 host instead. See To upgrade your Red Hat Enterprise Virtualization self-hosted engine environment from version 3.5 to 3.6, update the Manager virtual machine, the self-hosted engine hosts, and any standard hosts. All hosts in a self-hosted engine environment must be the same version; you cannot upgrade only some of the hosts. During the 3.5 to 3.6 upgrade, at least one self-hosted engine host must be upgraded first. Upgrading the host will trigger the self-hosted engine storage domain upgrade. A new 3.6 host will not trigger the required upgrade. The self-hosted engine storage domain auto-import will happen automatically after a 3.5 host is upgraded with 3.6 packages. The upgrade process involves the following key steps: Place the high-availability agents that manage the Manager virtual machine in the global maintenance mode. Update the Manager virtual machine. Place a self-hosted engine host into maintenance. The Manager virtual machine and other virtual machines will be migrated to another host in the cluster if necessary. Update the self-hosted engine host. Repeat for all hosts. It is recommended to update all hosts. Red Hat Enterprise Virtualization (RHEV) 2.2; Red Hat Enterprise Virtualization Hypervisor (RHEV-H) 5.5 Red Hat Enterprise Virtualization (RHEV) 3.x; Red Hat Enterprise Virtualization Hypervisor (RHEV-H) 6.2 Red Hat Virtualization (RHV) 4.x; Red Hat Virtualization Hypervisor (RHVH) 7.x; EMC brand SAN storage; EMC PowerPath1.3. Red Hat Enterprise Virtualization (RHEV)
Red Hat Enterprise Virtualization 3.6Installing and Maintaining the Red Hat Enterprise Virtualization Self-Hosted EngineAbstract A comprehensive guide to the self-hosted engine. Chapter 1. Introduction A self-hosted engine is a virtualized environment in which the engine, or Manager, runs on a virtual machine on the hosts managed by that engine. The virtual machine is created as part of the host configuration, and the Manager is installed and configured in parallel to the host configuration process. The primary benefit of the self-hosted engine is that it requires less hardware to deploy an instance of Red Hat Enterprise Virtualization as the Manager runs as a virtual machine, not on physical hardware. Additionally, the Manager is configured to be highly available. If the host running the Manager virtual machine goes into maintenance mode, or fails unexpectedly, the virtual machine will be migrated automatically to another host in the environment. A minimum of two self-hosted engine hosts are required to support the high availability feature. Table 1.1. Supported OS versions to Deploy Self-Hosted Engine System Type Supported Versions Red Hat Enterprise Linux Host 7.2 Red Hat Enterprise Virtualization Hypervisor Host 7.2 HostedEngine-VM (Manager) 6.7 It is important to synchronize the system clocks of the hosts, Manager, and other servers in the environment to avoid potential timing or authentication issues. To do this, configure the Network Time Protocol (NTP) on each system to synchronize with the same NTP server. 1.1. Installation OptionsSelf-Hosted Engine Hosts You can use Red Hat Enterprise Virtualization Hypervisors or Red Hat Enterprise Linux hosts, or both. Red Hat Enterprise Virtualization Hypervisor is distributed as an ISO file and contains only the packages required for the machine to act as a virtualization host. See Chapter 2, Deploying Self-Hosted Engine on Red Hat Enterprise Virtualization Hypervisor Red Hat Enterprise Linux systems subscribed to the appropriate entitlements can be used as virtualization hosts. See Chapter 3, Deploying Self-Hosted Engine on a Red Hat Enterprise Linux Host. Self-Hosted Engine Manager You can use the RHEV-M Virtual Appliance, or you can install and configure the Manager virtual machine manually. The RHEV-M Virtual Appliance automates the process of installing and configuring the Manager virtual machine, and does not require you to access the virtual machine during the setup. Manually installing and configuring the Manager virtual machine is also supported but requires you to access the virtual machine directly during the setup. Chapter 2. Deploying Self-Hosted Engine on Red Hat Enterprise Virtualization Hypervisor2.1. Installing Red Hat Enterprise Virtualization Hypervisor You will need to install a Red Hat Enterprise Virtualization Hypervisor machine before configuring self-hosted engine on it. For more information on storage requirements, see Storage Requirements in the Installation Guide. To use the RHEV-M Virtual Appliance for the Manager virtual machine installation, the data partition (/data) must be at least 60 GB. 2.2. Configuring Self-Hosted Engine on Red Hat Enterprise Virtualization Hypervisor Once you have installed a Red Hat Enterprise Virtualization Hypervisor using the Hypervisor ISO, set up self-hosted engine using the screen. Self-hosted engine is currently supported onRed Hat Enterprise Virtualization (RHEV) 3.3
사용 가능한 로그 파일은 다음과 같습니다. /var/log/ovirt.log 하이퍼바이저 설치 및 구성 절차에 대한 자세한 정보를 포함합니다. /var/log/messages 시스템 및 핵심 서비스의 일반 메시지를 포함합니다. /var/log/secure 실패한 로그인 시도를 포함하여 인증 및 보안 메시지가 포함되어 있습니다. 5.1.11. 설치 이전 단계가 모두 완료되면 로컬 스토리지 장치에 RHEV Hypervisor를 설치할 수 있습니다. 계속하기 전에 스토리지, 네트워킹 및 RHEV Manager를 구성해야 합니다. 로컬 설치를 ���택하고 Hypervisor Configuration(하이퍼바이저 구성) 메뉴에서 재부팅 합니다. This option exits the menu and requires a reboot.Ensure local storage and networking is configuredcorrectly on the previous menu before continuing.The current kernel boot parameters arecrashkernel=128M@16M elevator=deadline processor.max_cstate=1Enter additional kernel boot parameters (press Enter to use the present arguments):Enter 를 눌러 계속합니다. Do you wish to proceed ([Y]es or [N]o)? 계속하려면 Y 를 누릅니다. 최종 설치 시퀀스가 시작됩니다. 설치가 완료되면 RHEV Hypervisor가 재부팅됩니다. 재부팅 후 RHEV Hypervisor는 Red Hat Enterprise Virtualization Manager for Servers와 설치됩니다. Red Hat Enterprise Virtualization Manager 인터페이스에서 사용할 수 있는 새 호스트가 있어야 합니다. 시스템이 재부팅된 후 설치 시퀀스를 다시 시작하지 않도록 부팅 미디어를 제거하고 부팅 장치 순서를 변경해야 할 수 있습니다.Red Hat Enterprise Virtualization [RHEV] - ezylinux
Procedure 6.7. Upgrading Additional Hosts Access the Administration Portal. Select the host and place it into maintenance mode by clicking Maintenance. If the host is hosting the Manager virtual machine, the virtual machine will be migrated to another host. Any other virtual machines will be migrated according to your virtual machine migration policy. The high-availability agents are automatically placed into local maintenance. Ensure the required repository is enabled: # subscription-manager repos --enable=rhel-7-server-rhev-mgmt-agent-rpms Update the self-hosted engine host: # yum update Restart VDSM: # service vdsmd restart Restart ovirt-ha-broker and ovirt-ha-agent: # service ovirt-ha-broker restart# service ovirt-ha-agent restart Access the Administration Portal. Select the host and activate it by clicking Activate. Repeat the steps for all self-hosted engine hosts you want to upgrade. You can now update the cluster compatibility version to 3.6. Only update the compatibility version if all hosts have been updated for Red Hat Enterprise Virtualization 3.6 to avoid some hosts becoming non-operational. Procedure 6.8. Updating the Cluster Compatibility Version Access the Administration Portal. Select the Default cluster and click Edit to open the Edit Cluster window. Use the Compatibility Version drop-down menu to select 3.6. Click OK to save the change and close the window. 6.3. Upgrading a RHEL or RHEV-H 6 Self-Hosted Engine Environment This section describes how to upgrade a Red Hat Enterprise Virtualization 3.5 self-hosted engine environment, running on Red Hat Enterprise Linux (RHEL) 6 or Red Hat Enterprise Virtualization Hypervisor (RHEV-H) 6 hosts, to Red Hat Enterprise Virtualization 3.6, running on Next Generation Red Hat Virtualization Host (RHVH) or RHEL 7 hosts. The upgrade procedure comprises the following key steps: Upgrade the Manager Upgrade the hosts Perform post-upgrade tasks This procedure describes how to upgrade the Manager from 3.5 to 3.6. This procedure assumes that the system on which the Manager is installed is subscribed to the entitlements for receiving Red Hat Enterprise Virtualization 3.5 packages at the start of the procedure. If the upgrade fails, the engine-setup command will attempt to roll back the Manager installation to its previous state. For this reason, the repositories required by Red Hat Enterprise Virtualization 3.5 must not be removed until after the upgrade is complete. If the upgrade fails, detailed instructions display that explain how to restore your installation. Procedure 6.9. Upgrading the Manager Enable global maintenance from one of the self-hosted engine hosts: # hosted-engine --set-maintenance --mode=global On the Manager virtual machine, subscribe to the required entitlements for receiving the Manager 3.6 packages: # subscription-manager repos --enable=rhel-6-server-rhevm-3.6-rpms Update the rhevm setup packages: # yum update rhevm\*setup\* Run the following command and follow the prompts to upgrade the Manager: # engine-setup --otopi-environment=OVESETUP_DB/forceUpgradeWithHeEl6Hosts=bool:True Remove or disable the Manager 3.5 repository to ensure the system does not use any Manager 3.5 packages: # subscription-manager repos --disable=rhel-6-server-rhevm-3.5-rpms After upgrading the Manager, you can upgrade the hosts. These procedures describe how to upgrade the hosts to Next Generation RHVH or RHEL 7, using the host-direct-upgrade tool. host-direct-upgrade Tool The host-direct-upgrade tool provides a simple and fast way to upgrade. Red Hat Enterprise Virtualization (RHEV) 2.2; Red Hat Enterprise Virtualization Hypervisor (RHEV-H) 5.5 Red Hat Enterprise Virtualization (RHEV) 3.x; Red Hat Enterprise Virtualization Hypervisor (RHEV-H) 6.2 Red Hat Virtualization (RHV) 4.x; Red Hat Virtualization Hypervisor (RHVH) 7.x; EMC brand SAN storage; EMC PowerPath This chapter covers installing Red Hat Enterprise Virtualization (RHEV) Hypervisors. Red Hat Enterprise Virtualization requires a RHEV Manager and one or more RHEV Hypervisors orComments
5장. Red Hat Enterprise Virtualization Hypervisor 설치 이 장에서는 RHEV(Red Hat Enterprise Virtualization) Hypervisor 설치를 다룹니다. Red Hat Enterprise Virtualization에는 RHEV Manager와 하나 이상의 RHEV Hypervisors 또는 Red Hat Enterprise Linux 호스트가 필요합니다. Red Hat Enterprise Virtualization Manager 및 Red Hat Enterprise Linux 호스트 설치는 Red Hat Enterprise Virtualization Manager for Servers 설치 가이드에서 다룹니다. 이 장에서는 Red Hat Enterprise Virtualization Hypervisor ���치를 다룹니다. RHEV Hypervisor는 가상 머신 이미지를 저장하기 위해 SAN(Storage Area Networks) 및 기타 네트워크 스토리지를 사용할 수 있습니다. HBA(Host Bus Adaptor)를 BIOS에서 부팅 장치로 구성할 수 있는 경우, SAN에 RHEV Hypervisor를 설치할 수 있습니다. RHEV Hypervisor는 설치에 다중 경로 장치를 사용할 수 있습니다. 다중 경로는 SAN 또는 기타 네트워크 스토리지에 자주 사용됩니다. 다중 경로는 설치 시 기본적으로 활성화됩니다. scsi_id에 응답하는 블록 장치는 다중 경로를 사용할 수 있습니다. 이는 USB 스토리지 및 일부 오래된 ATA 디스크를 제외한 대부분의 장치입니다. RHEV Hypervisor를 설치하기 전에 RHEV Manager를 설치해야 합니다. RHEV Manager 설치에 대한 자세한 내용은 Red Hat Enterprise Virtualization for Servers 설치 가이드 를 참조하십시오. RHEV Hypervisor 설치 방법은 두 가지가 있습니다. 5.1. Red Hat Enterprise Virtualization Hypervisor 대화형 설치 RHEV Hypervisor는 가상 머신이 아닌 물리적 서버에 설치되어 있어야 합니다. 이 섹션의 지침은 여러 시스템에 설치하는 데 사용할 수 있습니다. 네트워킹 충돌을 피하기 위해 항상 고유한 호스트 이름과 IP 주소를 사용해야 합니다. 5.1.1. 설치를 위한 Hypervisor 부팅절차 5.1. 하이퍼바이저 부팅 RHEV Hypervisor 설치 미디어를 삽입합니다. 시스템의 전원을 켜고 설치 미디어에서 시스템이 부팅되는지 확인합니다. RHEV Hypervisor가 부팅 단계를 완료하면 커널 매개 변수 프롬프트가 표시됩니다. ISOLINUX 3.11 2005-09-02 Copyright (C) 1994-2005 H.
2025-04-04There was a time in early 2000 when the word "virtualization" was synonymous with VMware, and rightly so. After all, VMware started the second coming of this revolutionary technology after IBM. But open source hypervisor solutions such as Xen and KVM have been slowly nibbling at this market share and have made names for themselves in the past decade. Today, it is not uncommon to see multi-hypervisor deployments in a typical data center.Over time, virtualization technology has matured, and the hypervisors that form the basis of this technology have become feature rich. For basic tasks such as managing virtual machine life cycles or live migration, most major hypervisors are on par with the rest. But as technology essentially becomes a commodity, it’s normal for end users to try out cheaper alternatives to migrate either their existing virtual infrastructure or when building a new one. This is especially true for use cases that are not mission critical (low end quality assurance/development environments) and where an SLA drop from 99.99% to 99% doesn't trigger heartburn. Red Hat Enterprise Virtualization (RHEV), based on KVM, is precisely that solution with enterprise level support.Nessus support for hypervisorsTenable has offered solutions to audit virtual infrastructure for quite some time. We first added support for VMware vSphere/vCenter more than a year ago and followed it up by adding support for Citrix XenServer. And through support for WMI/PowerShell calls in an .audit file, Nessus customers could always run audits against Microsoft Hyper-V. Of the four major hypervisors, KVM was the only hypervisor that eluded us so far.Nessus v6 supports auditing RHEV, the Red Hat Enterprise Virtualization product based on the KVM hypervisorWith the release of Nessus v6, Tenable has added support for auditing RHEV, which is an enterprise virtualization product produced by Red Hat, based on the KVM hypervisor. The product is based on the oVirt project, which is its free, bleeding edge twin.The TNS RHEV AuditThe TNS Red Hat Enterprise Virtualization (RHEV) Audit taps into the RHEV API via the RHEV-Manager (RHEV-M), and reports comprehensive information that you may want to know about your RHEV setup in a Nessus report. For example, details include the list of users, running VMs, and stopped VMs across one or more RHEV-Hosts managed by RHEV-M. Admittedly, calling this audit a best practice audit would be a stretch, but calling it a connector is appropriate. The reason is because the APIs don't expose the same level of detail that you would expect from similar competing vendors such as VMware and Microsoft, and there isn't a best practice guide for RHEV from Red Hat either. Also, ssh access is disabled to the RHEV-Host, which limits the ability to audit.If you are an RHEV/oVirt
2025-04-05Red Hat Enterprise Virtualization 3.6Installing and Maintaining the Red Hat Enterprise Virtualization Self-Hosted EngineAbstract A comprehensive guide to the self-hosted engine. Chapter 1. Introduction A self-hosted engine is a virtualized environment in which the engine, or Manager, runs on a virtual machine on the hosts managed by that engine. The virtual machine is created as part of the host configuration, and the Manager is installed and configured in parallel to the host configuration process. The primary benefit of the self-hosted engine is that it requires less hardware to deploy an instance of Red Hat Enterprise Virtualization as the Manager runs as a virtual machine, not on physical hardware. Additionally, the Manager is configured to be highly available. If the host running the Manager virtual machine goes into maintenance mode, or fails unexpectedly, the virtual machine will be migrated automatically to another host in the environment. A minimum of two self-hosted engine hosts are required to support the high availability feature. Table 1.1. Supported OS versions to Deploy Self-Hosted Engine System Type Supported Versions Red Hat Enterprise Linux Host 7.2 Red Hat Enterprise Virtualization Hypervisor Host 7.2 HostedEngine-VM (Manager) 6.7 It is important to synchronize the system clocks of the hosts, Manager, and other servers in the environment to avoid potential timing or authentication issues. To do this, configure the Network Time Protocol (NTP) on each system to synchronize with the same NTP server. 1.1. Installation OptionsSelf-Hosted Engine Hosts You can use Red Hat Enterprise Virtualization Hypervisors or Red Hat Enterprise Linux hosts, or both. Red Hat Enterprise Virtualization Hypervisor is distributed as an ISO file and contains only the packages required for the machine to act as a virtualization host. See Chapter 2, Deploying Self-Hosted Engine on Red Hat Enterprise Virtualization Hypervisor Red Hat Enterprise Linux systems subscribed to the appropriate entitlements can be used as virtualization hosts. See Chapter 3, Deploying Self-Hosted Engine on a Red Hat Enterprise Linux Host. Self-Hosted Engine Manager You can use the RHEV-M Virtual Appliance, or you can install and configure the Manager virtual machine manually. The RHEV-M Virtual Appliance automates the process of installing and configuring the Manager virtual machine, and does not require you to access the virtual machine during the setup. Manually installing and configuring the Manager virtual machine is also supported but requires you to access the virtual machine directly during the setup. Chapter 2. Deploying Self-Hosted Engine on Red Hat Enterprise Virtualization Hypervisor2.1. Installing Red Hat Enterprise Virtualization Hypervisor You will need to install a Red Hat Enterprise Virtualization Hypervisor machine before configuring self-hosted engine on it. For more information on storage requirements, see Storage Requirements in the Installation Guide. To use the RHEV-M Virtual Appliance for the Manager virtual machine installation, the data partition (/data) must be at least 60 GB. 2.2. Configuring Self-Hosted Engine on Red Hat Enterprise Virtualization Hypervisor Once you have installed a Red Hat Enterprise Virtualization Hypervisor using the Hypervisor ISO, set up self-hosted engine using the screen. Self-hosted engine is currently supported on
2025-04-03사용 가능한 로그 파일은 다음과 같습니다. /var/log/ovirt.log 하이퍼바이저 설치 및 구성 절차에 대한 자세한 정보를 포함합니다. /var/log/messages 시스템 및 핵심 서비스의 일반 메시지를 포함합니다. /var/log/secure 실패한 로그인 시도를 포함하여 인증 및 보안 메시지가 포함되어 있습니다. 5.1.11. 설치 이전 단계가 모두 완료되면 로컬 스토리지 장치에 RHEV Hypervisor를 설치할 수 있습니다. 계속하기 전에 스토리지, 네트워킹 및 RHEV Manager를 구성해야 합니다. 로컬 설치를 선택하고 Hypervisor Configuration(하이퍼바이저 구성) 메뉴에서 재부팅 합니다. This option exits the menu and requires a reboot.Ensure local storage and networking is configuredcorrectly on the previous menu before continuing.The current kernel boot parameters arecrashkernel=128M@16M elevator=deadline processor.max_cstate=1Enter additional kernel boot parameters (press Enter to use the present arguments):Enter 를 눌러 계속합니다. Do you wish to proceed ([Y]es or [N]o)? 계속하려면 Y 를 누릅니다. 최종 설치 시퀀스가 시작됩니다. 설치가 완료되면 RHEV Hypervisor가 재부팅됩니다. 재부팅 후 RHEV Hypervisor는 Red Hat Enterprise Virtualization Manager for Servers와 설치됩니다. Red Hat Enterprise Virtualization Manager 인터페이스에서 사용할 수 있는 새 호스트가 있어야 합니다. 시스템이 재부팅된 후 설치 시퀀스를 다시 시작하지 않도록 부팅 미디어를 제거하고 부팅 장치 순서를 변경해야 할 수 있습니다.
2025-03-26Virtualization Documentation Team BZ#1350314 - Updated the steps for adding self-hosted engine hosts on RHEV-H. Revision 3.6-15Wed 29 June 2016Red Hat Enterprise Virtualization Documentation Team BZ#1258754 - Added troubleshooting information for redeploying failed self-hosted engine deployments. BZ#1317740 - Clarified the storage requirement for the RHEV-M Virtual Appliance. BZ#1335315 - Added a note on the importance of synchronizing system clocks. Revision 3.6-14Wed 25 May 2016Red Hat Enterprise Virtualization Documentation Team BZ#1312224 - Updated engine-backup examples to show that the --scope parameter can be used multiple times in one command. BZ#1315668 - Separated the screen command from hosted-engine deploy command. BZ#1288966 - Added a procedure on Migrating to a Self-Hosted Environment using the RHEV-M Virtual Appliance. BZ#1301447 - Updated the RHEL 6 to 7 upgrade procedure with in-cluster upgrade instructions. BZ#1334777 - Updated instructions to highlight the importance of creating another data domain in the self-hosted engine setup procedures. Revision 3.6-13Mon 18 Apr 2016Red Hat Enterprise Virtualization Documentation Team BZ#1317740 - Updated the storage requirements for RHEV-H installation, and corrected the link to the RHEVM Virtual Appliance. BZ#1306517 - Added an overview and diagrams of the backup and restoration procedure. BZ#1293971 - Added basic troubleshooting commands. Revision 3.6-12Wed 23 Mar 2016Red Hat Enterprise Virtualization Documentation Team BZ#1317378 - Added a link to a Customer Portal solution that outlines steps for enabling a new Manager virtual machine and removing a dead Manager virtual machine in scenarios where the Manager database is restored successfully, but the Manager virtual machine appears to be Down and cannot be migrated to another self-hosted engine host. Revision 3.6-11Fri 11 Mar 2016Red Hat Enterprise Virtualization Documentation Team BZ#1306212 - Changed 'yum update rhevm-setup' to 'yum update rhevm\*setup\*' so that any installed data warehouse, reports, or vmconsole packages will get updated as well. Revision 3.6-10Wed 09 Mar 2016Red Hat Enterprise Virtualization Documentation Team BZ#1188679 - Added instructions on how to upgrade from a 3.5 self-hosted engine running on version 6 hosts to a 3.6 self-hosted engine environment running on version 7 hosts. BZ#1282280 - Updated the overview and prerequisites section of the Backing up and Restoring a RHEL-Based Self-Hosted Environment chapter. BZ#1263955 - Added the --provision-db option to the Restoring the Self-Hosted Engine Manager section. BZ#1288942 - Added content on the two new buttons available in the Hosted Engine screen. Revision 3.6-9Tue 01 Mar 2016Red Hat Enterprise Virtualization Documentation Team Updated 3.5 documentation links to 3.6. Revision 3.6-8Mon 22 Feb 2016Red Hat Enterprise Virtualization Documentation Team Initial revision for Red Hat Enterprise Virtualization 3.6 general availability. Revision 3.6-7Fri 19 Feb 2016Red Hat Enterprise Virtualization Documentation Team BZ#1301411 - Added installation workflow diagrams. Revision 3.6-6Wed 27 Jan 2016Red Hat Enterprise Virtualization Documentation Team BZ#1279930 - Removed superfluous rhel-7-server-optional-rpms and rhel-7-server-supplementary-rpms channels. BZ#1293623 - Updated repos in upgrade topics. BZ#1151265 - Added new topic 'Removing a Host from a Self-Hosted Engine Environment'. BZ#1288672 - Added a note warning that configuring a bonded and vlan-tagged network interface as the management bridge is currently not supported. Revision 3.6-5Wed 23 Dec 2015Red Hat Enterprise Virtualization
2025-04-02Red Hat Enterprise Virtualization Hypervisor 7. Prerequisites: You must have prepared a freshly installed Red Hat Enterprise Virtualization Hypervisor (RHEV-H). You must have the Manager virtual machine operating system installation media. The recommended method is to use the RHEV-M Virtual Appliance to automate the setup. To use the appliance, the data partition (/data) must be at least 60 GB. The appliance must be accessible from the hypervisor via HTTP. Log in to the Customer Portal, and download the RHEV-M Virtual Appliance from You must have prepared storage for your self-hosted engine environment. At least two storage domains are required: A shared storage domain dedicated to the Manager virtual machine. This domain is created during the self-hosted engine deployment, and must be at least 60 GB. A data storage domain for regular virtual machine data. This domain must be added to the self-hosted engine environment after completing the deployment. For more information on preparing storage for your deployment, see the Storage chapter of the Administration Guide. You must have a fully qualified domain name prepared for your Manager and Hypervisor host. Forward and reverse lookup records must both be set in the DNS. For evaluation purposes, you can use the /etc/hosts file for name resolution. You must have enabled SSH password authentication in the Security screen. Procedure 2.1. Setting Up Self-Hosted Engine on RHEV-H This example configures self-hosted engine on a Red Hat Enterprise Virtualization Hypervisor 7. Click Deploy Hosted Engine. Specify the Red Hat Enterprise Virtualization Manager virtual machine installation method. To install using the RHEV-M Virtual Appliance, enter the URL to the appliance. For example: This is the recommended Manager installation method. Click Deploy, and click Close. Alternatively, select if PXE installation is the desired installation method. Click OK to start the hosted-engine deployment script. Press Enter to confirm to continue. Configuring Storage Select the type of storage to use. During customization use CTRL-D to abort.Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]: For NFS storage types, specify the full address, using either the FQDN or IP address, and path name of the shared storage domain. Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/nfs For iSCSI, specify the iSCSI portal IP address, port, user name and password, and select a target name from the auto-detected list. You can only select one iSCSI target during the deployment. Please specify the iSCSI portal IP address:Please specify the iSCSI portal port [3260]:Please specify the iSCSI portal user:Please specify the iSCSI portal password:Please specify the target name (auto-detected values) [default]: For Gluster storage, specify the full address, using either the FQDN or IP address, and path name of the shared storage domain. Only replica 3 Gluster storage is supported. Ensure the following configuration has been made: In the /etc/glusterfs/glusterd.vol file on all three Gluster servers, set rpc-auth-allow-insecure to on. option rpc-auth-allow-insecure on Configure the volume as follows: gluster volume set volume cluster.quorum-type autogluster volume set volume network.ping-timeout 10gluster volume set volume auth.allow
2025-04-23