การใช้ public IP ทำให้คุณสามารถ remote debugging ได้ คุณสามารถ debug แอปพลิเคชันของคุณภายใน Ruk-Com Cloud platform โดยเชื่อมต่อกับโค้ดใน IDE ของคุณ ในขั้นตอนแรกพิจารณาลักษณะพื้นฐานของการ remote debugging Remote Debugging ทำงานอย่างไร Java จัดเตรียมฟีเจอร์นี้โดยใช้กลไกการโยงตัวฟัง แนวคิดพื้นฐานค่อนข้างง่ายและเป็นพื้นฐาน:
กระบวนการต่างๆที่ระบุไว้ในส่วนนี้อาจจบลงโดย OOM killer เพื่อพยายามเพิ่ม RAM สำหรับการทำงานอื่นๆแม้ว่าโดยทั่วไปแล้วจะไม่ทำให้เกิดปัญหาหน่วยความจำรั่วได้ด้วยตัวมันเอง: Process Resolution 112×4 Restart คอนเทนเนอร์เพื่อกู้คืน process 112×6 Restart คอนเทนเนอร์เพื่อกู้คืน process ahn Restart คอนเทนเนอร์เพื่อกู้คืน process anytermd Restart คอนเทนเนอร์เพื่อกู้คืน process apache2
กระบวนการในกลุ่มเหล่านี้ส่วนใหญ่เป็นสาเหตุของปัญหาหน่วยความจำไม่เพียงพอ (เรียงตามบทบาทของเซิร์ฟเวอร์): Load Balancers Application Servers Database Servers Common Processes for Different-Type Stacks Load Balancers คำแนะนำทั่วไป จัดสรร RAM เพิ่มเติมให้กับโหนดที่เกี่ยวข้อง – บริการนี้อาจต้องการ memory เพิ่มเติมสำหรับการทำงานปกติ การดำเนินการที่เกี่ยวข้อง Process
ตรวจสอบข้อมูลในตารางต่อไปนี้เพื่อดูวิธีแก้ปัญหาสำหรับกระบวนการทั่วไปส่วนใหญ่ที่ทำลายโดย OOM tool: Process Resolution adt restart คอนเทนเนอร์เพื่อกู้คืน process cron restart คอนเทนเนอร์เพื่อกู้คืน process crond restart คอนเทนเนอร์เพื่อกู้คืน process expect อาจเกิดจากกระบวนการ git fetch, git pull หรือ git
เมื่อได้รับการแจ้งเตือน load จาก OOM Killer ผ่านทางอีเมลคุณควรตรวจสอบสาเหตุที่แท้จริงของปัญหาที่เกิดขึ้นและใช้วิธีแก้ปัญหาบางอย่าง เพื่อที่จะช่วยคุณแก้ปัญหานี้เราได้วิเคราะห์ปัญหาที่พบบ่อยที่สุดและกำหนดวิธีที่มีประสิทธิภาพในการแก้ไขปัญหาและป้องกันไม่ให้เกิดขึ้นอีกในอนาคตโดยมีกระบวนการหลักๆ สามกลุ่มดังนี้: กระบวนการทั่วไป – กระบวนการที่รันโดยค่าเริ่มต้นบน Ruk-Com Cloud container และสามารถทำลายได้โดยใช้เครื่องมือ OOM กระบวนการที่มีความเสี่ยงสูง – หน่วยความจำอาจรั่วไหลซึ่งต้องใช้การดำเนินการพิเศษหรือการเพิ่มประสิทธิภาพโค้ดของแอปพลิเคชัน; ถูกจัดเรียงตามประเภทของสแต็ก/ภาษาโปรแกรมที่ใช้โดยแต่ละส่วนจะให้คำแนะนำทั่วไปที่เกี่ยวข้องกับ engine ที่เหมาะสมตลอดจนวิธีแก้ไขปัญหาการทำลายกระบวนการโดยเฉพาะ กระบวนการที่ไม่รั่วไหล – การดำเนินการที่อาจสิ้นสุดโดย
คอนเทนเนอร์ทั้งหมดที่สร้างภายใน Ruk-Com Cloud PaaS โดยเริ่มต้นใช้เขตเวลา UTC อย่างไรก็ตามคุณสามารถเปลี่ยนเขตเวลาที่คุณต้องการได้อย่างง่ายดายโดยเพิ่ม add-on TimeZone Change คุณสามารถทำตามขั้นตอนที่ระบุไว้เพื่อสลับเขตเวลาในอินสแตนซ์ของคุณ อีกวิธีหนึ่งคุณสามารถเปลี่ยนแปลงได้ด้วยตนเอง ตัวอย่างเช่น Java และ PHP application servers ที่มาพร้อมกับแพ็คเกจเขตเวลาพิเศษซึ่งรวบรวมข้อมูลเกี่ยวกับประวัติของเวลาท้องถิ่นในสถานที่ต่างๆทั่วโลกและกฎเขตเวลาปัจจุบัน ข้อมูลนี้จำเป็นสำหรับซอร์ฟแวร์ที่ทำงานภายในคอนเทนเนอร์และได้รับการอัปเดตอย่างสม่ำเสมอภายในเซิร์ฟเวอร์ที่เกี่ยวข้อง นอกจากนั้นคุณสามารถอัปเดต timezone ด้วยตนเองได้ทันทีหากจำเป็นหรือเปลี่ยน TZ ที่ใช้อยู่ในปัจจุบันตามตำแหน่งที่ต้องการ
เมื่อเกิดข้อผิดพลาดภายใน environment (เช่น เมื่อพยายามเข้าถึงหน้าที่ไม่มีอยู่) หน้า error โดยค่าเริ่มต้นสำหรับเซิร์ฟเวอร์จะปรากฏ ตัวอย่างเช่น: คุณสามารถแทนที่หน้า error นี้โดยการกำหนดเองเพื่อให้ผู้ใช้ปลายทางได้รับคำแนะนำที่เจาะจงมากขึ้นและทิ้งอีเมลไว้เพื่อติดต่อคุณ ในส่วนด้านล่างนี้เราจะแสดงวิธีกำหนดหน้า error ด้วยตนเองโดยใช้ NGINX load balancer ที่เพิ่มใน environment ของคุณ 1. ไปที่ Ruk-Com Cloud Dashboard
locale เป็นชุดกฎของภาษาและวัฒนธรรมซึ่งกำหนดการตั้งค่าที่คุณต้องการดูในอินเทอร์เฟซและแอปพลิเคชันของคุณ อีกทั้งครอบคลุมแง่มุมต่างๆ เช่น ภาษาสำหรับข้อความ ชุดอักขระต่างๆ แบบแผนเกี่ยวกับพจนานุกรมและอื่นๆ ด้านล่างนี้เราจะอธิบายภาพรวมเกี่ยวกับวิธีการดูและเปลี่ยนการตั้งค่าภาษาในคอนเทนเนอร์ของคุณ 1. เริ่มต้นจัดการเทมเพลตจะมีการตั้งค่าภาษาอังกฤษให้ คุณสามารถดูการตั้งค่า locale ปัจจุบันบนคอนเทนเนอร์ได้โดยใช้คำสั่งต่อไปนี้ (สามารถเรียกใช้ผ่าน Web SSH): 2. เพื่อที่จะเพิ่มภาษาที่รองรับคุณสามารถใช้เครื่องมือ localedef: โดยที่: {language}_{country} – ระบุภาษาและรหัสประเทศ เคล็ดลับ: ตรวจสอบรายการ
เพื่อให้ตามทันฟีเจอร์ New Relic monitoring ล่าสุดแพลตฟอร์มได้จัดเตรียมตัวเลือกการอัปเดตแบบฝังไว้สำหรับ add-on โดยเฉพาะโดยจะตรวจสอบ agent เวอร์ชันที่ออกใหม่ให้ตรงกับที่จัดเก็บที่เกี่ยวข้องและอนุญาตให้อัปเดตได้ในไม่กี่คลิกโดยไม่จำเป็นต้องจัดการด้วยตนเอง เรามาดูวิธีการดำเนินการนี้กัน การอัปเดต New Relic Agent หากต้องการทราบว่ามีการอัปเดต New Relic agent อยู่หรือไม่ ให้คุณคลิกที่ส่วน Add-ons สำหรับโหนดที่ต้องการและค้นหา New Relic ที่ทำเครื่องหมายไว้
New Relic เป็นเครื่องมือตรวจสอบประสิทธิภาพของแอปพลิเคชัน (APM) สำหรับ Developers และ Ops โดยมุ่งเน้นที่การให้ข้อมูลเชิงลึกเกี่ยวกับประสิทธิภาพและความน่าเชื่อถือของโปรเจกต์ตามเวลาจริง ออกแบบมาเพื่อระบุและหาสาเหตุปัญหาที่เกิดขึ้นซึ่งสามารถติดตามปริมาณงานของการทำธุรกรรมบนเว็บ วิเคราะห์ข้อยกเว้นของแอปพลิเคชัน ค้นหาความช้าในการสืบค้นหรือคำขอทางเว็บและโดยทั่วไปจะให้ข้อมูลที่เป็นประโยชน์จำนวนมากสำหรับการแก้ไขปัญหาที่รวดเร็วและสะดวกสบาย เนื่องจาก New Relic เป็นหนึ่งในโซลูชันที่ใช้บ่อยที่สุดและเป็นที่นิยมอย่างมากสำหรับการควบคุมดูแลแอปพลิเคชันเราจึงจัดเตรียม add-on พิเศษที่ทำให้การส่งข้อมูลนั้นง่ายขึ้น การใช้งานบนฐานของ JPS (Jelastic Packaging Standard) ทำให้สามารถติดตั้งซอฟต์แวร์นี้ได้ด้วยการคลิกเมาส์เพียงครั้งเดียว และเริ่มติดตามข้อมูลแอปพลิเคชันเซิร์ฟเวอร์ที่สำคัญที่สุดในเวลาไม่กี่นาที
