### 執行模型Execution Model
Logstash事件處理管道協調inputs、filters和outputs的執行。
Each input stage in the Logstash pipeline runs in its own thread.(這句直接翻譯應該是每個input階段在Logstash中都有自己獨立的線程。但是,我感覺他想表達的可能是Logstash的input、filter、output三個階段都有自己獨立的線程。)Inputs將事件寫入內存(默認)或磁盤上的中央隊列。每個管道中的工作線程從隊列中取走一部分事件。通過配置的filters處理這些事件,然后通過outputs處理filters處理過的時間。工作線程的多少和取走部分的大小是可以配置的。(參見:[Tuning and Profiling Logstash Performance](https://www.elastic.co/guide/en/logstash/current/tuning-logstash.html))。
這一段的原文:Each input stage in the Logstash pipeline runs in its own thread. Inputs write events to a central queue that is either in memory (default) or on disk. Each pipeline worker thread takes a batch of events off this queue, runs the batch of events through the configured filters, and then runs the filtered events through any outputs. The size of the batch and number of pipeline worker threads are configurable (see [Tuning and Profiling Logstash Performance](https://www.elastic.co/guide/en/logstash/current/tuning-logstash.html)).
默認情況下,Logstash使用每個階段中內存中的消息隊列來緩存事件。如果Logstash被不安全的停止,則會丟失內存中的數據。要降低數據丟失的風險,可以打開Logstash持久化到磁盤的功能。參見[Persistent Queues](https://www.elastic.co/guide/en/logstash/current/persistent-queues.html)獲取更多信息。
- Emmm
- Logstash簡介
- 開始使用Logstash
- 安裝Logstash
- 儲存你的第一個事件
- 通過Logstash解析日志
- 多個輸入和輸出插件的混合使用
- Logstash是如何工作的
- 執行模型Execution Model
- 設置并運行Logstash
- Logstash目錄布局
- Logstash配置文件
- logstash.yml
- Secrets keystore for secure settings
- 從命令行運行Logstash
- 以服務的方式運行Logstash
- 在Docker中運行Logstash
- 配置容器版Logstash
- Logging
- 關閉Logstash
- 安裝X-Pack
- 設置X-Pack
- 升級Logstash
- 使用包管理升級
- 直接下載進行升級
- 升級至6.0
- Upgrading with the Persistent Queue Enabled
- 配置Logstash
- 管道配置文件的結構
- 訪問配置中的事件數據和字段
- 在配置中使用環境變量
- Logstash配置示例
- 多管道
- 管道間通信(beta)
- 重載配置文件
- 管理多行事件
- Glob Pattern Support
- Converting Ingest Node Pipelines
- Logstash間通信
- 配置集中式管道管理
- X-Pack Monitoring
- X-Pack Security
- X-Pack Settings
- Field References Deep Dive(深入字段引用)
- 管理Logstash
- 集中式管道管理
- 使用Logstash模塊
- 使用Elastic Cloud
- Logstash ArcSight模塊