การขยายระบบไฟล์หลังจากปริมาณ EBS เพิ่มขึ้นใน M5 ประเภท EC2 ด้วย Ubuntu 16.04

อินสแตนซ์ AWS การผลิต: เรามีอินสแตนซ์ m5 ec2 nitro ที่ต้องการการปรับแต่งการสืบค้นให้เหมาะสม อย่างไรก็ตาม เราอยู่ในช่วงเวลาวิกฤตและได้ตัดสินใจที่จะทิ้งหน่วยความจำและพื้นที่เก็บข้อมูลไว้ชั่วคราวจนกว่าเราจะสามารถดำเนินการปรับแต่งข้อความค้นหาให้เสร็จสมบูรณ์ได้(ขออภัยล่วงหน้า)

มี 50GB ในหนึ่ง ปริมาณ EBS (/dev/sda1) เเละอีกอย่าง 50GB ในเล่มที่สอง (/dev/sdf). เท่าที่ฉันสามารถบอกได้ EC2 ใช้หนึ่งในโวลุ่ม 50GB เท่านั้น ผู้พัฒนา/sda1.

Linux Kernal เวอร์ชัน: 4.4.0-1128-aws แรม 32GB (M5a.2xlarge)

ของเรา /dev/nvme0n1p1 | (/tmp) ไดเร็กทอรีกำลังสร้างข้อผิดพลาด SQL 28 No Disk Space และเราต้องการเพิ่มขนาดของ /tmp ไดเร็กทอรีจาก 20GB ถึง 50GB ในขณะที่เราปรับแต่งการสืบค้นเพื่อลดขนาดของไฟล์ฐานข้อมูลชั่วคราว (.MAI) ที่จัดเก็บไว้ใน /tmp

ฉันอยู่ที่ไหน: ในสภาพแวดล้อมการทดสอบ/EC2 ของเรา (เช่น M5.2xlarge) ฉันสามารถเพิ่มขนาดโวลุ่มเป็น 100GB และฉันได้ทำตามขั้นตอนใน https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html

• นี่คือสิ่งที่แสดงให้เห็นเมื่อฉันวิ่ง lsblk

ชื่อ MAJ:MIN RM SIZE RO TYPE MOUNTPOINT

nvme0n1 259:0 0 100G 0 ดิสก์                                                                                                         
âânvme0n1p1 259:1 0 20G 0 ส่วน /                                                                                                       
âânvme0n1p2 259:2 0 2G 0 ส่วน [สลับ]                                                                                                  
âânvme0n1p3 259:3 0 28G 0 ส่วน                                                                                                         
  ââvg_xxx-บันทึก 251:0 0 8G 0 lvm /var/log                                                                                                
  ââvg_xxx-app 251:1 0 19G 0 lvm /บ้าน/xxx

นี่คือสิ่งที่แสดงเมื่อฉันเรียกใช้ df -hT:

ขนาดประเภทระบบไฟล์ที่ใช้ Avail Use% Mounted on
udev devtmpfs 16G 0 16G 0% /dev
tmpfs tmpfs 3.1G 183M 3.0G 6% /รัน
/dev/nvme0n1p1 ext4 20G 8.6G 11G 45% /
tmpfs tmpfs 16G 0 16G 0% /dev/shm
tmpfs tmpfs 5.0M 0 5.0M 0% /รัน/ล็อค
tmpfs tmpfs 16G 0 16G 0% /sys/fs/cgroup
/dev/loop0 สควอช 44M 44M 0 100% /snap/certbot/1788
/dev/loop1 สควอช 111M 111M 0 100% /snap/core/12834
/dev/loop3 สควอช 62M 62M 0 100% /snap/core20/1434
/dev/loop5 สควอช 56M 56M 0 100% /snap/core18/2409
/dev/loop4 สควอช 25M 25M 0 100% /snap/amazon-ssm-agent/4046
/dev/loop2 สควอช 56M 56M 0 100% /snap/core18/2284
/dev/mapper/vg_xxx-logs xfs 8.0G 362M 7.7G 5% /var/log
/dev/loop6 สควอช 26M 26M 0 100% /snap/amazon-ssm-agent/5656
/dev/loop8 สควอช 44M 44M 0 100% /snap/certbot/2035
/dev/loop7 สควอช 62M 62M 0 100% /snap/core20/1328
/dev/mapper/vg_xxx-app xfs 19G 4.7G 15G 25% /home/xxx
tmpfs tmpfs 3.1G 0 3.1G 0% /รัน/ผู้ใช้/1000
tmpfs tmpfs 3.1G 0 3.1G 0% /รัน/ผู้ใช้/1001

เท่าที่เห็นก็แสดงว่า nvme0n1 มี 100GB มีอยู่อย่างไรก็ตาม 3 พาร์ติชั่นยังคงเท่ากัน 50GB. เมื่อฉันไปถึงขั้นตอนที่ 7 ในเอกสาร AWS เกี่ยวกับการขยายระบบไฟล์เพื่อใช้พื้นที่โวลุ่มที่เพิ่มใหม่ ฉันได้รับสิ่งต่อไปนี้:

ubuntu@ip-xx-xx-xx-xxx:~$ **sudo resize2fs /dev/nvme0n1p1**                                                                                           
resize2fs 1.42.13 (17-พฤษภาคม-2558)                                                                                                                   
**ระบบไฟล์มีความยาวบล็อก 5242619 (4k) แล้ว ไม่มีอะไรทำ!**

ฉันมีระบบไฟล์ ext4 (ยกเว้นว่าฉันเห็นสอง lvms ในไดเร็กทอรีย่อยของ nvme0n1p3 แต่ฉันไม่คิดว่ามันจะเปลี่ยนแปลงอะไร) และได้ลองแล้ว เติบโต, แยกทางแต่โซลูชันเหล่านี้ที่พบทางออนไลน์โดยทั่วไปมีไว้สำหรับ Ubuntu และไม่เฉพาะเจาะจงสำหรับไดรฟ์ข้อมูล EC2 EBS ดังนั้นฉันจึงไม่ต้องการเบี่ยงเบนความสนใจมากเกินไปจากสิ่งที่ควรเป็นโซลูชันที่ AWS จัดหามาให้ซึ่งดูเหมือนจะไม่พบ ดังที่กล่าวไว้ สิ่งเหล่านี้ยังสร้างข้อความแสดงข้อผิดพลาดที่แจ้งว่าไดรฟ์/ไดเร็กทอรีถูกใช้งาน

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

ฉันยังสามารถอัปเกรดอินสแตนซ์เพื่อให้มี RAM มากขึ้นหากจำเป็น แต่ฉันยังคงต้องขยายระบบไฟล์ก่อน

ความช่วยเหลือใด ๆ ที่ชื่นชม!

การขยายระบบไฟล์ Linux หลังจากปรับขนาดวอลุ่ม:

1. เข้าสู่ระบบอินสแตนซ์;

2. พิมพ์ df -h เพื่อแสดงข้อมูลเกี่ยวกับระบบไฟล์

3. พิมพ์ lsblk;

4. ตรวจสอบชื่อวอลุ่มของคุณ

5. หากต้องการขยายพาร์ติชันบนวอลุ่มรูท ให้ทำดังต่อไปนี้ เติบโต สั่งการ.

   โปรดสังเกตว่ามีช่องว่างระหว่างชื่ออุปกรณ์และหมายเลขพาร์ติชัน

   เติบโตพาร์ท /dev/nvme0n1 1
   
   # (1 = จำนวนพาร์ติชั่น)
   

6. ตรวจสอบขนาดอีกครั้งกับ df -h และ lsblk

7. หลังจากขยายพาร์ติชันแล้ว ให้ขยายระบบไฟล์ทั้งหมด resize2fs /dev/nvme0n1p1