穩(wěn)定性說(shuō)明與使用限制
本文介紹OSS投遞(新版)的穩(wěn)定性與使用限制。
穩(wěn)定性說(shuō)明
讀日志服務(wù)
穩(wěn)定項(xiàng) | 說(shuō)明 |
可用性 | 可用性較高。 如果日志服務(wù)出錯(cuò),無(wú)法讀取數(shù)據(jù),OSS投遞任務(wù)會(huì)在內(nèi)部至少重試10次。如果仍然失敗,任務(wù)執(zhí)行會(huì)報(bào)錯(cuò),然后任務(wù)重啟。 |
寫OSS
穩(wěn)定項(xiàng) | 說(shuō)明 |
并發(fā)度 | 按照日志服務(wù)Shard進(jìn)行分區(qū)并創(chuàng)建投遞實(shí)例,支持快速擴(kuò)容。 如果日志服務(wù)源Logstore進(jìn)行Shard分裂,可以在數(shù)秒以內(nèi)完成投遞實(shí)例的擴(kuò)容,加快數(shù)據(jù)導(dǎo)出速度。 |
數(shù)據(jù)不丟失 | OSS投遞任務(wù)基于消費(fèi)組進(jìn)行擴(kuò)展,提供一致性保證。投遞完成后,才會(huì)提交offset,因此可以保證數(shù)據(jù)寫入OSS之前,offset不被提交,即保證投遞數(shù)據(jù)不丟失。 |
監(jiān)控告警
穩(wěn)定項(xiàng) | 說(shuō)明 |
監(jiān)控告警 | 數(shù)據(jù)投遞有完善的監(jiān)控,可實(shí)時(shí)追蹤投遞任務(wù)的延遲、流量等指標(biāo)。您可以根據(jù)業(yè)務(wù)需求,配置自定義告警,及時(shí)發(fā)現(xiàn)投遞問(wèn)題(例如導(dǎo)出實(shí)例不足、網(wǎng)絡(luò)Quota限制等)。具體操作,請(qǐng)參見(jiàn)為OSS投遞任務(wù)(新版)設(shè)置告警。 |
使用限制
網(wǎng)絡(luò)
限制項(xiàng) | 說(shuō)明 |
網(wǎng)絡(luò)類型 | 通過(guò)阿里云內(nèi)網(wǎng)傳輸數(shù)據(jù),網(wǎng)絡(luò)穩(wěn)定性和速度具有保障。 |
權(quán)限管理
限制項(xiàng) | 說(shuō)明 |
授權(quán) | 涉及OSS投遞操作權(quán)限和數(shù)據(jù)訪問(wèn)權(quán)限。更多信息,請(qǐng)參見(jiàn)準(zhǔn)備權(quán)限。 |
服務(wù)端加密 | 如果開(kāi)啟了服務(wù)端加密,需要為RAM角色添加額外的權(quán)限。更多信息,請(qǐng)參見(jiàn)OSS配置文檔。 |
讀流量
限制項(xiàng) | 說(shuō)明 |
讀流量 | 單個(gè)Project以及單個(gè)Shard存在最高流量限制。更多信息,請(qǐng)參見(jiàn)數(shù)據(jù)讀寫。 如果超過(guò)最高流量限制,請(qǐng)分裂Shard或者申請(qǐng)擴(kuò)容Project讀流量限制。超過(guò)限制,會(huì)導(dǎo)致OSS投遞任務(wù)讀取數(shù)據(jù)失敗,并在內(nèi)部至少重試10次,如果仍然失敗,任務(wù)執(zhí)行會(huì)報(bào)錯(cuò),然后任務(wù)重啟。 |
寫OSS
限制項(xiàng) | 說(shuō)明 |
并發(fā)實(shí)例 | 并發(fā)實(shí)例數(shù)量與Shard數(shù)量相同(包括讀寫Shard和只讀Shard)。 |
投遞限制 |
|
時(shí)間分區(qū) | OSS投遞是攢批進(jìn)行,每次寫一個(gè)文件,文件內(nèi)包括一批數(shù)據(jù),文件路徑由該批數(shù)據(jù)中最小的receive_time(數(shù)據(jù)到達(dá)日志服務(wù)的時(shí)間)決定。 |
文件格式 | 數(shù)據(jù)被投遞到OSS后,支持存儲(chǔ)為CSV、JSON、Parquet、ORC四種文件格式。更多信息,請(qǐng)參見(jiàn)JSON格式、CSV格式、Parquet格式和ORC格式。 |
壓縮方式 | 支持snappy、gzip、zstd三種壓縮方式以及不壓縮。 |
OSS Bucket |
|
配置項(xiàng)
限制項(xiàng) | 說(shuō)明 |
延遲投遞 | 延遲投遞配置項(xiàng)中設(shè)置的時(shí)間不能超過(guò)當(dāng)前Logstore的數(shù)據(jù)保存時(shí)間。 建議預(yù)留一段緩沖時(shí)間,否則可能會(huì)導(dǎo)致數(shù)據(jù)丟失。例如Logstore的數(shù)據(jù)保存時(shí)間為30天,則延遲投遞的時(shí)間最好不要超過(guò)25天。 |
管理投遞
限制項(xiàng) | 說(shuō)明 |
暫停投遞任務(wù) | 投遞任務(wù)會(huì)記錄上次投遞的日志Cursor,恢復(fù)運(yùn)行時(shí)從記錄的Cursor開(kāi)始繼續(xù)投遞。因此暫停投遞任務(wù)時(shí)存在如下機(jī)制。
|