Geek with the Peak Always learning · always teaching

Redhat- oder CentOS-VMware-Image-Migration zur Fujitsu K5-Plattform

2016-10-03

Redhat- oder CentOS-VMware-Image-Migration zur Fujitsu K5-Plattform

Machine-translated — the English original is authoritative.

Das folgende Verfahren kann verwendet werden, um eine bestehende VMware RedHat- oder CentOS-VM so vorzubereiten, dass sie innerhalb der Fujitsu K5 OpenStack IaaS-Plattform genutzt werden kann.

Sobald der Prozess abgeschlossen ist, sollte die VM in ein OVF-Format exportiert und anschließend in K5 importiert werden, wobei das in diesem Blogbeitrag beschriebene Verfahren anzuwenden ist.

Verfahren zur Migration von CentOS- oder RedHat-VMware-Images zur Fujitsu K5 OpenStack IaaS-Plattform.

  1. Deinstallation von VMware Tools
    Wenn VMware Tools auf dem virtuellen Server installiert ist, den Sie migrieren möchten, deinstallieren Sie es.

# vmware-uninstall-tools.pl 2. Installation eines SSH-Servers
Installieren Sie einen SSH-Server, indem Sie das unten stehende Verfahren befolgen.

# yum install openssh-server # chkconfig sshd on # /etc/init.d/sshd restart 3. Installation von cloud-init 1. Installation von cloud-init 

  ```
  # yum install http://download.fedoraproject.org/pub/epel/6/x86_64/epelrelease-6-8.noarch.rpm
  # yum -y install cloud-init.noarch cloud-utils-gworpart
  # yum -y install dracut-modules-growroot
  ```

  1. Bearbeitung der cloud-init-Konfigurationsdatei „/etc/cloud/cloud.cfg“
    Ein Beispiel für eine Konfiguration ist unten dargestellt.

    # cat /etc/cloud/cloud.cfg users: - default disable_root: 1 ssh_pwauth: 1 locale_configfile: /etc/sysconfig/i18n mount_default_fields: [~, ~, 'auto', 'defaults,nofail', '0', '2' ] resize_rootfs_tmp: /dev ssh_deletekeys: 0 ssh_genkeytypes: ~ syslog_fix_perms: ~ hostname: localhost.localdomain manage_etc_hosts: cloud-init_host user: vmimport cloud_init_modules: - migrator - bootcmd - write-files <--omitted--> system_info: default_user: name: centos lock_passwd: true gecos: Cloud User groups: [wheel, adm] sudo: ["ALL=(ALL) NOPASSWD:ALL"] shell: /bin/bash distro: rhel paths: cloud_dir: /var/lib/cloud templates_dir: /etc/cloud/templates ssh_svcname: sshd # vim:syntax=yaml

    Beispiel zur Einstellung des Hosts:

    hostname: <host name> manage_etc_hosts: cloud-init_host

    Beispiel zur Angabe eines allgemeinen Benutzernamens, der sich per SSH verbindet:

    user: <user name>

    Wichtig
    Das von Ihnen für cloud-init angegebene Benutzerpasswort und das erstellte Schlüsselpaar werden für diesen Benutzer festgelegt, wenn Sie einen virtuellen Server erstellen. 4. Einstellung des Ausgabeziels des Boot-Logs
    Ändern Sie die Einstellung so, dass der Kernel die Boot-Logs auf das ttyS0-Gerät schreiben kann. 1. Speichern Sie /boot/grub.grub.conf.

    # cp -p /boot/grub/grub.conf /root/grub.conf.bak 2. Bearbeiten Sie /boot/grub/grub.conf und fügen Sie die Definition hinzu, die den Kernel dazu befähigt, Boot-Logs auf das ttyS0-Gerät zu schreiben.

    # vi /boot/grub/grub.conf

    Fügen Sie die Serial-Definition wie unten gezeigt hinzu oder ändern Sie sie:

    (Vorher) kernel /vmlinuz&lt;string omitted&gt; rhgb quiet (Nachher) kernel /vmlinuz&lt;string omitted&gt; console=tty0 console=ttyS0,115200n8 5. Netzwerkeinstellung (DHCP-Verbindung) Tipp
    Um einen virtuellen Server nach dem Import des Images über ein Netzwerk mit DHCP zu verbinden, konfigurieren Sie die unten gezeigten Einstellungen. Wenn die feste IP-Adresse festgelegt ist, wird nach dem Import des Images dieselbe IP-Adresse beim Start verwendet. 1. Aktivieren Sie NetworkManager.

    # yum -y install NetworkManager # chkconfig NetworkManager on # /etc/rc.d/init.d/NetworkManager start 2. Überprüfen Sie die Einstellung von /etc/sysconfig/network-scripts/ifcfg-
    BOOTPROTO=dhcp 3. Starten Sie das Netzwerk neu.

    # /etc/rc.d/init.d/NetworkManager restart 6. Löschung der MAC-Adresse 1. Speichern Sie die Konfigurationsdatei. Wenn keine Konfigurationsdatei existiert, ist dieser Schritt nicht erforderlich.

    # cp /etc/udev/rules.d/70-persistent-net.rules /etc/udev/rules.d/70-persistent-net.rules.bak # cp /lib/udev/rules.d/75-persistent-net-generator.rules /lib/udev/rules.d/75-persistent-net-generator.rules.bak 2. Löschen Sie die MAC-Adressinformationen.

    # rm /etc/udev/rules.d/70-persistent-net.rules # rm /lib/udev/rules.d/75-persistent-net-generator.rules # touch /etc/udev/rules.d/70-persistent-net.rules # touch /lib/udev/rules.d/75-persistent-net-generator.rules 3. Löschen Sie die MAC-Adressinformationen (die Zeile, die mit „HWADDR=“ beginnt) aus /etc/sysconfig/network-scripts/ifcfg-. 4. Starten Sie das Betriebssystem neu.

    # reboot 7. Deaktivierung der Firewall
    Deaktivieren Sie den iptables-Dienst und den ipchains-Dienst.

# service ipchains stop # service iptables stop # chkconfig ipchains off # chkconfig iptables off

Nun können Sie die virtuellen Server-Images im OVF-Format aus der Migrationsquellumgebung erfassen und diesem Beitrag folgen, um das neue Image in K5 hochzuladen – https://allthingscloud.eu/2016/07/29/uploading-a-custom-image-to-fujitsu-k5-uk-based-public-cloud/

Originally published on allthingscloud.eu (2016-10-03).

← All posts