# TTL Time To Live

在 SkyWalkin 中, 除了元数据外, 有两种类型的观测数据

记录, 包括 trace 和告警. 未来可能还包括日志.
指标, 包括如 p99/p95/p90/p75/p50, 热点图, 成功率, cpm(rpm) 等. 指标又根据分钟/小时/天/月维度, 在存储中划分为不同索引或表.

针对不同的类型, 你有以下设置:

    # Set a timeout on metrics data. After the timeout has expired, the metrics data will automatically be deleted.
    enableDataKeeperExecutor: ${SW_CORE_ENABLE_DATA_KEEPER_EXECUTOR:true} # Turn it off then automatically metrics data delete will be close.
    recordDataTTL: ${SW_CORE_RECORD_DATA_TTL:90} # Unit is minute
    minuteMetricsDataTTL: ${SW_CORE_MINUTE_METRIC_DATA_TTL:90} # Unit is minute
    hourMetricsDataTTL: ${SW_CORE_HOUR_METRIC_DATA_TTL:36} # Unit is hour
    dayMetricsDataTTL: ${SW_CORE_DAY_METRIC_DATA_TTL:45} # Unit is day
    monthMetricsDataTTL: ${SW_CORE_MONTH_METRIC_DATA_TTL:18} # Unit is month

recordDataTTL 影响记录数据.
minuteMetricsDataTTL, hourMetricsDataTTL, dayMetricsDataTTL 和 monthMetricsDataTTL 影响分钟/小时/天/月维度的指标数据.

# ElasticSearch 6 存储 TTL

特别注意:
由于 ElasticSearch 的特性, 它会在每次通过查询条件进行删除之后重建索引. 这是一个非常重的操作, 会导致 ElasticSearch 服务挂起数秒钟. 现在 ElasticSearch 中有上百个索引, 在上述情况下, 会导致 ElasticSearch 意外地停止响应. 因此我们按天创建索引来避免执行按查询条件删除数据, 然后直接删除整个过期的索引, 这是个高性能的操作, 向挂起说再见.

在 ElasticSearch 存储中, 有以下的配置.

    # Those data TTL settings will override the same settings in core module.
    recordDataTTL: ${SW_STORAGE_ES_RECORD_DATA_TTL:7} # Unit is day
    otherMetricsDataTTL: ${SW_STORAGE_ES_OTHER_METRIC_DATA_TTL:45} # Unit is day
    monthMetricsDataTTL: ${SW_STORAGE_ES_MONTH_METRIC_DATA_TTL:18} # Unit is month

recordDataTTL 影响记录数据.
otherMetricsDataTTL 影响分钟/小时/天维度的指标. minuteMetricsDataTTL, hourMetricsDataTTL 和 dayMetricsDataTTL 还保留, 但他们的单位改为了天. 如果你想手动设置他们, 请删除掉 otherMetricsDataTTL.
monthMetricsDataTTL 影响月维度的指标.