2016-10-27 2 views
0

Gibt es eine Möglichkeit, eine Verbindung zu einem laufenden Pod auf OpenShift v3 mit einem externen Tool wie PuTTY oder WinSCP herzustellen? Ich kenne die Befehle oc rsh und oc rsync, um Remote Shell- und Dateizugriff zu erhalten, aber es wäre bequemer für mich, ein GUI-Tool wie WinSCP zu verwenden, wenn ich zum Beispiel mehrere Protokolle und andere Dateien auf meinem Pod durchsuchen möchte .Verbinden mit dem Pod auf OpenShift v3 mit PuTTY/WinSCP

Ich erinnere mich, dass es mit OSEv2 eine Möglichkeit gab, private Schlüssel einzurichten und diese Arten von Tools zu verwenden, und ich versuchte, etwas ähnliches in den Dokumenten für v3 zu finden, ohne Erfolg. Kennt jemand einen Weg, dies zu erreichen?

Danke!

Antwort

0

Nein, glaube nicht, dass es da ist.

Eine Sorge ist, dass Sie nicht auf Dateien im Container trotzdem protokollieren sollten. Bei der Verwendung einer Container-Laufzeitumgebung wie Docker empfiehlt es sich, Anwendungen so zu konfigurieren, dass die Protokollierung an stdout/stderr gesendet wird, sodass die Laufzeitumgebung Protokolle für Sie abfangen kann. Im Fall von OpenShift können Sie dann auf Protokolle zugreifen, indem Sie oc logs verwenden, oder OpenShift kann auch eingerichtet werden, um Protokolle in einen ELK-Stack zu senden, damit sie auf diese Weise abgefragt werden können.

Einer der Gründe, warum Sie sich nicht am Container anmelden, ist, dass die Protokolle beim Herunterfahren des Containers verloren gehen. Wenn also Ihr Container abstürzt, haben Sie keine Möglichkeit herauszufinden, was schief gelaufen ist.

Ein weiteres Problem bei der Anmeldung am Container ist, dass die Protokolle wahrscheinlich nicht gedreht werden, da die normalen Systemmechanismen für die Protokolldateirotation nicht ausgeführt werden. Als Ergebnis werden die Protokolle unbegrenzt wachsen und könnten schließlich den gesamten Speicherplatz für Dateien in den Container verbrauchen.

Was ist die Anwendung und wofür sind die Protokolle?

+0

Vielen Dank für die Rückmeldung! Dies ist eine bestehende Legacy-Webanwendung und ich habe daher nicht viel Kontrolle über ihre Funktionen. Ich habe es tatsächlich geschafft, dies zu lösen, indem ich stattdessen ein Volume über OSEv3 mounte und die Logging-Ausgabe dorthin sendete. Ich denke, dies wird dazu beitragen, die in Ihrem Beitrag erwähnten Probleme zu mildern. – mbpolan

+0

Wenn es sich um eine einzelne Protokolldatei handelt, können Sie je nach dem von Ihnen verwendeten Basis-BS-Container-Image den Speicherort der Protokolldatei einfach in ''/proc/self/fd/2'' ändern. –