FluentBit-Parameter

Verbindungsparameter

Protokollierungsparameter

Authentifizierungsparameter

Wenn Authentication_Mode auf IAMAPIKey eingestellt ist, muss der API-Schlüssel auf eine der drei Arten angegeben werden. Diese sind, in der folgenden Reihenfolge, wie folgt:

1. Verwendung des Feldes IAM_API_key in der Konfiguration
   • Es wird dringend empfohlen, einen API-Schlüssel nicht direkt in die Konfigurationsdatei einzufügen. Stattdessen kann ein Wert der Form ${CUSTOM_ENVIRONMENT_VARIABLE} verwendet werden, um andere als die unten genannten Umgebungsvariablen abzurufen
2. Mit einer Umgebungsvariablen namens IAM_API_KEY_<output_ID>
   • Dabei ist <output_ID> die ID des Ausgabe-Plug-ins, wie sie im Parameter Id angegeben ist, wobei etwaige Bindestriche (-) durch Unterstriche (_) ersetzt werden
3. Mit einer Umgebungsvariablen namens IAM_API_KEY

Wenn für eine der oben genannten Optionen kein Wert angegeben wird, schlägt die Initialisierung des Plug-ins fehl.

Überlegungen zur Konfiguration von Fluentbit Agent Workers

Ein " worker steht im Kontext des Protokollierungsagent für einen CPU-Thread, der dem Protokollierungsagent für die Bearbeitung von Protokollen zur Verfügung steht.

Sie können die Anzahl der verfügbaren Arbeiter in der Konfiguration des Output-Plugins konfigurieren.

• In der Fluent-Bit-Standardkonfiguration ist " Workers=1 die Standardkonfiguration, die für Arbeitslasten geeignet ist, die Protokollvolumen von weniger als 1MB/sec erzeugen.
• In einer Umgebung mit größerem Protokollierungsvolumen, d. h. mehr als 1 MB/Sek., kann es erforderlich sein, die " Workers-Konfiguration zu erhöhen, damit das Ausgabe-Plug-in die verbrauchten Protokolle verarbeiten kann.
• Das Helm für Openshift- und Kubernetes wird mit 4 Workern konfiguriert, da dies im Allgemeinen eine gute Einstellung für die meisten Kubernetes ist.

Verwenden Sie die Variable outputWorkers Helm, um die Workers-Einstellung für das Ausgabe-Plugin zu verwalten, wenn Sie das Diagramm Helm verwenden.

Hier einige Überlegungen zur Einstellung des Wertes " Workers in Ihrer Umgebung:

• Die Verringerung der Anzahl der Arbeiter von 4 auf 2 könnte die CPU-Anforderungen für den Protokollierungsagent verringern.

• Eine Erhöhung der Anzahl der Worker auf mehr als 4 ohne gleichzeitige Erhöhung des CPU-Limits in einer Kubernetes führt in der Regel nicht dazu, dass mehr Protokolle vom Protokollierungsagent verarbeitet werden. Es gibt einen Punkt, an dem die CPU den Durchsatz begrenzt und ebenfalls erhöht werden muss.

• Wenn Sie in den Protokollierungsagent Meldungen sehen, die " [input] pausing tail dicht gefolgt von " [input] resume tail melden, ist dies ein Anzeichen dafür, dass das Ausgabe-Plugin, das die Protokolle sendet, mit der Menge der erzeugten Protokolle nicht Schritt halten kann. Wenn die CPU-Auslastung das festgelegte CPU-Limit noch nicht erreicht hat, kann durch eine Erhöhung der Anzahl der Worker der Durchsatz in der Regel gesteigert werden. Wenn die CPU-Auslastung nahe an der Grenze liegt, müssen Sie möglicherweise nicht nur die Anzahl der Worker, sondern auch das CPU-Limit erhöhen. Es ist in Ordnung, wenn die Meldung " [input] pausing tail einige Male pro Stunde ausgegeben wird. Wenn diese Meldung mehrmals pro Minute erscheint, sollten Sie eine Konfigurationsänderung in Betracht ziehen.

• Wenn Sie die Meldung " [ warn] [input:tail:tail.0] purged rotated file while data ingestion is paused, consider increasing rotate_wait sehen, ist dies in der Regel ein Hinweis darauf, dass die Menge der Eingaben deutlich höher ist, als der Agent verarbeiten kann. Wird die Anzahl der Worker oder der CPU (oder beides) nicht erhöht, führt dies zu fehlenden Protokollen, da die rotierten Dateien aufgrund der Dateirotation nicht mehr verarbeitet werden und die Ingestion pausiert. Sie müssen die Worker- oder CPU-Limits (oder beides) erhöhen, wenn dieser Fehler auftritt.