Score:0

การดำเนินการนักเทียบท่าช้าลงบนโฮสต์ EC2

ธง hk

เราเพิ่งสร้างอิมเมจนักเทียบท่าเพื่อเรียกใช้เครื่องมือ Terraspace สำหรับดำเนินการ CI/CD ของเราในไปป์ไลน์ GitLab ภาชนะที่ใช้ ทับทิม:3.0.2-อัลไพน์ เพราะมันต้นน้ำสำหรับการอ้างอิง

ปัญหาที่เราพบคือการทำงานช้ามากเมื่อดำเนินการบน EC2 (m5.large) ต่อไปนี้คือเวลาบางส่วนที่รวมถึงการเรียกใช้เครื่องมือภายในอิมเมจนักเทียบท่าและในโฮสต์การกำหนดเวลานักเทียบท่าจะดำเนินการภายในภาพหลังจากดาวน์โหลดแล้ว

EC2 นักเทียบท่า อีซี2 นักเทียบท่าท้องถิ่น ท้องถิ่น
จริง 5m33.403s 0m44.799s จริง จริง 1m40.842s 0m39.626s จริง
ผู้ใช้ 0m11.150s ผู้ใช้ 0m26.531s ผู้ใช้ 0m24.736s ผู้ใช้ 0m10.913s
sys 0m1.437s sys 0m3.276s ระบบ 0m13.846s ระบบ 0m4.580

การดำเนินการที่ช้าลงภายในนักเทียบท่าก็เป็นจริงเช่นกันสำหรับอิมเมจ Terraspace มาตรฐาน สลักเกลียว / เทอราสเปซ.

ดูเหมือนจะไม่ใช่ปัญหาการใช้ทรัพยากร เนื่องจากโฮสต์มีทรัพยากรเหลืออยู่มากมายในระหว่างการดำเนินการ

ชื่อรหัสคอนเทนเนอร์ CPU % การใช้ MEM / LIMIT MEM % NET I/O BLOCK I/O PIDS
9b05765250b8 quirky_spence 0.54% 1.21GiB / 7.583GiB 15.95% 300MB / 3.43MB 0B / 1.08MB 3

นี่คือข้อมูลเครื่องนักเทียบท่า:

ภาระผูกพัน:
 บริบท: ค่าเริ่มต้น
 โหมดดีบัก: เท็จ

เซิร์ฟเวอร์:
 ตู้คอนเทนเนอร์: 4
  วิ่ง: 0
  หยุดชั่วคราว: 0
  หยุด: 4
 ภาพ: 3
 เวอร์ชันเซิร์ฟเวอร์: 20.10.4
 ไดร์เวอร์สตอเรจ: โอเวอร์เลย์2
  ระบบไฟล์สำรอง: xfs
  รองรับ d_type: จริง
  ส่วนต่างการซ้อนทับแบบเนทีฟ: จริง
 ไดรเวอร์การบันทึก: ไฟล์ json
 ไดรเวอร์ Cgroup: cgroupfs
 รุ่น Cgroup: 1
 ปลั๊กอิน:
  ปริมาณ: ท้องถิ่น
  เครือข่าย: บริดจ์โฮสต์ ipvlan macvlan การซ้อนทับแบบ null
  บันทึก: awslogs gcplogs ที่คล่องแคล่ว gelf Journald json-file logentries ในเครื่อง splunk syslog
 ฝูง: ไม่ใช้งาน
 รันไทม์: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
 รันไทม์เริ่มต้น: runc
 Init Binary: นักเทียบท่า-init
 รุ่นคอนเทนเนอร์: d71fcd7d8303cbf684402823e425e9dd2e99285d
 เวอร์ชัน runc: %runc_commit
 เวอร์ชันเริ่มต้น: de40ad0
 ตัวเลือกความปลอดภัย:
  วินาที
   โปรไฟล์: ค่าเริ่มต้น
 เวอร์ชันเคอร์เนล: 4.14.238-182.422.amzn2.x86_64
 ระบบปฏิบัติการ: Amazon Linux 2
 OS ประเภท: ลินุกซ์
 สถาปัตยกรรม: x86_64
 ซีพียู: 2
 หน่วยความจำทั้งหมด: 7.583GiB
 ชื่อ: ip-10-0-4-227
 ID: FUYW:PCXQ:5ZFW:4SMP:YIG4:RNBH:HCMH:6R53:NHS2:HTJO:VAKM:5QFB
 นักเทียบท่าราก Dir: /var/lib/docker
 โหมดดีบัก: เท็จ
 รีจิสทรี: https://index.docker.io/v1/
 ป้ายกำกับ:
 การทดลอง: เท็จ
 การลงทะเบียนที่ไม่ปลอดภัย:
  127.0.0.0/8
 กระจก Registry:
  https://docker-proxy/
 เปิดใช้งานการคืนค่าสด: เท็จ

ความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชมในเรื่องนี้

Michael Hampton avatar
cz flag
ตรวจสอบ DNS ของคุณ
Sam Smart avatar
hk flag
เพิ่งตรวจสอบ DNS ไม่เป็นไร ไม่มีปัญหาในการแก้ไขจากภายในคอนเทนเนอร์
Michael Hampton avatar
cz flag
น่าสนใจ. ตัวเลขบอกว่ามันใช้เวลามากในคอนเทนเนอร์ _doing Nothing_ นั่นคือการรออะไรบางอย่าง โดยที่เวลานี้ไม่ได้ถูกใช้ไปจริงๆ เมื่อรันนอกคอนเทนเนอร์ โดยปกตินี่เป็นปัญหา DNS แม้ว่าอาจเป็นปัญหาการเชื่อมต่อทั่วไป หรืออย่างอื่นที่แอปใช้เวลารอ
rvs avatar
vn flag
rvs
I/O จะเป็นการเดาครั้งต่อไปของฉัน

โพสต์คำตอบ

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