Planen Sie (oder erwägen Sie), Red Hat Enterprise Linux (RHEL) auf Microsoft Azure auszuführen? Fragen Sie sich, woran Sie denken müssen, bevor Sie dies tun?
Das Ausführen von RHEL auf Azure scheint ziemlich einfach zu sein, und ich würde teilweise zustimmen, dass dies wahr ist. Die typischen Unternehmensanforderungen bei der Verwendung von Azure können sich jedoch etwas von den standardmäßigen Bring-Your-Own-Subscription (BYOS)- und Pay-as-you-go (PAYG)-Images für Verbrauchsmaterialien unterscheiden. Ich werde nicht zu sehr ins Detail gehen, aber ich gebe Ihnen einige Hinweise zur Netzwerkkonfiguration (insbesondere DNS), die Ihnen beim Einstieg in die Anpassung der Azure-Images an Ihre Anforderungen helfen sollen.
Umgebung konfigurieren
In meinem Beispiel gehe ich davon aus, dass Sie ein VPN zwischen Ihren Azure-VMs und Ihrem primären Rechenzentrum haben (sei es eine andere Form von Clouddienst oder Ihr lokales). Sie benötigen dort einen (internen) DNS-Server, der für Ihre Hosts und eventuell die Dienste, die Sie verwenden möchten, zuständig ist.
Wenn Sie ein Red Hat Enterprise Linux-Image in Azure starten, erhalten Sie standardmäßig wahrscheinlich eine /etc/resolv.conf ähnlich wie hier:
$ cat /etc/resolv.conf
# Generated by NetworkManager
search iftv0wntyplulh4lbl2jpq0ppg.fx.internal.cloudapp.net
nameserver 168.63.129.16
Obwohl dies eine funktionierende Konfiguration ist, die wahrscheinlich für eine Vielzahl von Szenarien ausreicht, erfüllt sie nicht unsere Anforderungen, dass sie:
- Fragt unseren eigenen Nameserver ab, um interne Hostnamen auflösen zu können.
- Erlaubt uns nicht, Nicht-FQDN-Hostnamen in unserer eigenen Domain abzufragen.
- Gibt schließlich Informationen über unsere Hostnamen an den Microsoft-Nameserver weiter (nichts für ungut).
Anpassung der generierten Konfiguration
Erfahrene Systemadministratoren, die in der Vergangenheit mit DHCP gearbeitet haben, um ihren Clients eine IP/DNS-Konfiguration zuzuweisen, werden schließlich die erforderlichen Tricks kennen. Der Schlüssel hier ist dhclient.conf , die Konfigurationsdatei des DHCP-Clients. Mit dieser Datei können vom DHCP-Server (Microsoft Azure) bereitgestellte Konfigurationswerte überschrieben/angepasst werden.
Damit dieses Beispiel einfach zu reproduzieren ist und auch eine funktionierende Konfiguration hat, verwenden wir einen der öffentlichen Google-DNS-Server als unseren primären (und einzigen) DNS-Server, 8.8.8.8. Und wir möchten, dass unsere Domain redhat.com ist .
Wir erstellen daher die Konfigurationsdatei /etc/dhcp/dhclient.conf mit folgendem Inhalt:
$ cat /etc/dhcp/dhclient.conf
supersede domain-name-servers 8.8.8.8;
supersede domain-search "redhat.com";
Diese Konfiguration führt zu der folgenden generierten /etc/resolv.conf :
$ cat /etc/resolv.conf
# Generated by NetworkManager
search redhat.com
nameserver 8.8.8.8
Beachten Sie, dass wir in diesem Beispiel immer noch interne Hostnamen an den Google-DNS-Server durchsickern lassen würden. Aber, wie oben erwähnt, habe ich aus Gründen der Reproduzierbarkeit einen DNS-Server gewählt, der für jedermann öffentlich verfügbar ist.
Testen der Konfiguration
Sie werden diese Konfiguration wahrscheinlich mit internen Hostnamen ausprobieren, aber wir testen sie, indem wir versuchen, nur mx1 aufzulösen (Nicht-FQDN):
$ host mx1
mx1.redhat.com has address 209.132.183.28
Voila, genau das, was wir erwarten.
Weitere Konfiguration
Es gibt mehrere andere Konfigurationswerte, die Sie überschreiben, hinzufügen und an Ihre Anforderungen anpassen können. Der beste Weg, mehr über diese Werte herauszufinden, sind, wie alle Systemadministratoren wissen sollten, die man-Seiten. In diesem speziellen Fall würde ich empfehlen, Folgendes zu lesen:
$ man 5 dhclient.conf
Persönlich würde ich empfehlen, bei den Standardwerten zu bleiben, wenn es keine absolute Notwendigkeit/Anforderung gibt, diese zu ändern, aber wenn Sie Werte überschreiben oder hinzufügen müssen, dann sollten Sie sie in der Handbuchseite finden können.
Möchten Sie Red Hat Enterprise Linux ausprobieren? Jetzt kostenlos herunterladen.