Kubernetes: Greifen Sie auf den physischen Hostnamen im k8s gestarteten Docker-Container-Einstiegspunktskript zu

Erstellt am 28. Juli 2015  ·  3Kommentare  ·  Quelle: kubernetes/kubernetes

Hi,

Gibt es eine Möglichkeit, den zugrunde liegenden physischen Hostnamen im Docker-Container-Einstiegspunktskript kurz nach dem Start zu erhalten? k8s scheint keine env-Variablen zu setzen, um darauf zuzugreifen. Derzeit verwende ich eine hackige Methode, um /etc/hostname innerhalb des Containers zu mounten und den Hostnamen von dort auszulesen. Funktioniert auch der Endpunkt /pods, da der Pod zu diesem Zeitpunkt möglicherweise nicht vollständig eingerichtet ist.

Vielen Dank!

Hilfreichster Kommentar

Ich stimme zu, dass die programmgesteuerte Verwendung des Hostnamens wahrscheinlich eine schlechte Idee ist, aber es kann nützlich sein, die von einem Container (Metriken/Protokolle) ausgegebene Telemetrie mit einem physischen Hostnamen zu versehen, um die Identifizierung von Problemen auf Hostebene zu erleichtern. Ich wäre für diese Funktion.

Alle 3 Kommentare

Sie können den Hostnamen nur ermitteln, indem Sie die Kubernetes-API abfragen, z
jetzt. Im Allgemeinen sagen wir, dass Sie diese Frage nicht stellen sollten - sie führt zu
Kupplungen, die Sie nicht wirklich wollen.

Sobald ein Pod von der API akzeptiert wurde, ist er über die API verfügbar.
Am 28. Juli 2015 um 09:28 schrieb "Sanjana J Bhat" [email protected] :

Hi,

Gibt es eine Möglichkeit, den zugrunde liegenden physischen Hostnamen zu erhalten?
das Docker-Container-Einstiegspunktskript kurz nach dem Start? k8s
scheint keine env-Variablen zu setzen, um darauf zuzugreifen. Derzeit verwende ich a
Hacky-Methode, um /etc/hostname innerhalb des Containers zu mounten und die
Hostname von dort. Funktioniert auch der Endpunkt /pods, da der Pod möglicherweise nicht verwendet wird
in dieser Phase vollständig eingerichtet.

Vielen Dank!


Antworten Sie direkt auf diese E-Mail oder zeigen Sie sie auf GitHub an
https://github.com/GoogleCloudPlatform/kubernetes/issues/11932.

Bitte öffnen Sie erneut, wenn dies Ihre Frage nicht beantwortet.

Ich stimme zu, dass die programmgesteuerte Verwendung des Hostnamens wahrscheinlich eine schlechte Idee ist, aber es kann nützlich sein, die von einem Container (Metriken/Protokolle) ausgegebene Telemetrie mit einem physischen Hostnamen zu versehen, um die Identifizierung von Problemen auf Hostebene zu erleichtern. Ich wäre für diese Funktion.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen