Remote Debugging ทำงานอย่างไร

Java จัดเตรียมฟีเจอร์นี้โดยใช้กลไกการโยงตัวฟัง แนวคิดพื้นฐานค่อนข้างง่ายและเป็นพื้นฐาน:

• แอปพลิเคชันที่จะทำ debug จะแนบ socket เข้ากับตัวมันเองจากนั้นจะฟังคำแนะนำการดีบักบน socket นั้น
• Debugger จะผูกตัวเองกับ socket นั้นและส่งส่งคำแนะนำบน socket นั้น

การสร้าง Environment

1. เข้าสู่ระบบ Ruk-Com Cloud Dashboard

2. คลิก New Environment เพื่อตั้งค่า environment ใหม่

3. เลือกอินสแตนซ์ที่คุณต้องการใช้ (ยกตัวอย่างเช่น, Tomcat application sever) ดูขีดจำกัด cloudlets และเปิด IP ภายนอกจากนั้นใส่ชื่อ environment แล้วคลิกปุ่ม Create

ภายในไม่กี่นาที environment จะถูกสร้างขึ้น

4. ขยายรายการ Application Servers เพื่อดูหมายเลข Public IP ของคุณ

Deploy Application

คลิกปุ่ม Deployment ที่ environment ของคุณจากนั้นอัปโหลดแพ็คเกจ Java แล้วกด Deploy

ยกตัวอย่าง เราใช้แอปพลิเคชันอย่างง่ายที่เริ่มต้นด้วยตัวแปร 3 ตัว (a, b, c)

package com;
public class RemoteDebugger {

   public void start () {
       int a,b,c;
       a = 1;
       System.out.println("a = "+ a);
       b = 2;
       System.out.println("b = "+ b);
       c = 3;
       System.out.println("c = "+ c);
       }
}

Configure Debugging

1 เปิดแอปพลิเคชันใน IDE ของคุณ (ยกตัวอย่างเช่น NetBeans) และสร้าง Debugger ใหม่ (Debug main project > Attach Debugger)

2. เลือกประเภทของ Connector ใส่ Public IP address (host) หมายเลขพอร์ตของคุณและระบุการตั้งค่า Timeout (ไม่บังคับ)

3. กลับไปที่หน้าแดชบอร์ด คลิกปุ่ม Config สำหรับ Tomcat

4. ไปที่ไฟล์ variables.conf และเพิ่ม 2 arguments: -Xdebug และ -Xrunjdwp

-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5000

หมายเหตุ: หมายเลขพอร์ตใน variables.conf และ debugger ควรเหมือนกัน

5. บันทึกการเปลี่ยนแปลงและรีสตาร์ท Tomcat

6. ใส่ break point ที่โค้ดของคุณเพื่อทดสอบ Remote Debugging และเริ่มต้น debugger ที่สร้างขึ้นใหม่ในกรณีของเรา แอปพลิเคชันควรเริ่มต้นเพียงสองตัวแปรแทนที่จะเป็นสามตัว

ตรวจสอบ Tomcat logs เพื่อดูให้แน่ใจว่าการ debug ทำงานอย่างถูกต้อง

คุณจะเห็นว่าตัวแปรสองตัวได้รับการเตรียมใช้งานแล้ว

7. หากวาง break point หนึ่งแถวลง ตัวแปรสามตัวจะถูกเริ่มต้นใช้งานในแอปของคุณ

เคล็ดลับ: คำแนะนำข้างต้นเหมาะสำหรับ Jetty application server

ในกรณีที่คุณใช้ GlassFish เป็นแอปพลิเคชันเซิร์ฟคุณต้องระบุ arguments: -Xdebug และ -Xrunjdwp ผ่านหน้า admin pannel

• เมื่อคุณสร้าง environment ระบบจะส่งอีเมลพร้อมข้อมูลรับรองไปยัง GlassFish Admin Console คุณสามารถเข้าสู่ระบบด้วยข้อมูลประจำตัวเหล่านี้

• ไปที่ gfcluster-config > JVM Settings และเลือก General tab > Debug options จากนั้นระบุ debug mode และ debug parameters ของคุณ

• ไปที่ JVM options และเพิ่ม 2 arguments: -Xdebug และ -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5000

• บันทึกการเปลี่ยนแปลงทั้งหมดและรีสตาร์ท Glassfish
  

หวังว่าคำแนะนำนี้จะเป็นประโยชน์สำหรับคุณ

The post Remote Debugging appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

The post OOM Killer Resolutions: Non-Leaking Processes appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

• Load Balancers
• Application Servers
• Database Servers
• Common Processes for Different-Type Stacks

Load Balancers

คำแนะนำทั่วไป

จัดสรร RAM เพิ่มเติมให้กับโหนดที่เกี่ยวข้อง – บริการนี้อาจต้องการ memory เพิ่มเติมสำหรับการทำงานปกติ

การดำเนินการที่เกี่ยวข้อง

Application Servers

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

• Java
  คำแนะนำทั่วไป
  ตรวจสอบการกำหนดค่าการจัดการหน่วยความจำหลักสำหรับเครื่อง Java ของคุณและหากจำเป็นให้ปรับเปลี่ยนตามความต้องการของแอปพลิเคชันของคุณ เช่น:
  
  java -Xmx2048m -Xms256m
  
  โดยที่:
  • Xmx flag ระบุหน่วยความจำ memory heap สูงสุดที่สามารถจัดสรรให้กับ Java Virtual Machine (JVM)
  • Xms flag กำหนด pool การจัดสรรหน่วยความจำเริ่มต้น
    อ้างอิงถึงเอกสารอย่างเป็นทางการสำหรับข้อมูลเพิ่มเติมเกี่ยวกับ Java memory management system
    

เคล็ดลับ: Ruk-Com Cloud ยังใช้การจัดการหน่วยความจำแบบอัตโนมัติที่ช่วยเสริม Java container โดยใช้ Garbage Collector คุณสามารถปรับแต่งการตั้งค่าได้โดยพิจารณาจากแอปพลิเคชันของคุณโดยเฉพาะเพื่อหลีกเลี่ยงปัญหา OOM และใช้หน่วยความจำอย่างมีประสิทธิภาพมากขึ้น
นอกจากนี้ พิจารณาด้วยว่า JVM ต้องการหน่วยความจำที่มากกว่า heap – อ่านโครงสร้างหน่วยความจำ Java เพิ่มเติมเพื่อรับข้อมูลเชิงลึกที่ลึกซึ้งยิ่งขึ้น

การดำเนินการที่เกี่ยวข้อง

• PHP

คำแนะนำทั่วไป

1. หากเกิดปัญหาขึ้นกับบริการของ httpd (httpd.itk) ให้ปรับพารามิเตอร์การจัดการหน่วยความจำเซิร์ฟเวอร์ดังนี้

– ตรวจสอบจำนวนของ RAM ที่ใช้เฉลี่ยในแต่ละ httpd อินสแตนซ์

– ลบเครื่องหมาย Jelastic autoconfiguration ภานในไฟล์ /etc/httpd/httpd.conf

– ลดค่า ServerLimit และ MaxClients ตามที่กำหนด: (Total_RAM – 5%) / Average_RAM

เพิ่มเติม: ในกรณีที่คุณสังเกตเห็นการเติบโตของการใช้หน่วยความจำต่ออินสแตนซ์ (การรั่วไหล) อย่างต่อเนื่องคุณจะต้องลดค่า MaxRequestsPerChild (เหลือประมาณ 1,000-5,000)

2. สำหรับกระบวนการ nginx ให้เชื่อมต่อกับคอนเทนเนอร์ของคุณผ่าน SSH และตรวจสอบขนาดของอินสแตนซ์ php-fpm (เช่น ps หรือเครื่องมือชั้นนำ):
– หากใช้ RAM ทั้งหมด ~ 50-100Mb ให้ปิดใช้งาน auto configuration และลดพารามิเตอร์ max_children

– หากขนาดของอินสแตนซ์แตกต่างกันอย่างมากหรือมากกว่า 200-300Mb กระบวนการอาจจะรั่ว คุณต้องตรวจสอบและเพิ่มประสิทธิภาพโค้ดหรือปิด auto configuration และลดพารามิเตอร์ max_requests_per_child

การดำเนินการที่เกี่ยวข้อง

• Ruby

คำแนะนำทั่วไป

ปัญหาหน่วยความจำรั่วเป็นเรื่องปกติสำหรับ Ruby ดังนั้นสิ่งแรกที่ควรทำคือพิจารณาตรวจสอบและเพิ่มประสิทธิภาพโค้ดของคุณหรือลองเพิ่มขีดจำกัด RAM สำหรับอินสแตนซ์

การดำเนินการที่เกี่ยวข้อง

• Python

คำแนะนำทั่วไป

1. หากเกิดปัญหาขึ้นกับบริการของ httpd (httpd.itk) ให้ปรับพารามิเตอร์การจัดการหน่วยความจำเซิร์ฟเวอร์ดังนี้:

– ตรวจสอบจำนวนของ RAM ที่ใช้เฉลี่ยแต่ละอินสแตนซ์

– ลบเครื่องหมาย Jelastic autoconfiguration ภานในไฟล์ /etc/httpd/httpd.conf

– ลดค่า ServerLimit และ MaxClients ตามที่กำหนด: (Total_RAM – 5%) / Average_RAM

เพิ่มเติม: ในกรณีที่คุณสังเกตเห็นการเติบโตของการใช้หน่วยความจำต่ออินสแตนซ์ (การรั่วไหล) อย่างต่อเนื่องคุณจะต้องลดค่า MaxRequestsPerChild (เหลือประมาณ 1,000-5,000)

2. อีกทางหนึ่งให้จัดสรร RAM เพิ่มเติมให้กับ node – กระบวนการหลักของ Python อาจต้องการหน่วยความจำเพิ่มขึ้นสำหรับการทำงานปกติ

การดำเนินการที่เกี่ยวข้อง

• NodeJS

คำแนะนำทั่วไป

รีสตาร์ทคอนเทนเนอร์เพื่อกู้คืน kill process(es) หากปัญหาเกิดซ้ำอีก – ให้จัดสรร RAM เพิ่มเติมให้กับ node แอปพลิเคชันอาจต้องการหน่วยความจำเพิ่มขึ้นสำหรับการทำงานปกติ

การดำเนินการที่เกี่ยวข้อง

Database Servers

รายการด้านล่างจะแสดง DB สแต็กพร้อมกับคำแนะนำทั่วไปเกี่ยวกับปัญหา OOM ตลอดจนวิธีการแก้ไขสำหรับ killed processes โดยเฉพาะ

• MySQL

คำแนะนำทั่วไป

1. หากใช้ InnoDB engine (ฝังตั้งแต่ MySQL เวอร์ชัน 5.5) ให้ตรวจสอบขนาดบัฟเฟอร์ด้วยคำสั่งนี้:
   SHOW ENGINE INNODB STATUS\G;
   ในกรณีที่มีค่าบัฟเฟอร์สูง (มากกว่า 80% ของ RAM คอนเทนเนอร์ทั้งหมด) ให้คุณลดขนาดของ pool ที่อนุญาตด้วยพารามิเตอร์ innodb_buffer_pool_size ในไฟล์ /etc/my.cnf มิฉะนั้น ให้จัดสรร RAM เพิ่มเติมให้กับเซิร์ฟเวอร์
   
2. ตรวจสอบ MySQL log เพื่อดูคำเตือนและคำแนะนำ

การดำเนินการที่เกี่ยวข้อง

• MongoDB

คำแนะนำทั่วไป

หากเกิดปัญหาขึ้นกับบริการของ httpd ให้ปรับพารามิเตอร์การจัดการหน่วยความจำเซิร์ฟเวอร์ดังนี้:

– ตรวจสอบจำนวนของ RAM ที่ใช้เฉลี่ยแต่ละอินสแตนซ์

– ลบเครื่องหมาย Jelastic autoconfiguration ภานในไฟล์ /etc/httpd/httpd.conf

– ลดค่า ServerLimit และ MaxClients ตามที่กำหนด: (Total_RAM – 5%) / Average_RAM

เพิ่มเติม: ในกรณีที่คุณสังเกตเห็นการเติบโตของการใช้หน่วยความจำต่ออินสแตนซ์ (การรั่วไหล) อย่างต่อเนื่องคุณจะต้องลดค่า MaxRequestsPerChild (เหลือประมาณ 1,000-5,000)

การดำเนินการที่เกี่ยวข้อง

• PostgreSQL

คำแนะนำทั่วไป

จัดสรร RAM เพิ่มเติมให้กับโหนดที่เกี่ยวข้อง – บริการนี้อาจต้องการ memory เพิ่มเติมสำหรับการทำงานปกติ

การดำเนินการที่เกี่ยวข้อง

• Redis

คำแนะนำทั่วไป

จัดสรร RAM เพิ่มเติมให้กับโหนดที่เกี่ยวข้อง – บริการนี้อาจต้องการ memory เพิ่มเติมสำหรับการทำงานปกติ

การดำเนินการที่เกี่ยวข้อง

การดำเนินการทั่วไปสำหรับสแต็กประเภทต่างๆ

คำแนะนำทั่วไป

กระบวนการในส่วนนี้สามารถรันได้และต่อมาจะถูกทำลายภายในโหนดประเภทต่างๆ ดังนั้นการแก้ปัญหาของ OOM จึงแตกต่างกันไปและขึ้นอยู่กับกระบวนการ – ดูตารางด้านล่างเพื่อหาคำแนะนำที่เหมาะสม

The post OOM Killer Resolutions: Processes with High Risk of Memory Leak appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

The post OOM Killer Resolutions: Common Cases appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

• กระบวนการทั่วไป – กระบวนการที่รันโดยค่าเริ่มต้นบน Ruk-Com Cloud container และสามารถทำลายได้โดยใช้เครื่องมือ OOM
• กระบวนการที่มีความเสี่ยงสูง – หน่วยความจำอาจรั่วไหลซึ่งต้องใช้การดำเนินการพิเศษหรือการเพิ่มประสิทธิภาพโค้ดของแอปพลิเคชัน; ถูกจัดเรียงตามประเภทของสแต็ก/ภาษาโปรแกรมที่ใช้โดยแต่ละส่วนจะให้คำแนะนำทั่วไปที่เกี่ยวข้องกับ engine ที่เหมาะสมตลอดจนวิธีแก้ไขปัญหาการทำลายกระบวนการโดยเฉพาะ
• กระบวนการที่ไม่รั่วไหล – การดำเนินการที่อาจสิ้นสุดโดย OOM killer แม้ว่าจะไม่ได้แสดงถึงรากของปัญหาก็ตาม การแก้ไขทั่วไปสำหรับปัญหาดังกล่าวทั้งหมดคือการรีสตาร์ทคอนเทนเนอร์เพื่อกู้คืนกระบวนการที่เกี่ยวข้อง

ดังนั้นนำชื่อกระบวนการที่คุณได้รับแจ้งเตือนทางอีเมลมาค้นหาในเอกสารเพื่อหาวิธีแก้ปัญหาที่ต้องการ

The post OOM Killer Issues Troubleshooting appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

อีกวิธีหนึ่งคุณสามารถเปลี่ยนแปลงได้ด้วยตนเอง ตัวอย่างเช่น Java และ PHP application servers ที่มาพร้อมกับแพ็คเกจเขตเวลาพิเศษซึ่งรวบรวมข้อมูลเกี่ยวกับประวัติของเวลาท้องถิ่นในสถานที่ต่างๆทั่วโลกและกฎเขตเวลาปัจจุบัน ข้อมูลนี้จำเป็นสำหรับซอร์ฟแวร์ที่ทำงานภายในคอนเทนเนอร์และได้รับการอัปเดตอย่างสม่ำเสมอภายในเซิร์ฟเวอร์ที่เกี่ยวข้อง

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

• สำหรับ Java
  
• สำหรับ PHP

TimeZone Add-On

โปรแกรมเสริม TimeZone Change สามารถติดตั้งบน environment ของคุณโดยจะเปลี่ยนเขตเวลาสำหรับคอนเทนเนอร์ทั้งหมดในเวลาไม่กี่นาที

1. ก่อนดำเนินการติดตั้ง ให้ตรวจสอบเขตเวลาบนคอนเทนเนอร์ของคุณโดยใช้คำสั่ง date

อย่างที่คุณเห็นค่าเริ่มต้นคอนเทนเนอร์จะใช้ UTC zone

2. ไปที่ TimeZone Change add-on repository ภายใน Ruk-Com Cloud JPS Collection ที่ GitHub คัดลอกลิงก์ไปยังไฟล์ manifest.jps และนำเข้าผ่านแดชบอร์ด: https://github.com/jelastic-jps/time-zone-change/blob/master/manifest.jps

เคล็ดลับ: ขึ้นอยู่กับการตั้งค่าของผู้ให้บริการโฮสติ้งโดยเฉพาะ add-on สามารถใช้งานได้ผ่าน Marketplace

3. ภายในเฟรมที่เปิดขึ้น เลือก Environment ที่คุณต้องการเปลี่ยนเขตเวลาและพิมพ์ชื่อเขตเวลาที่ต้องการ (รายการ time zones)

4. หลังจากติดตั้ง add-on แล้ว คุณสามารถตรวจสอบการเปลี่ยนแปลงเขตเวลาโดยพิมพ์คำสั่ง date

กฏของ Timezone สำหรับ Java

กฏของเขตเวลาภายใน Java การประมวลผลโหนดจะส่งโดย TZdata package โดยเฉพาะซึ่งประกอบด้วยคอนเทนเนอร์ที่เหมาะสมแต่ละรายการ คุณสามารถทำตามคำแนำนำด้านล่าง:

• การอัปเดตข้อมูล Timezone
  
• การเปลี่ยน Timezone ปัจจุบัน

การอัปเดตข้อมูล Timezone

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

1. เชื่อมต่อ Java environment ผ่าน SSH เช่นการใช้ Web SSH ที่หน้าแดชบอร์ด

2. คุณสามารถตรวจสอบเวอร์ชัน TZdata ที่ใช้อยู่ในปัจจุบันได้โดยรันคำสั่งต่อไปนี้:

java -jar /usr/java/utils/tzupdater.jar -V

3. นอกจากนี้คุณสามารถอัปเดตข้อมูล timezone โดยใช้เครื่องมือ TZUpdater

java -jar /usr/java/utils/tzupdater.jar -u

การเปลี่ยน Timezone

ในหัวข้อนี้มาดูการเปลี่ยนแปลงเขตเวลากัน ซึ่งในตัวอย่างนี้เราจะใช้ Tomcat 10.0.12 server

1. ตั้งค่า timestamp เวลาปัจจุบันให้แสดงที่หน้าเริ่มต้นของเซิร์ฟเวอร์ – เพื่อให้แน่ใจว่าการตั้งค่า timezone ใหม่ได้ถูกปรับใช้สำเร็จ

โดยการวางโค้ดด้านล่างนี้แทนค่าเริ่มต้นที่ไฟล์ /opt/tomcat/webapps/ROOT/index.jsp ((วิธีที่ง่ายที่สุดคือการใช้ File Manager ภายในแพลตฟอร์ม)

<%@page import="java.util.*"%>
<html>
   <head>
       <title>TZ Page</title>
   </head>
   <body>
       <%=new Date(System.currentTimeMillis()).toString()%>
   </body>
</html>

2. บันทึกการเปลี่ยนแปลงและเปิดเบราว์เซอร์ใน environment ของคุณโดยคลิกที่ปุ่ม Open in Browser

3. การเปลี่ยนเขตเวลาจริงสำหรับเซิร์ฟเวอร์ใดโดยเฉพาะ คุณสามารถทำได้ตามขั้นตอนนี้

• สำหรับ Tomcat, TomEE, Payara, Spring Boot และ Jetty
  สลับไปที่หน้าการกำหนดค่าไฟล์ variables.conf และเพิ่มตัวแปร -Duser.timezone พร้อมกับค่า zone ที่ต้องการ เช่น -Duser.timezone=Asia/Bangkok
  

เพิ่มเติม: ตำแหน่งที่อยู่ของไฟล์อาจแตกต่างกันขึ้นอยู่กับแอปพลิเคชันเซิร์ฟเวอร์ที่ใช้:
– Tomcat 7, 8, 9, TomEE – /opt/tomcat/conf/variables.conf
– Jetty 9 – /opt/jetty/etc/variables.conf
– Payara 4, 5 – /opt/payara/glassfish/domains/domain1/config/variables.conf
– Spring Boot 1, 2 – /opt/shared/conf/variables.conf

• สำหรับ GrassFish เข้าถึงผ่าน GF admin panel ไปที่ส่วน Configurations > gfcluster-config (or server-config for GF 4) > JVM Settings > JVM Options และคลิกปุ่ม Add JVM Option วางสตริงที่เกี่ยวข้อง (เช่น -Duser.timezone=Asia/Bangkok) ในช่องป้อนข้อมูลที่ปรากฏ

• สำหรับ Wildfly ให้สลับไปที่ไฟล์ /opt/wildfly/bin/standalone.conf หรือถ้าหากเซิร์ฟเวอร์ปรับขนาดแบบ horizontal ให้ไปที่ /opt/wildfly/bin/domain.conf และประกาศตัวแปรที่เกี่ยวข้องโดยใช้รูปแบบต่อไปนี้: export JAVA_OPTS=”-Duser.timezone=Asia/Bangkok”

4. บันทึกการเปลี่ยนแปลงและ Restart เพื่อใช้การตั้งค่าใหม่ จากนั้น Refresh หน้า timezone หรือคลิก Open in Browser อีกครั้งเพื่อดูเวลาท้องถิ่นที่อัปเดต

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

กฏของ Timezone สำหรับ PHP

การจัดการตั้งค่า timezone สำหรับ PHP แอปพลิเคชันเซิร์ฟเวอร์ (Apache และ NGINX) จะดำเนินการในส่วน [date] ของไฟล์การกำหนดค่าหลัก php.ini.

การเข้าถึงไฟล์คลิกที่ปุ่ม Config ถัดจากโหนดที่ต้องการและเข้าไปที่ไฟล์ /etc/php.ini

ในส่วนนี้จะสามารถทำได้สองส่วนคือ:

• รับข้อมูลเขตเวลาล่าสุด
• ตั้งค่าเขตเวลาด้วยตนเอง

การตรวจสอบ Timezone Data

การตั้งค่าแบบแรกอนุญาตให้คุณใช้ Timezone Database อื่นๆภายนอกได้ (กล่าวคือ – Olson) ในกรณีที่ฐานข้อมูลภายในล้าสมัย

โดยการ uncomment ลบสัญลักษณ์อัฒภาค (;) บรรทัดที่ 266 และกดปุ่ม Save เพื่อบันทึกการเปลี่ยนแปลง จากนั้น Restart แอปเซิร์ฟเวอร์ของคุณ

ตอนนี้คุณสามารถคลิก Open in browser และเลื่อนไปที่ส่วน date ในหน้า php.info ที่เปิดขึ้น คุณจะเห็น timezone package เวอร์ชันล่าสุดพร้อมระบุการใช้ DB ภายนอก:

การเปลี่ยน Timezone

ตัวเลือกที่สองในส่วนของ [date] มีไว้สำหรับการกำหนดตำแหน่งเขตเวลาปัจจุบันของโหนดนั้นๆ (โดยค่าเริ่มต้นจะชี้ไปที่ UTC zone) ตัวอย่างด้านล่างเราจะแก้ไขค่าเริ่มต้นหน้าแรกของเซิร์ฟเวอร์ที่ไฟล์ /var/www/webroot/ROOT/index.php ด้วยโค้ดต่อไปนี้:

<?php
echo date("h:i:sa");
?>

จากนั้นกดปุ่ม Save อัปเดตไฟล์แล้ว Open in Browser คุณจะเห็นผลลัพธ์เวลา

กลับไปที่ Ruk-Com Cloud Dashboard และระบุเขตเวลาที่ต้องการเป็นค่าสำหรับพารามิเตอร์ date.timezone ภายในไฟล์ php.ini เช่น (Asia/Bangkok)

บันทึกการกำหนดค่าใหม่อีกครั้งและ Restart PHP compute node และ refresh หน้าแสดงเวลาปัจจุบันอีกครั้ง

เพียงเท่านี้คุณจะเห็น timezone ที่เปลี่ยนแปลงสำเร็จแล้วและตอนนี้สอดคล้องกับตำแหน่งที่ต้องการแล้ว

The post Managing Timezone Data appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

คุณสามารถแทนที่หน้า error นี้โดยการกำหนดเองเพื่อให้ผู้ใช้ปลายทางได้รับคำแนะนำที่เจาะจงมากขึ้นและทิ้งอีเมลไว้เพื่อติดต่อคุณ ในส่วนด้านล่างนี้เราจะแสดงวิธีกำหนดหน้า error ด้วยตนเองโดยใช้ NGINX load balancer ที่เพิ่มใน environment ของคุณ

1. ไปที่ Ruk-Com Cloud Dashboard แล้วหา NGINX load balancer ใน env ของคุณจากนั้นคลิกปุ่ม Config

2. ในแท็บ Configuration manager ที่เปิดอยู่ ไปที่โฟลเดอร์ /etc/nginx/conf.d และสร้างหรืออัปโหลดหน้า error ที่คุณกำหนดเอง

3. สำหรับคู่มือนี้เราจะใช้ไฟล์ error.html ต่อไปนี้:

4. จากนั้นไปที่ไดเร็กทอรี /etc/nginx และคัดลอกเนื้อหาของไฟล์ nginx-jelastic.conf วางลงใน nginx.conf โดยแทนที่ไฟล์ include /etc/nginx/nginx-jelastic.conf; (วงกลมอยู่ในภาพด้านล่าง)

ตอนนี้คุณสามารถระบุการกำหนดค่าที่จำเป็นทั้งหมดได้

5. หาส่วนของเซิร์ฟเวอร์พื่อวางการกำหนดค่าและแทนที่การตั้งค่า error_page เริ่มต้นด้วยสตริงต่อไปนี้:

error_page 403 404 500 502 503 504 /error.html;
proxy_intercept_errors on;

6. หลังจากนั้นเลื่อนลงมาเล็กน้อยเพื่อปรับเปลี่ยนหน้า error พารามิเตอร์ภายในส่วนย่อยของ location:

location /error.html {
    root   /etc/nginx/conf.d;
    internal;
}

location / {
    if ($cookie_SRVGROUP ~ group|common) {
        proxy_pass http://$cookie_SRVGROUP;
        error_page 403 404 500 502 503 504 = /error.html;
    }
    if ($cookie_SRVGROUP !~ group|common) {
        add_header Set-Cookie "SRVGROUP=$group; path=/";
    }
    proxy_pass http://default_upstream;
    add_header Set-Cookie "SRVGROUP=$group; path=/";
}

location @rescue {
    proxy_pass http://$cookie_SRVGROUP;
    error_page   500 502 503 504 = error.html;
}

location @recycle {
    proxy_pass http://default_upstream;
    add_header Set-Cookie "SRVGROUP=$group; path=/";
}

7. ในกรณีที่เว็บไซต์ของคุณใช้ SSL (เช่น สำหรับการเชื่อมต่อผ่าน HTTPS) จำเป็นต้องกำหนดค่าเพิ่มเติมบางอย่าง (มิฉะนั้นไปที่ข้อ 9) เพิ่มบรรทัดต่อไปนี้ในส่วนเซิร์ฟเวอร์ของไฟล์ /etc/nginx/conf.d/ssl.conf:

proxy_intercept_errors on;
location /error.html {
                    root   /etc/nginx/conf.d;
 }

8. คุณต้องปรับไฟล์ /etc/nginx/conf.d/ssl.upstreams.inc หาเงื่อนไขต่อไปนี้แล้วเปลี่ยนแปลงดังนี้:

if ($cookie_SRVGROUP ~ group|common) {
                   proxy_pass http://$cookie_SRVGROUP;
                   error_page 403 404 /error.html;
                   error_page   500 502 503 504 = @resque;
}

9. อย่าลืมรีสตาร์ท NGINX server เพื่อใช้การเปลี่ยนแปลง

10. ลองเข้าหน้าที่ไม่มีอยู่ในโดเมนของคุณ

หมายเหตุ: หากเซิร์ฟเวอร์ที่มีหน้า error แบบกำหนดเองที่กำหนดค่าไว้ล่วงหน้าหรือ environment ทั้งหมดไม่สามารถเข้าถึงหน้า error ได้ แพลตฟอร์มจะแสดงหน้า error เริ่มต้น เช่น:



คุณไม่สามารถแก้ไขการแจ้งเตือนนี้สำหรับ environment ของคุณ

The post Custom Error Page Settings via NGINX Balancer appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

1. เริ่มต้นจัดการเทมเพลตจะมีการตั้งค่าภาษาอังกฤษให้ คุณสามารถดูการตั้งค่า locale ปัจจุบันบนคอนเทนเนอร์ได้โดยใช้คำสั่งต่อไปนี้ (สามารถเรียกใช้ผ่าน Web SSH):

locale -a

2. เพื่อที่จะเพิ่มภาษาที่รองรับคุณสามารถใช้เครื่องมือ localedef:

sudo localedef -i {language}_{country} -f {codeset} {language}_{country}.{codeset}

โดยที่:

• {language}_{country} – ระบุภาษาและรหัสประเทศ
  

เคล็ดลับ: ตรวจสอบรายการ locales ที่มีอยู่สำหรับรุ่นใหม่โดยการพิมพ์คำสั่ง ls /usr/share/i18n/locales

• {codeset} – ตั้งค่าตัวระบุการเข้ารหัสอักขระ (เช่น UTF-8)

3. ตรวจสอบการเพิ่ม locale ใหม่โดยตรวจสอบรายการที่รองรับทั้งหมด:

locale -a

อย่างที่คุณเห็น ภาษาใหม่ถูกเพิ่มเข้ามาและแอปพลิเคชันของคุณสามารถใช้ได้

The post Managing Locale Settings appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

การอัปเดต New Relic Agent

หากต้องการทราบว่ามีการอัปเดต New Relic agent อยู่หรือไม่ ให้คุณคลิกที่ส่วน Add-ons สำหรับโหนดที่ต้องการและค้นหา New Relic ที่ทำเครื่องหมายไว้

คลิกที่ไอคอนรูปเฟืองที่มุมด้านบนและเลือกตัวเลือก Update Agent ในรายการเมนูด้านขวา:

ป๊อปอัพ Confirm จะปรากฏเพื่อเริ่มต้นตรวจสอบการอัปเดตที่มีอยู่ คลิก Yes

ไฟล์ที่จำเป็น (ถ้ามี) จะถูกดาวน์โหลดและติดตั้ง

หลังจากอัปเดต add-on เรียบร้อยแล้วคุณจะเห็นป๊อปอัพที่เกี่ยวข้องด้านบนขวาของแดชบอร์ดซึ่งแนะนำให้คุณรีสตาร์ทอินสแตนซ์เพื่อใช้การเปลี่ยนแปลงเหล่านี้

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

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

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

เพียงเท่านี้ New Relic ของคุณได้รับการอัปเดตและพร้อมใช้งานแล้ว

คุณสามารถตรวจสอบเวอร์ชันปัจจุบันได้ดังนี้:
– สำหรับ Java app servers: ภายในไฟล์ logs/newrelic_agent.log อยู่ในไดเร็กทอรีเฉพาะพร้อมไฟล์ add-on (รายการ path จะขึ้นอยู่กับเซิร์ฟเวอร์)

– สำหรับ PHP servers: ผ่าน phpinfo() output


ด้วยวิธีนี้คุณสามารถอัปเดตฟีเจอร์ล่าสุดจาก New Relic ได้เสมอ

The post How to Update Installed New Relic Monitoring Add-on appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

เนื่องจาก New Relic เป็นหนึ่งในโซลูชันที่ใช้บ่อยที่สุดและเป็นที่นิยมอย่างมากสำหรับการควบคุมดูแลแอปพลิเคชันเราจึงจัดเตรียม add-on พิเศษที่ทำให้การส่งข้อมูลนั้นง่ายขึ้น การใช้งานบนฐานของ JPS (Jelastic Packaging Standard) ทำให้สามารถติดตั้งซอฟต์แวร์นี้ได้ด้วยการคลิกเมาส์เพียงครั้งเดียว และเริ่มติดตามข้อมูลแอปพลิเคชันเซิร์ฟเวอร์ที่สำคัญที่สุดในเวลาไม่กี่นาที นอกจากนี้คุณสามารถติดตามข้อมูลล่าสุดอยู่เสมอด้วยตัวเลือกที่ฝังไว้สำหรับการติดตั้ง New Relic ที่พร้อมใช้งานโดยอัตโนมัติ

ดังนั้นมาดูวิธีการเปิดเผยประสิทธิภาพที่ซ่อนอยู่ในแอปพลิเคชันของคุณด้วยความช่วยเหลือของ New Relic – เพื่อดำเนินการติดตั้งส่วนเสริมนี้ คุณจะต้องมี:

• บัญชี New Relic ที่ลงทะเบียนแล้วพร้อมตัวระบุผู้ใช้เฉพาะของคุณ (เช่น license key)
• อย่างน้อย 1 environment ที่สร้างขึ้นบนแพลตฟอร์มของเราพร้อมกับ deploy แอปที่คุณต้องการติดตาม
  
  

เมื่อปฏิบัติตามเงื่อนไขเหล่านี้แล้วคุณสามารถรวม New Relic agent เข้ากับ cloud environment – เพียงทำตามขั้นตอนด้านล่างนี้

หมายเหตุ: การติดตั้ง New Relic monitoring software สามารถอัปเดตเป็นเวอร์ชันล่าสุดได้อย่างราบรื่นด้วยตัวเลือก add-on ที่เกี่ยวข้อง

การติดตั้งส่วนเสริม New Relic

คุณสามารถติดตั้ง add-on New Relic บน Java (จัดการในฐานะตัวแทน Java) หรือ PHP environment

อย่างไรก็ตามขั้นตอนการติดตั้งคล้ายกัน – ตัวอย่างเช่นเราใช้ Java environment กับ Tomcat application server

หมายเหตุ: Java application servers ที่รองรับในปัจจุบันคือ Tomcat, TomEE และ Jetty ของทุกเวอร์ชัน ความสามารถในการใช้การตรวจสอบการทำงาน New Relic กับเซิร์ฟเวอร์อื่นมีการวางแผนที่จะเพิ่มเติมต่อไป

1. ขั้นตอนแรกให้คลิกปุ่ม Marketplace ที่ด้านบนแดชบอร์ด

2. คลิกที่ส่วน Add-ons เลือก New Relic APM ที่ปรากฏในรายการ (คุณสามารถค้นหาได้ที่ช่อง Search ด้านบน) และคลิก Install

เคล็ดลับ: New Relic APM agent ยังมีให้บริการที่ Jelastic JPS Collection ควบคู่ไปกับโซลูชัน JPS คุณสามารถ import และรวมเข้ากับรายการใดก็ได้โดยใช้ลิงก์ไปยังไฟล์ manifest.jps ภายใน repository ที่เหมาะสม

3. คุณจะเห็นกรอบการติดตั้งปรากฏขึ้น:

ในหน้านี้คุณควรระบุข้อมูลต่อไปนี้:

• Application name – ใส่ชื่อโดเมนสำหรับแอปนี้เพื่อแสดงที่แดชบอร์ด New Relic ของคุณเช่น my-project (environment domain จะถูกแทนที่โดยค่าเริ่มต้นที่นี่ หากสลับไปมาระหว่างโดเมนที่มีอยู่หลายรายการ)
• License key – ตัวระบุเฉพาะของคุณที่ผูกกับผู้ใช้ New Relic แต่ละรายและสามารถดูได้ที่ส่วนการตั้งค่าบัญชีของ admin panel (เพื่อให้แน่ใจว่าข้อมูลที่รวบรวมจะถูกรายงานที่บัญชีของคุณ)
  
  

หมายเหตุ: ช่อง License key ที่เฟรมการติดตั้ง add-on ประกอบด้วย key mask โดยค่าเริ่มต้น คุณสามารถติดตั้งให้เสร็จสิ้นโดยไม่มีการเปลี่ยนแปลงใดๆ แต่คุณจะไม่สามารถสำรวจสถิติที่รวบรวมได้ (เนื่องจากไม่มีบัญชี New Relic ผูกไว้)

อย่างไรก็ตาม คุณสามารถระบุพารามิเตอร์นี้ภายหลังในการตั้งค่า Add-on ของ New Relic โดยใช้ Configuration Manager paths สำหรับไฟล์ที่ต้องการคือ:

สำหรับ Java app servers:
– TomEE,Tomcat – /opt/tomcat/lib/newrelic/newrelic.yml
– Jetty – /opt/jetty/lib/newrelic/newrelic.yml

สำหรับ PHP app servers: พารามิเตอร์ที่เหมาะสมสามารถพบได้ที่ส่วนท้ายสุดของไฟล์ etc/php.ini (ภายในส่วน [newrelic])

นอกจากนี้พารามิเตอร์ add-on ที่เหลือสามารถแก้ไขได้ภายในไฟล์เหล่านี้

• Environment name – เลือกชื่อ environment ที่ควรติดตั้ง New Relic (ชื่อที่เหมาะสมจะถูกเน้นในรายการดรอปดาวน์)
• Nodes – เลือกอินสแตนซ์สำหรับการตรวจสอบการทำงาน (ขณะนี้ มีเพียงแอปพลิเคชันเซิร์ฟเวอร์เท่านั้นที่สามารถเลือกได้)
  
  

คลิกปุ่ม Install เพื่อยืนยันรายการของคุณและเริ่มกระบวนการ deploy

4. รอเพียงไม่กี่นาที add-on จะถูกเพิ่มไปในแอปพลิเคชันของคุณ

5. ตามป๊อปอัปที่แสดงด้านบน คุณจะต้องรีสตาร์ทโหนดเพื่อให้แอปของคุณมีประสิทธิภาพยิ่งขึ้น โดยคลิกปุ่ม Restart node(s) ถัดจากแอปพลิเคชันเซิร์ฟเวอร์ของคุณ

โปรดสังเกตว่าหากโปรเจ็กต์ของคุณทำงานใน app server node เดียว การรีสตาร์ทจะทำให้แอปพลิเคชันของคุณหยุดทำงานชั่วคราว

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

6. ตอนนี้คุณสามารถลงชื่อเข้าใช้บัญชี New Relic ของคุณและดูภายในข้อมูลที่รวบรวมเกี่ยวกับตัวชี้วัดประสิทธิภาพของแอปพลิเคชันของคุณ คุณสามารถดูพารามิเตอร์ที่สำคัญที่สุดในแบบเรียลไทม์ผ่านรายงานแดชบอร์ดที่กำหนดเองและรับการแจ้งเตือนอัตโนมัติเกี่ยวกับปัญหาสำคัญที่เกิดขึ้นและอื่นๆอีกมากมาย – ดูรายการ monitoring features ที่มีให้ทั้งหมด

คุณจะเห็นว่าการติดตั้งส่วนเสริม New Relic นั้นง่ายมากและใช้เวลาไม่นาน ในขณะเดียวกันก็มีประสิทธิภาพเพียงพอที่จะช่วยจัดการกับปัญหาที่เกิดขึ้นและปัญหาการขาดประสิทธิภาพ

The post New Relic Monitoring for Your Application inside the PaaS appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).