Score:-2

พื้นที่ดิสก์พื้นฐาน (และเทคโนโลยีที่เกี่ยวข้อง) สำหรับการจัดเก็บข้อมูลแบบถาวรมีการกำหนดค่าอย่างไรใน Docker

ธง za

ฉันต้องการแนบที่เก็บข้อมูลถาวรกับคอนเทนเนอร์นักเทียบท่าของฉัน ฉันได้ลองใช้ NFS โดยใช้ TrueNAS และดูเหมือนจะไม่มีโชค

แน่นอน ฉันกำลังเข้าใกล้สิ่งนี้ในทางที่ผิด ข้อตกลงทั่วไปสำหรับการแนบที่เก็บข้อมูลถาวรภายนอกคอนเทนเนอร์คืออะไร เพื่อที่ว่าหากคอนเทนเนอร์ล้มเหลวหรือถูกสร้างใหม่ ข้อมูลจะถูกแนบใหม่หรืออย่างน้อยที่สุดก็ยังคงมีอยู่

แก้ไข: ขออภัยสำหรับความสับสน ฉันไม่ได้พูดถึงการผูกเมานต์หรือวอลุ่ม ฉันทราบดีถึงเทคโนโลยีเหล่านั้น ฉันหมายถึงระบบไฟล์พื้นฐาน เช่น NFS เป็นต้น มีเครื่องมือหรือระบบการจัดการมาตรฐานหรือไม่ เช่น Longhorn สำหรับพื้นที่เก็บข้อมูลบล็อกบน kubernetes จะดีกว่าไหมถ้าใช้ไฟล์ วัตถุ หรือโซลูชันพื้นที่เก็บข้อมูลแบบบล็อก ฯลฯ...

แก้ไข 2: ฉันพร้อมทุกอย่างในเอกสาร Docker แล้ว ฉันรู้เกี่ยวกับวอลุ่มและไดรเวอร์สิ่งที่ฉันไม่รู้คือวิธีใช้อย่างถูกต้องกับตัวเลือกที่เกี่ยวข้องเนื่องจากไม่ได้จัดทำเอกสารอย่างถูกต้อง หรือวิธีการติดตั้งสิ่งเหล่านี้ในโซลูชัน ใช่ฉันสามารถ "ใช้ไดรเวอร์" ได้ แต่เป็นอย่างไร NFS เป็นธีมทั่วไปหรือไม่ สิ่งที่เกี่ยวกับการจัดเก็บบล็อก? ที่เก็บวัตถุ? สิ่งนี้ได้รับการออกแบบในระดับระบบอย่างไร

แก้ไข: ฉันกำลังเพิ่มการแก้ไขนี้เนื่องจาก weasal บางตัวปิดเนื่องจากไม่เฉพาะเจาะจงเพียงพอ ราวกับว่าถามเกี่ยวกับปัญหานี้ไม่เกี่ยวข้อง ฉันเป็นคนเดียวที่มีคำตอบที่แท้จริง แม้แต่ผู้ใช้ทั่วไปของนักเทียบท่าก็ไม่มีเงื่อนงำว่าสิ่งนี้ทำงานอย่างไรภายใต้ประทุน คุณไม่คิดว่าเราควรจะโพสต์เกี่ยวกับคำถามนั้นหรือ ไม่สิ ไม่สิ .. แค่ให้คนทำเรื่องเดิมๆ ซ้ำแล้วซ้ำเล่า

pl flag
คุณได้อ่านเกี่ยวกับ [bind mounts](https://docs.docker.com/storage/bind-mounts/) และ [volumes](https://docs.docker.com/storage/volumes/) แล้วหรือยัง สิ่งที่คุณต้องการอย่างใดอย่างหนึ่งหรือทั้งสองอย่าง
BitShift avatar
za flag
นั่นไม่ใช่สิ่งที่ฉันหมายถึง ... ให้ฉันชี้แจงคำถาม
in flag
นักเทียบท่าเท่านั้นที่รู้ปริมาณ ไม่สนใจว่าคุณจัดเก็บอย่างไร
in flag
คุณควรอ่านหัวข้อเกี่ยวกับวอลุ่มให้ละเอียดยิ่งขึ้น โดยเฉพาะส่วนที่เกี่ยวกับไดรเวอร์โวลุ่ม
BitShift avatar
za flag
@GeraldSchneider ฉันได้อ่านทุกอย่างที่ต้องอ่านเกี่ยวกับที่เก็บข้อมูลจาก docker docs สิ่งที่ยังไม่ชัดเจนคือไดรเวอร์เหล่านี้มีประโยชน์อย่างไร มีน้อยในการจัดทำเอกสารกรณีการใช้งาน ตัวเลือก และการออกแบบสถาปัตยกรรมทั่วไป ซึ่งล่าสุดผมได้มาชี้แจงไว้ ณ ที่นี้
Score:2
ธง ng

ข้อตกลงทั่วไปสำหรับการแนบที่เก็บข้อมูลถาวรคืออะไร ด้านนอกของคอนเทนเนอร์

ไม่มี

กระบวนทัศน์ของ Docker ทั้งหมดตั้งอยู่บนสมมติฐานว่าคุณสามารถสร้างและทำลายคอนเทนเนอร์ได้ตามที่คุณต้องการ พวกมันไม่คงทนและไม่ควรเป็น

หากคอนเทนเนอร์ของคุณคาดหวังว่าจะมีบางสิ่งอยู่ที่นั่น คุณกำลังทำผิด â ¢.

BitShift avatar
za flag
แน่นอน มันจะต้องไร้สัญชาติมากที่สุดเท่าที่จะเป็นไปได้ และเป้าหมายของฉันคือการขาดที่พึ่ง สิ่งต่างๆ เช่น เนื้อหา Wikijs, ไฟล์ปรับแต่งแดชบอร์ดของ Organizr/Heimdall, ตำราอาหาร Ansible ที่ฉันสามารถบันทึกนอกคอนเทนเนอร์ได้ ด้วยวิธีนี้ ในกรณีที่ฉันต้องสร้างคอนเทนเนอร์ใหม่ ฉันสามารถโหลดเนื้อหาที่บันทึกไว้ซ้ำได้ แน่นอนที่อยู่ในร๊อคและปรัชญาของภาชนะไม่?
Massimo avatar
ng flag
ใช่แน่นอน. แต่สำหรับทุกกรณี วิธีแก้ไขคือการจัดเก็บข้อมูลถาวรของคุณ *ภายนอก* คอนเทนเนอร์ ในที่ใดที่ที่พวกเขาสามารถเข้าถึงได้ *โดยที่* ขึ้นอยู่กับการใช้งานของคุณ
BitShift avatar
za flag
ใช่. นั่นคือจุดประสงค์ของคำถาม ฉันพยายามเรียนรู้เพิ่มเติมเกี่ยวกับเทคโนโลยีพื้นฐานที่ใช้เพื่ออำนวยความสะดวก และตั้งแต่นั้นมาฉันก็ได้เรียนรู้เกี่ยวกับเทคโนโลยีการจัดเก็บข้อมูลต่างๆ ฉันจะเขียนบางอย่างที่นี่เมื่อฉันทำเสร็จแล้ว สำหรับตอนนี้ ดูเหมือนว่า NFS สำหรับหน่วยเก็บข้อมูลถาวรที่ไม่มีประสิทธิภาพนอกคอนเทนเนอร์จะดีกว่า สำหรับวิธีที่ฉันต้องการกำหนดค่าคอนเทนเนอร์เหล่านี้ ฉันคิดว่าระดับบล็อกด้วย iSCSI จะดีกว่า
Score:0
ธง za

ข้อตกลงในแง่ของเทคโนโลยีระบบไฟล์พื้นฐานดูเหมือนจะใช้โซลูชันพื้นที่เก็บข้อมูลแบบบล็อก เช่น Cinder, BGFS เป็นต้น... (ซึ่งสามารถใช้ Ceph, iSCSI และประเภทไฟล์แบบบล็อกอื่นๆ) หรือพื้นที่จัดเก็บแบบออบเจกต์เช่น Minio

โซลูชันประเภทนี้ช่วยจัดการพื้นที่ดิสก์พื้นฐานได้อย่างง่ายดาย และยังคำนึงถึงความต้องการโดยนัยของระบบไฟล์แบบกระจายอีกด้วย

ขึ้นอยู่กับกรณีการใช้งานและ NFS เหมาะอย่างยิ่งสำหรับกรณีการใช้งานที่ประสิทธิภาพไม่เป็นปัญหา เช่น การเขียนไฟล์ ด้วยวิธีนี้ คอนเทนเนอร์ wikijs จะเป็นตัวเลือกที่สมบูรณ์แบบสำหรับ NFS เพื่อให้การเขียนเนื้อหาที่ผู้ใช้สร้างขึ้นสามารถแยกออกจากคอนเทนเนอร์ได้

ที่ซึ่งโซลูชันการจัดเก็บข้อมูลแบบบล็อกยังโดดเด่นสำหรับคอนเทนเนอร์คือการให้ความสะดวกในการปรับใช้ในรอบการสร้าง-ทำลายที่รวดเร็วเช่นเดียวกับกรณีการใช้งานทั่วไป

จากนั้นอีกครั้ง หากคุณใช้งานคอนเทนเนอร์จำนวนมากที่มีอายุการใช้งานไม่จำกัด (เช่น ฉันใช้ Nextcloud, Heimdall, pihole ฯลฯ...) โซลูชันพื้นที่เก็บข้อมูลแบบบล็อกอาจช่วยให้คุณจัดการได้อย่างยืดหยุ่นมากขึ้น ฉันชอบแนวคิดในการใช้ที่เก็บข้อมูลแบบบล็อกในสถานการณ์นี้ เนื่องจากดิสก์และระบบไฟล์ได้รับการจัดการโดยแอปพลิเคชัน/คอนเทนเนอร์ แทนที่จะขึ้นอยู่กับปัจจัยภายนอก นั่นอาจเป็นหรือไม่ใช่ข้อกังวลในโลกแห่งความเป็นจริง แต่ฉันสามารถจินตนาการได้ว่ามีปัญหาที่อาจเกิดขึ้นกับ NFS เนื่องจากเหตุผลเหล่านั้นหรือโดยเจาะจงกว่านั้น: การประนีประนอมกับโซลูชันพื้นที่เก็บข้อมูลแบบบล็อกน้อยลง

สุดท้ายนี้ ฉันต้องยืนยันสิ่งนี้ การติดตามปริมาณที่เกี่ยวข้องกับแต่ละคอนเทนเนอร์กลายเป็นงานในตัวของมันเอง โซลูชันพื้นที่เก็บข้อมูลแบบบล็อกเหล่านี้อาจมอบวิธีการที่เรียบร้อยและจัดการได้ในการติดตามข้อมูลนั้นตลอดวงจรการสร้าง-ทำลายสำหรับการสำรองและกู้คืนข้อมูล

jp flag
Minio ไม่ใช่ที่เก็บข้อมูลบล็อก
BitShift avatar
za flag
ใช่ @AlexD เป็นที่เก็บข้อมูลวัตถุ ครั้งต่อไปโปรดแก้ไขรายการ

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา