Score:0

ความช้าของ Wordpress ที่อยู่เบื้องหลัง GCP HTTP Load Balancer

ธง in

ฉันกำลังโฮสต์อินสแตนซ์ Wordpress บน GCP Compute Engine (โดยใช้อิมเมจของ Marketplace) มันใช้งานได้ดีเมื่อฉันเข้าถึง IP ของอินสแตนซ์โดยตรง และเวลาแฝงอยู่ที่ประมาณ 20 มิลลิวินาที

อย่างไรก็ตาม เพื่อทำให้ไซต์ปลอดภัย ฉันใช้โหลดบาลานซ์ GCP HTTP ต่อหน้าอินสแตนซ์ ฉันได้ชี้โดเมนของฉันไปที่โหลดบาลานเซอร์แล้ว

เมื่อฉันเข้าถึง Wordpress ผ่านโหลดบาลานเซอร์ (ไม่ว่าจะ HTTP หรือ HTTPS) ฉันได้รับข้อความค้นหาสองสามรายการที่มีเวลาแฝงที่ดีมาก (ประมาณ 17 มิลลิวินาที) แต่ทุกๆ 4 หรือ 5 ข้อความค้นหา จะมีคำขอที่ใช้เวลาประมาณ 5 วินาที เมื่อฉันเข้าถึงอินสแตนซ์โดยตรง สิ่งนี้จะไม่เกิดขึ้น

ฉันเปิดใช้งานบันทึกตัวจัดสรรภาระงาน และสังเกตว่าอินสแตนซ์ตอบสนองช้าทุก ๆ สองสามคำขอ ฉันพยายามตั้งค่าพารามิเตอร์ KeepAlive Apache2 ของอินสแตนซ์เป็น 300 แต่ก็ไม่ได้สร้างความแตกต่าง

อะไรคือสาเหตุของสิ่งนี้? (ฉันไม่แน่ใจว่าเป็น Wordpress หรืออินสแตนซ์หรือโหลดบาลานเซอร์)

ขอบคุณ

John Hanley avatar
cn flag
1) เว้นแต่คุณจะนั่งถัดจาก VM เวลาแฝง 20 มิลลิวินาทีจะไม่ครอบคลุมเวลาแฝงของอินเทอร์เน็ต 2) WordPress รัน PHP ในปริมาณที่พอเหมาะเพียงเพื่อส่งหน้าที่เรียบง่าย คำถามของคุณมีข้อมูลไม่เพียงพอที่จะเริ่มแก้ปัญหาของคุณ เมื่อคำขอหนึ่งใช้เวลานานกว่าคำขออื่นๆ อันดับแรก ฉันจะดูฐานข้อมูลและทรัพยากรที่ฐานข้อมูลต้องการ ต่อไป ฉันจะตรวจสอบปลั๊กอินเพื่อให้แน่ใจว่าหนึ่งในนั้นไม่ใช่ตัวการ
tocas619 avatar
in flag
@JohnHanley นี่คือ curl สำหรับทั้งสามตัวเลือก ขดกับโดเมนของฉัน: `5.154792 0.080269 0.085232 4.586898 4.585617` ขดกับ IP โหลดบาลานเซอร์ของฉัน `4.586002 4.581853 0.084445 0.083991 4.581840` ขดกับ VM IP ของฉัน `0.738966 0.114106 0.116997 0.114877 0.122570` ในทั้งสามกรณี มันคือ VM เดียวกัน และมันสอดคล้องกันมากเมื่อฉันเรียกใช้งานซ้ำหลายๆ รอบ (ฉันไม่มีที่ว่างให้วางทั้งหมดที่นี่)
John Hanley avatar
cn flag
ฉันไม่รู้ว่าตัวเลขเหล่านั้นกำลังรายงานอะไร แก้ไขคำถามของคุณและใส่ข้อมูลที่มีส่วนหัวที่นั่น รวมคำสั่งและตำแหน่งที่คุณกำลังเรียกใช้คำสั่ง
tocas619 avatar
in flag
@JohnHanley ขอบคุณสำหรับความช่วยเหลือของคุณ ตอนนี้ฉันแก้ไขแล้วโดยเปลี่ยนโหลดบาลานเซอร์ ดูคำตอบของฉันด้านล่าง
Score:0
ธง in

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

Score:0
ธง us

หากต้องการตรวจสอบและเพิ่มประสิทธิภาพเวลาแฝง ให้พิจารณาสถานการณ์ที่กล่าวถึงด้านล่าง:

  1. เพื่อเพิ่มประสิทธิภาพเวลาแฝงสำหรับ Load Balancer ของคุณ เราขอแนะนำให้คุณเปิดใช้ตัวเลือก Cloud CDN Cloud CDN ช่วยลดเวลาแฝงโดยให้บริการเนื้อหาโดยตรงที่ขอบเครือข่ายของ Google ใน การกำหนดค่าแบ็กเอนด์ ของ Load Balancer คุณสามารถเลือก เปิดใช้งาน Cloud CDN ช่องทำเครื่องหมาย สำหรับคำแนะนำโดยละเอียด โปรดดูที่ คู่มือวิธีใช้ Cloud CDN.

  2. หากต้องการลดเวลาแฝงภายในแอปพลิเคชันของคุณ ให้ตรวจสอบการเรียกขั้นตอนระยะไกล (RPC) ที่สื่อสารระหว่าง VM เวลาแฝงนี้มักเกิดขึ้นเมื่อแอปพลิเคชันสื่อสารระหว่างระดับหรือบริการต่างๆ เครื่องมือเช่น การติดตามเมฆ สามารถช่วยคุณลดเวลาแฝงที่เกิดจากคำขอให้บริการแอปพลิเคชัน สำหรับข้อมูลเพิ่มเติม คุณสามารถตรวจสอบได้ ที่นี่.

หากปัญหายังคงอยู่ ให้แชร์รายละเอียดต่อไปนี้เพื่อให้เข้าใจปัญหาของคุณมากขึ้น:

  1. การกำหนดค่าตัวจัดสรรภาระงาน HTTP เช่น การตรวจสอบความสมบูรณ์ แบ็กเอนด์ ส่วนหน้า สิ้นสุด กฎไฟร์วอลล์ เป็นต้น

  2. รองรับโหลดบาลานเซอร์ล็อก - แบ็กเอนด์และฟรอนท์เอนด์แฝง MTR จากลูกค้าไปยัง LB และ LB ไปยังแบ็กเอนด์

  3. หากต้องการตรวจสอบคำขอและเวลาตอบสนองทั้ง IP ของเซิร์ฟเวอร์และ LB IP ให้เรียกใช้ คำสั่งต่อไปนี้:

            curl -w "@curl-format.txt" -o /dev/null -s http://<LB IP/server IP>
    

หมายเหตุ: หากต้องการสร้างไฟล์ âcurl-format.txtâ ให้ไปที่ เวลา-รายละเอียด-กับ-ขด เอกสาร.

tocas619 avatar
in flag
ฉันเปิดใช้งาน CDN แต่ก็ไม่ได้ช่วยอะไร ฉันมี VM เพียงเครื่องเดียว ดังนั้นจึงไม่มี RPC เมื่อฉันรันคำสั่ง curl ฉันยังคงได้รับเวลาแฝงที่ยาวนานสำหรับเวลาทั้งหมดสำหรับคำขอจำนวนมากผ่าน LBนี่คือผลลัพธ์หนึ่งบรรทัดจากคำสั่ง curl (ทำงานผ่าน LB IP): `time_namelookup: 0.000485time_connect: 0.016699time_appconnect: 0.000000time_pretransfer: 0.016785time_redirect: 0.000000time_starttransfer: 9.077449âââtime_7.`total: 5.7`0.7`total เรียกใช้โดยตรงผ่านอินสแตนซ์ไม่มีปัญหา

โพสต์คำตอบ

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