国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

Spark 檢查點(checkpoint)

這篇具有很好參考價值的文章主要介紹了Spark 檢查點(checkpoint)。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

Spark 檢查點(checkpoint)

什么是Checkpointing

Checkpointing可以將RDD從其依賴關系中抽出來,保存到可靠的存儲系統(tǒng)(例如HDFS,S3等), 即它可以將數據和元數據保存到檢查指向目錄中。 因此,在程序發(fā)生崩潰的時候,Spark可以恢復此數據,并從停止的任何地方開始。

Checkpointing分為兩類:

  • 高可用checkpointing,容錯性優(yōu)先。這種類型的檢查點可確保數據永久存儲,如存儲在HDFS或其他分布式文件系統(tǒng)上。 這也意味著數據通常會在網絡中復制,這會降低檢查點的運行速度。
  • 本地checkpointing,性能優(yōu)先。 RDD持久保存到執(zhí)行程序中的本地文件系統(tǒng)。 因此,數據寫得更快,但本地文件系統(tǒng)也不是完全可靠的,一旦數據丟失,工作將無法恢復。一般用于需要定期截取且擁有較長的lineage關系的RDD,例如,GraphX。

開發(fā)人員可以是來RDD.checkpoint()方法來設置檢查點。在使用檢查點之前,必須使用SparkContext.setCheckpointDir(directory: String)方法設置檢查點目錄。

所以其實我們的checkpoint主要用于Spark Streaming任務

為什么使用Checkpointing

RDD的檢查點機制就好比Hadoop將中間計算值存儲到磁盤,即使計算中出現了故障,我們也可以輕松地從中恢復。通過對 RDD 啟動檢查點機制可以實現容錯和高可用。

  • 在Spark Streaming程序中,如果某些數據已經在隊列中等待處理,由于某些原因我們的應用程序崩潰,當我們再次啟動時,則無需再次讀取這些數據,并且數據不會丟失。
  • 如果我們的應用程序正在使用任何有狀態(tài)操作,那么檢查點是必需的,否則一旦應用程序崩潰,所有狀態(tài)都將丟失。

哪些RDD需要使用Checkpointing

  • 計算需要很長時間的
  • 計算鏈太長的
  • 依賴于太多的父RDD

Cache、Persist和Checkpoint的區(qū)別

cache()與persist()的區(qū)別

會被重復使用的但是不能太大的RDD需要cache。cache()調用了persist(),區(qū)別在于cache只有一個默認的緩存級別MEMORY_ONLY,而persist可以根據情況設置其它的緩存級別,StorageLevel類中有12種緩存級別。

cache機制是每計算出一個要cache的partition就直接將其cache到內存了。但checkpoint沒有使用這種第一次計算得到就存儲的方法,而是等到job結束后另外啟動專門的job去完成checkpoint ,也就是說需要checkpoint的RDD會被計算兩次。因此在使用rdd.checkpoint()的時候建議加上rdd.cache(),這樣第二次運行的 job 就不用再去計算該rdd了,直接讀取cache寫磁盤。

persist()與checkpoint()的區(qū)別

rdd.persist(StorageLevel.DISK_ONLY) 與 checkpoint 也有區(qū)別。前者雖然可以將RDD的partition持久化到磁盤,但該partition由blockManager管理。一旦driver program執(zhí)行結束,也就是executor所在進程CoarseGrainedExecutorBackend結束了,blockManager也會相應退出,被 cache 到磁盤上的 RDD 也會被清空,整個blockManager使用的local文件夾被刪除。

而checkpoint將RDD持久化到HDFS或本地文件夾,如果不被手動remove掉,是一直存在的,也就是說可以被下一個driver program使用,而cached RDD不能被其他dirver program使用。

建立CheckPointing示例

用sparkContext設置hdfs的checkpoint的目錄。

scala> sc.setCheckpointDir("hdfs:/tmp/checkpoint")

利用上面代碼建立好檢查點目錄后,hdfs的會出現類似下面的目錄。

[dev@test06 ~]$ hdfs dfs -ls /tmp/checkpoint
Found 1 items
drwxr-xr-x   - hadoop supergroup          0 2019-04-30 10:50 /tmp/checkpoint/b4282eb3-cde8-489b-afda-4f1d08b9c236

執(zhí)行檢查點

scala> val rdd1=sc.parallelize(1 to 1000)
rdd1: org.apache.spark.rdd.RDD[Int] = ParallelCollectionRDD[11] at parallelize at <console>:24
scala> rdd1.checkpoint

這個時候在hdfs的/tmp/checkpoint/b4282eb3-cde8-489b-afda-4f1d08b9c236這個目錄下是找不到任何數據的。但是通過collect后,這個目錄就有數據了,說明checkpoint也是個transformation的算子。

scala> rdd1.sum
res6: Double = 500500.0

[dev@test06 ~]$ hdfs dfs -ls /tmp/checkpoint/b4282eb3-cde8-489b-afda-4f1d08b9c236
Found 1 items
drwxr-xr-x   - ccpgdev supergroup          0 2019-04-30 10:57 /tmp/checkpoint/b4282eb3-cde8-489b-afda-4f1d08b9c236/rdd-11

像上面說的,由于對RDD設置檢查點的時候,需要對RDD進行兩次計算,所以建議在設置checkpointing之前,先對rdd調用cache()進行緩存起來,避免重復計算同一個rdd。文章來源地址http://www.zghlxwxcb.cn/news/detail-859355.html

scala> rdd1.cache()
res8: rdd1.type = ParallelCollectionRDD[11] at parallelize at <console>:24
scala> rdd1.checkpoint()
scala> rdd1.collect()
res10: Array[Int] = Array(1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176,...
scala>

到了這里,關于Spark 檢查點(checkpoint)的文章就介紹完了。如果您還想了解更多內容,請在右上角搜索TOY模板網以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網!

本文來自互聯(lián)網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如若轉載,請注明出處: 如若內容造成侵權/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經查實,立即刪除!

領支付寶紅包贊助服務器費用

相關文章

  • Flink任務失敗,檢查點失效:Exceeded checkpoint tolerable failure threshold.

    Flink任務失敗,檢查點失效:Exceeded checkpoint tolerable failure threshold.

    最近實時平臺flink任務頻繁失敗,報檢查點方面的錯誤,最近集群的hdfs也經常報警:運行狀況不良,不知道是否和該情況有關,我的狀態(tài)后端位置是hdfs,廢話不多說,干貨搞起來~ 日志中報錯如下: 在報 Exceeded checkpoint tolerable failure threshold. 錯誤的之前,是先報的是 Checkpoi

    2024年02月07日
    瀏覽(55)
  • 【Flink】Flink 記錄一個 checkpoint 檢查點 越來越大的問題

    【Flink】Flink 記錄一個 checkpoint 檢查點 越來越大的問題

    Flink SQL checkpoint越來越大咋么辦,從2個G,現在4個G了,增量同步的,窗口是1小時,watermark是6小時,按道理來說,數據量不應該越來越大??? 在窗口內執(zhí)行了count(distinct )這些操作。設置了狀態(tài)的ttl。后端狀態(tài)存儲用的rocksdb。 狀態(tài)如下 設置了增量的檢查點 代碼設置不一定有

    2024年02月10日
    瀏覽(27)
  • Flink 檢查點配置

    開啟自動保存快照 (默認:關閉) : 間隔調整 : 對性能的影響更小,就調大間隔時間 為了更好的容錯性,就以調小間隔時間 檢查點存儲 (CheckpointStorage) : 持久化存儲位置 JobManager 的堆內存 (JobManagerCheckpointStorage) : 默認 文件系統(tǒng) (FileSystemCheckpointStorage) : 常用 , (HDFS , S3) Rocksdb 狀

    2024年02月10日
    瀏覽(100)
  • Flink狀態(tài)管理與檢查點機制

    Flink狀態(tài)管理與檢查點機制

    本專欄案例代碼和數據集鏈接:? https://download.csdn.net/download/shangjg03/88477960 相對于其他流計算框架,Flink?一個比較重要的特性就是其支持有狀態(tài)計算。即你可以將中間的計算結果進行保存,并提供給后續(xù)的計算使用: 具體而言,Flink?又將狀態(tài)?(State)?分為?Keyed?State?與?O

    2024年02月07日
    瀏覽(91)
  • 深入了解 Flink 的檢查點機制

    Flink 是一個流處理框架,用于實時數據處理。檢查點(checkpoint)機制是 Flink 的一個核心組件,用于保證流處理作業(yè)的可靠性和容錯性。在這篇文章中,我們將深入了解 Flink 的檢查點機制,涵蓋其核心概念、算法原理、實例代碼以及未來發(fā)展趨勢。 Flink 的檢查點機制是一種保存

    2024年02月20日
    瀏覽(22)
  • loadrunner入門教程(14)--檢查點

    loadrunner入門教程(14)--檢查點

    檢查點函數原理:回放腳本時搜索特定的文本或者字符串,從而驗證服務器相應的正確性;驗證請求是否成功,可以添加檢查點。以檢查從服務器返回的內容是否正確。本任務針對腳本開發(fā)–檢查點進行介紹 掌握基于loadrunner性能測試腳本開發(fā)——檢查點 1.單擊Design→Insert

    2024年02月05日
    瀏覽(31)
  • 怎么理解flink的異步檢查點機制

    flink的checkpoint監(jiān)控頁面那里有兩個指標Sync Duration 和Async Duration,一個是開始進行同步checkpoint所需的時間,一個是異步checkpoint過程所需的時間,你是否也有過疑惑,是否只是同步過程中的時間才會阻塞正常的數據處理,而異步checkpoint的時間不會影響正常的數據處理流程? 這

    2024年02月09日
    瀏覽(24)
  • Flink流式計算狀態(tài)檢查點與恢復

    Flink流式計算狀態(tài)檢查點與恢復 Apache Flink是一個流處理框架,用于實時數據處理和分析。Flink可以處理大規(guī)模數據流,并提供一種高效、可靠的方法來處理和分析這些數據。Flink流式計算狀態(tài)檢查點與恢復是流處理的關鍵組件,它們確保Flink應用程序在故障時能夠恢復并繼續(xù)處

    2024年02月19日
    瀏覽(26)
  • Flink系列之:背壓下的檢查點

    Flink系列之:背壓下的檢查點

    通常情況下,對齊 Checkpoint 的時長主要受 Checkpointing 過程中的同步和異步兩個部分的影響。 然而,當 Flink 作業(yè)正運行在嚴重的背壓下時,Checkpoint 端到端延遲的主要影響因子將會是傳遞 Checkpoint Barrier 到 所有的算子/子任務的時間。這在 checkpointing process) 的概述中有說明原因

    2024年02月04日
    瀏覽(18)
  • 論文閱讀-多級檢查點重新啟動MPI應用的共同設計

    論文閱讀-多級檢查點重新啟動MPI應用的共同設計

    論文名稱: Co-Designing Multi-Level Checkpoint Restart for MPI Applications 摘要—高性能計算(HPC)系統(tǒng)繼續(xù)通過包含更多硬件組件來支持更大的應用部署來擴展。關鍵是,這種擴展往往會減少故障之間的平均時間,從而使容錯成為一個越來越重要的挑戰(zhàn)。在HPC中容錯的標準做法是檢查點

    2024年04月09日
    瀏覽(33)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領取紅包,優(yōu)惠每天領

二維碼1

領取紅包

二維碼2

領紅包