วิธีอัปเกรดคอนเทนเนอร์นักเทียบท่าหลังจากเปลี่ยนรูปภาพ

สมมติว่าผมได้ดึงอย่างเป็นทางการMySQL: 5.6.21 ภาพ

ฉันปรับใช้ภาพนี้ด้วยการสร้างคอนเทนเนอร์ docker หลายตัว

คอนเทนเนอร์เหล่านี้ทำงานเป็นระยะเวลาหนึ่งจนกว่าจะมีการเปิดตัว MySQL 5.6.22 รูปภาพอย่างเป็นทางการของ mysql: 5.6 ได้รับการปรับปรุงด้วยการเปิดตัวใหม่ แต่คอนเทนเนอร์ของฉันยังคงทำงาน 5.6.21

ฉันจะเผยแพร่การเปลี่ยนแปลงในภาพ (เช่นอัพเกรด MySQL distro) ไปยังคอนเทนเนอร์ที่มีอยู่ทั้งหมดได้อย่างไร อะไรคือวิธีที่เหมาะสมในการทำสิ่งนี้?

หลังจากประเมินคำตอบและศึกษาหัวข้อที่ฉันต้องการสรุป

ดูเหมือนว่านักเทียบท่าในการอัปเกรดตู้คอนเทนเนอร์จะเป็นดังต่อไปนี้:

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

docker pull mysql
docker stop my-mysql-container
docker rm my-mysql-container
docker run --name=my-mysql-container --restart=always \
  -e MYSQL_ROOT_PASSWORD=mypwd -v /my/data/dir:/var/lib/mysql -d mysql

คุณสามารถจัดเก็บข้อมูลทั้งในพื้นที่ (ในไดเรกทอรีติดตั้งเป็นปริมาตร) หรือพิเศษข้อมูลเท่านั้นภาชนะ (s) อ่านเพิ่มเติมเกี่ยวกับเรื่องนี้

• เกี่ยวกับปริมาณ (เอกสารนักเทียบท่า)
• Tiny Docker Pieces, เข้าร่วมอย่างอิสระ (โดย Tom Offermann)
• วิธีจัดการกับที่เก็บข้อมูลถาวร (เช่นฐานข้อมูล) ใน Docker (คำถาม Stack Overflow)

การประยุกต์ใช้การอัพเกรด (เช่น. กับ yum / อัพเกรด apt-get) ภายในภาชนะจะถือเป็นต่อต้านรูปแบบ คอนเทนเนอร์ของแอปพลิเคชันควรจะไม่เปลี่ยนรูปซึ่งจะรับประกันพฤติกรรมการทำซ้ำ บางภาพแอปพลิเคชันอย่างเป็นทางการ (โดยเฉพาะ mysql: 5.6) ไม่ได้ออกแบบมาเพื่ออัปเดตตัวเอง (อัปเกรด apt-get จะไม่ทำงาน)

ฉันอยากจะขอบคุณทุกคนที่ให้คำตอบดังนั้นเราจะได้เห็นวิธีการที่แตกต่างกันทั้งหมด

ฉันไม่ชอบการติดตั้งไดรฟ์ข้อมูลเป็นลิงก์ไปยังไดเรกทอรีโฮสต์ดังนั้นฉันจึงคิดรูปแบบสำหรับการอัปเกรดคอนเทนเนอร์ของนักเทียบท่าด้วยคอนเทนเนอร์ที่จัดการโดยนักเทียบท่าทั้งหมด การสร้างคอนเทนเนอร์นักเทียบท่าใหม่ด้วย--volumes-from <container>จะให้ภาชนะใหม่ที่มีภาพที่อัปเดตที่ใช้ร่วมกันเป็นเจ้าของปริมาณการจัดการนักเทียบท่า

docker pull mysql
docker create --volumes-from my_mysql_container [...] --name my_mysql_container_tmp mysql

หากยังไม่ได้ลบต้นฉบับออกทันทีmy_mysql_containerคุณสามารถเปลี่ยนกลับไปเป็นคอนเทนเนอร์ที่ใช้งานได้หากคอนเทนเนอร์ที่อัปเกรดไม่มีข้อมูลที่ถูกต้องหรือไม่สามารถทดสอบสติได้

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

docker stop my_mysql_container
docker start my_mysql_container_tmp

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

docker rm my_mysql_container
docker rename my_mysql_container_tmp my_mysql_container

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

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

เพียงเพื่อให้คำตอบทั่วไป (ไม่ใช่ MySQL เฉพาะเจาะจง)

1. ในระยะสั้น

ซิงโครไนซ์กับการลงทะเบียนรูปภาพบริการ ( https://docs.docker.com/compose/compose-file/#image ):

docker-compose pull 

สร้างคอนเทนเนอร์ใหม่หากไฟล์หรือรูปภาพประกอบนักเทียบท่ามีการเปลี่ยนแปลง:

docker-compose up -d

2. พื้นหลัง

การจัดการอิมเมจคอนเทนเนอร์เป็นหนึ่งในเหตุผลในการใช้นักเทียบท่า (ดูที่https://docs.docker.com/compose/reference/up/ )

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

ด้านการจัดการข้อมูลที่ครอบคลุมโดยนักเทียบท่าเขียนผ่าน "ไดรฟ์" ภายนอกที่เมาท์ (ดูhttps://docs.docker.com/compose/compose-file/#volumes ) หรือที่เก็บข้อมูล

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

ฉันต้องการเพิ่มว่าถ้าคุณต้องการทำกระบวนการนี้โดยอัตโนมัติ (ดาวน์โหลดหยุดและรีสตาร์ทคอนเทนเนอร์ใหม่ด้วยการตั้งค่าเดียวกันตามที่อธิบายโดย @Yaroslav) คุณสามารถใช้ WatchTower ได้ โปรแกรมที่อัปเดตคอนเทนเนอร์ของคุณโดยอัตโนมัติเมื่อมีการเปลี่ยนแปลงhttps://github.com/v2tec/watchtower

พิจารณาคำตอบนี้:

• ชื่อฐานข้อมูลคือ app_schema
• ชื่อคอนเทนเนอร์คือ app_db
• รหัสผ่านรูทคือ root123

วิธีอัปเดต MySQL เมื่อเก็บข้อมูลแอปพลิเคชันภายในคอนเทนเนอร์

นี่ถือว่าเป็นแนวปฏิบัติที่ไม่ดีเพราะถ้าคุณทำคอนเทนเนอร์หายคุณจะสูญเสียข้อมูล แม้ว่าจะเป็นการฝึกฝนที่ไม่ดี แต่นี่เป็นวิธีที่เป็นไปได้:

1) ทำการดัมพ์ฐานข้อมูลเป็น SQL:

docker exec app_db sh -c 'exec mysqldump app_schema -uroot -proot123' > database_dump.sql

2) อัปเดตภาพ:

docker pull mysql:5.6

3) อัปเดตคอนเทนเนอร์:

docker rm -f app_db
docker run --name app_db --restart unless-stopped \
-e MYSQL_ROOT_PASSWORD=root123 \
-d mysql:5.6

4) กู้คืนดัมพ์ของฐานข้อมูล:

docker exec app_db sh -c 'exec mysql -uroot -proot123' < database_dump.sql

วิธีอัปเดตคอนเทนเนอร์ MySQL โดยใช้ไดรฟ์ข้อมูลภายนอก

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

1) สร้างdocker-compose.ymlไฟล์เพื่อจัดการแอปพลิเคชันของคุณ:

version: '2'
services:
  app_db:
    image: mysql:5.6
    restart: unless-stopped
    volumes_from: app_db_data
  app_db_data:
    volumes: /my/data/dir:/var/lib/mysql

2) อัพเดท MySQL (จากโฟลเดอร์เดียวกับdocker-compose.ymlไฟล์):

docker-compose pull
docker-compose up -d

หมายเหตุ: คำสั่งสุดท้ายข้างต้นจะอัปเดตอิมเมจ MySQL สร้างใหม่และเริ่มคอนเทนเนอร์ด้วยอิมเมจใหม่

คำตอบที่คล้ายกับข้างบน

docker images | awk '{print $1}' | grep -v 'none' | grep -iv 'repo' | xargs -n1 docker pull

นี่คือสิ่งที่ดูเหมือนว่าใช้เมื่อมีการสร้างที่กำหนดเองdocker-composeDockerfile

1. สร้าง Dockerfile ที่กำหนดเองก่อนจากนั้นจึงเพิ่มหมายเลขรุ่นถัดไปเพื่อแยกความแตกต่าง เช่นdocker build -t imagename:version . นี้จะเก็บเวอร์ชันใหม่ของคุณไว้ในเครื่อง
2. วิ่ง docker-compose down
3. แก้ไขdocker-compose.ymlไฟล์ของคุณเพื่อสะท้อนชื่อภาพใหม่ที่คุณตั้งไว้ในขั้นตอนที่ 1
4. docker-compose up -dวิ่ง มันจะค้นหาภาพในเครื่องและใช้ภาพที่อัปเกรดแล้ว

-EDIT-

ขั้นตอนข้างต้นของฉันนั้นละเอียดยิ่งกว่าที่พวกเขาต้องการ ฉันเพิ่มประสิทธิภาพเวิร์กโฟลว์ของฉันโดยการรวมbuild: .พารามิเตอร์เข้ากับไฟล์นักเทียบท่าเขียนของฉัน ขั้นตอนดังกล่าวเป็นดังนี้:

1. ตรวจสอบว่า Dockerfile ของฉันเป็นสิ่งที่ฉันต้องการให้มันเป็น
2. ตั้งหมายเลขเวอร์ชั่นของชื่อภาพของฉันในไฟล์เขียนของนักเทียบท่า
3. หากภาพของฉันยังไม่ได้สร้างให้เรียกใช้ docker-compose build
4. วิ่ง docker-compose up -d

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

หากคุณไม่ต้องการใช้ Docker Compose ฉันสามารถแนะนำตัวยึดได้ มันมีฟังก์ชั่นการสร้างใหม่ที่ช่วยให้คุณสร้างคอนเทนเนอร์อีกครั้งในขณะที่ดึงภาพล่าสุด

คุณต้องสร้างอิมเมจทั้งหมดใหม่และรีสตาร์ทคอนเทนเนอร์ทั้งหมดหรือ yum ปรับปรุงซอฟต์แวร์และรีสตาร์ทฐานข้อมูล ไม่มีเส้นทางอัปเกรด แต่คุณออกแบบด้วยตัวเอง

รับจากhttp://blog.stefanxo.com/2014/08/update-all-docker-images-at-once/

คุณสามารถอัปเดตรูปภาพที่มีอยู่ทั้งหมดโดยใช้ขั้นตอนต่อไปนี้:

docker images | awk '/^REPOSITORY|\<none\>/ {next} {print $1}' | xargs -n 1 docker pull

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

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

โดยหลักการแล้วฉันต้องการสร้างอิมเมจ Docker รุ่นใหม่และมีคอนเทนเนอร์ทั้งหมดตามอิมเมจเวอร์ชันก่อนหน้านี้โดยอัตโนมัติอัปเดตเป็นอิมเมจใหม่ "แทนที่" แต่กลไกนี้ดูเหมือนจะไม่มีอยู่จริง

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

รูปภาพ / คอนเทนเนอร์ไม่เปลี่ยนแปลงจริง ๆ แต่ "internals" ของการเปลี่ยนแปลงคอนเทนเนอร์นั้น คุณอาจจินตนาการว่าทำสิ่งเดียวกันกับ apt-get, yum หรืออะไรก็ตามที่เหมาะสมกับสภาพแวดล้อมของคุณ นอกจากนี้ฉันจะอัปเดต myserver: รูปภาพล่าสุดในรีจิสทรีเพื่อให้มีคอนเทนเนอร์ใหม่ใด ๆ ที่จะขึ้นอยู่กับภาพล่าสุด

ฉันสนใจที่จะฟังว่ามีงานศิลปะก่อนหน้านี้ที่ตอบสนองสถานการณ์นี้หรือไม่

ปรับปรุง

นี่คือการสอบถามภาชนะที่จะไม่ปรับปรุงเป็นหลักเนื่องจากการสร้างภาพเป็นวิธีที่จะทำ

ฉันมีปัญหาเดียวกันดังนั้นฉันจึงสร้างนักเรียกใช้งานซึ่งเป็นเครื่องมือบรรทัดคำสั่งที่ง่ายมากที่ทำงานภายในคอนเทนเนอร์นักเทียบท่าเพื่ออัปเดตแพ็กเกจในคอนเทนเนอร์ที่ใช้งานอื่น

มันใช้นักเทียบท่าเพื่อสื่อสารกับการทำงานภาชนะนักเทียบท่าและปรับปรุงแพคเกจหรือเรียกใช้คำสั่งใด ๆ โดยพลการ

ตัวอย่าง:

docker run --rm -v /var/run/docker.sock:/tmp/docker.sock itech/docker-run exec

โดยค่าเริ่มต้นนี้จะเรียกใช้dateคำสั่งในคอนเทนเนอร์ที่ใช้งานอยู่ทั้งหมดและส่งคืนผลลัพธ์ แต่คุณสามารถออกคำสั่งใดก็ได้เช่นdocker-run exec "uname -a"

หากต้องการอัปเดตแพคเกจ (ปัจจุบันใช้ apt-get เท่านั้น):

docker run --rm -v /var/run/docker.sock:/tmp/docker.sock itech/docker-run update

คุณสามารถสร้างและนามแฝงและใช้มันเป็นบรรทัดคำสั่งปกติเช่น

alias docker-run='docker run --rm -v /var/run/docker.sock:/tmp/docker.sock itech/docker-run'