วิธีการตัดสินใจระหว่างที่เก็บปริมาณนักเทียบท่าและปริมาณนักเทียบท่า?

หลังจากอ่านเอกสารฉันพบว่าตัวเองค่อนข้างสับสนว่าวิธีที่ดีที่สุดในการจัดการข้อมูลแอปพลิเคชัน / บริการที่มีประสิทธิผล

ดูเหมือนจะมี 3 ตัวเลือก:

1. เพียงแม็พปริมาณไปยังไดเรกทอรีโฮสต์ (เช่น-vอาร์กิวเมนต์สำหรับdocker run)
2. สร้างอิมเมจคอนเทนเนอร์ของนักเทียบท่าสำหรับข้อมูล (เช่นคอนเทนเนอร์ที่แยกต่างหากและ--volumes-from)
3. การสร้างปริมาณนักเทียบท่า (เช่นdocker volume create)

ตอนนี้ดูเหมือนว่าการปฏิบัติที่ยอมรับคือตัวเลือก # 2 แต่ฉันสงสัยว่าอะไรคือจุดประสงค์ของ # 3

โดยเฉพาะอย่างยิ่งคุณจัดการกับสถานการณ์เหล่านี้อย่างถูกต้องอย่างไรdocker volumeและจะดีกว่าถ้าใช้ data container container หรือสิ่งนี้สำหรับแต่ละสถานการณ์?

• คุณต้องการข้อมูลแอปพลิเคชันในระดับเสียงแยกและ / หรือระดับการจัดเก็บในเซิร์ฟเวอร์ของคุณ
• สำรอง
• กำลังกู้คืนข้อมูล

ฉันคิดว่า # 2 และ # 3 เหมือนกันมากความแตกต่างที่สำคัญคือไม่มีคอนเทนเนอร์ที่หยุดด้วย # 3 (มันคือตัวอักษรปริมาตรที่กำหนดชื่อ) ตัวอย่างเช่นคุณสามารถสร้างโวลุ่มที่มีชื่อและทำสิ่งที่คุณจะทำกับ # 2 ด้วย-vเช่นกัน

สร้างโวลุ่มที่มีชื่อ:

$ docker volume create --name test

เมานต์และเขียนข้อมูลบางส่วนไปยังไดรฟ์ข้อมูลนั้นจากคอนเทนเนอร์:

$ docker run -v test:/opt/test alpine touch /opt/test/hello

จากนั้นคุณสามารถเมานต์testโวลุ่มนั้นในคอนเทนเนอร์อื่นและอ่านข้อมูล:

$ docker run -v test:/opt/test alpine ls -al /opt/test     
total 8
drwxr-xr-x    2 root     root          4096 Jan 23 22:28 .
drwxr-xr-x    3 root     root          4096 Jan 23 22:29 ..
-rw-r--r--    1 root     root             0 Jan 23 22:28 hello

ข้อได้เปรียบที่นี่คือปริมาณจะไม่หายไปโดยไม่ได้ตั้งใจถ้าคุณลบที่เก็บข้อมูลเท่านั้น ตอนนี้คุณจัดการมันด้วยdocker volumeคำสั่งย่อย

$ d volume ls
DRIVER              VOLUME NAME
local               test

นอกจากนี้ยังเปิดความเป็นไปได้สำหรับโปรแกรมควบคุมระดับเสียงลงที่ถนนดังนั้นคุณอาจสามารถทำโวลุ่มที่ใช้ร่วมกันระหว่างโฮสต์ (เช่นชื่อที่มีปริมาณมากกว่า NFS) ตัวอย่างของเรื่องนี้อาจจะมีFlockerและคุ้มกัน ถึงจุดของคุณโดยเฉพาะเกี่ยวกับการย้ายหรือสำรองข้อมูล Convoy มีคำสั่งย่อยเฉพาะสำหรับการสำรองข้อมูลและอนุญาตให้มีการจัดเก็บใน NFS หรือ EBS ภายนอกไปยังโฮสต์ของคุณ

ด้วยเหตุนี้ฉันจึงคิดว่าวิธีใหม่ในโรงเรียน (Docker 1.9+) คือการใช้วอลลุ่มที่มีชื่อแทนที่จะเป็นที่เก็บข้อมูลอย่างเดียว

ในฐานะของ Docker 1.9 การสร้างVolamed APIด้วยVolumes API ( docker volume create --name mydata) เป็นที่ต้องการมากกว่า Data Volume Container ตั้งแต่เดือนกุมภาพันธ์ 2559 เอกสารประกอบปริมาณของนักเทียบท่านั้นล้าสมัยไปแล้ว ผู้ใช้ Docker เองแนะนำว่า Data Volume Containers“ ไม่ถือว่าเป็นรูปแบบที่แนะนำอีกต่อไป ”“ โวลุ่มที่มีชื่อควรจะสามารถแทนที่โวลุ่มที่มีข้อมูลเท่านั้นในกรณีส่วนใหญ่ (หากไม่ใช่ทั้งหมด) ” และ“ ไม่มีเหตุผลที่ฉันจะเห็นการใช้ ภาชนะบรรจุข้อมูลเท่านั้น ”