วันนี้ผมจะมาคุยกับคุณอีกครั้งเกี่ยวกับบริการเว็บที่มีคนใช้มากที่สุดในโลกนั่นคือเว็บเซิร์ฟเวอร์ Apache2.
เป็นหัวข้อที่มีการพูดคุยกันหลายครั้ง แต่ตอนนี้ฉันจะมาบอกคุณเกี่ยวกับคุณสมบัติอื่นที่ต้องคำนึงถึงในบริการนี้: ขีด จำกัด ของการเชื่อมต่อพร้อมกัน. ไม่สำคัญว่าเราจะมีพื้นฐานมากหรือเป็นยานอวกาศที่มีโปรเซสเซอร์ i7 และ RAM 32 GB ...
ขีด จำกัด ของการเชื่อมต่อพร้อมกันจะเท่ากันเสมอเว้นแต่เราจะใช้มาตรการที่เหมาะสมซึ่งหมายความว่าหากเราต้องการให้คนจำนวนมากเชื่อมต่อในเวลาเดียวกันเราจะไม่เพียง แต่ต้องใช้ฮาร์ดแวร์ที่ดีเท่านั้น แต่ยังต้องมีการกำหนดค่าที่ดีด้วย
ในกรณีนี้ไม่จำเป็นต้องติดตั้งอะไรทุกอย่างเป็นไปตามแนวคิดง่ายๆที่ต้องนำมาพิจารณาเพื่อกำหนดค่า apache แนวคิดที่ต้องชัดเจนมากก่อนที่จะทำการเปลี่ยนแปลงใด ๆ
สิ่งแรกที่ต้องคิดคือ: ทีมของฉันมีความสามารถอะไร? อุปกรณ์ของฉันสามารถรองรับการเชื่อมต่อพร้อมกันได้กี่ครั้งหากบังคับให้มากที่สุด ทั้งหมดนี้ขึ้นอยู่กับปัจจัยเดียว RAM (หน่วยความจำเข้าถึงโดยสุ่ม)
ยิ่ง RAM มากจำนวนการเชื่อมต่อก็จะมากขึ้นแม้ว่าจะไม่มีค่าคงที่ (นั่นคือไคลเอนต์ X สำหรับ X ram แต่ละตัว) นั่นคือเหตุผลว่าทำไมก่อนอื่นจึงเป็นเรื่องสำคัญที่จะต้องทำการคำนวณเล็กน้อยบนเว็บเซิร์ฟเวอร์ของเราด้วย เพื่อที่จะรู้ขีด จำกัด ของเรา
สิ่งแรกที่คุณควรรู้คือโดยเฉลี่ยแล้วการเชื่อมต่อกับ Apache แต่ละครั้งจะใช้ RAM เท่าใดเนื่องจากการเชื่อมต่อแต่ละครั้งที่สร้างขึ้นนั้นมีการใช้ RAM จำนวนหนึ่งในระบบ ... เห็นได้ชัดว่าการเชื่อมต่อทั้งหมดไม่ได้ใช้ RAM เดียวกันซึ่งจะต้องทำ สื่อ ... ทั้งหมดนี้สามารถรับได้ด้วยคำสั่งต่อไปนี้:
ps -ylC apache2 - เรียง: rss | awk '{SUM + = $ 8; I + = 1} END {พิมพ์ SUM / I / 1024} '
ผลลัพธ์ที่ได้จะแสดงเป็นเมกะไบต์และอาจแตกต่างกันไปขึ้นอยู่กับจำนวนการเชื่อมต่อที่ใช้งานประเภทของเพจที่เข้าถึง ฯลฯ ... ดังนั้นขอแนะนำให้ทำการทดสอบโดยเปิดแท็บต่างๆ แต่ละรายการจะแสดงเนื้อหาที่แตกต่างกันหากเป็นไปได้ ตัวอย่างเช่นในกรณีของฉันผลลัพธ์คือ 9.5458 ซึ่งถ้าเราปัดเศษขึ้นไปด้านบนจะเป็น 10 MB RAM ที่ใช้โดยเฉลี่ยต่อการเชื่อมต่อ
สิ่งสำคัญคือต้องทราบว่าส่วนที่เหลือของกระบวนการที่ใช้งานอยู่ในระบบนั้นมีความสำคัญมากเพียงใดเนื่องจากบริการเว็บไม่ใช่บริการเดียวที่ทำงานในระบบปฏิบัติการและจำเป็นต้องปล่อย RAM ว่างไว้บนเซิร์ฟเวอร์ เพื่อให้สามารถดำเนินงานที่เหลือได้ สามารถรับได้ด้วยคำสั่งที่แสดงด้านล่าง:
ps -N -ylC apache2 - เรียงลำดับ: rss | awk '{SUM + = $ 8} END {print SUM / 1024}'
ผลลัพธ์ที่ได้จะแสดงเป็นเมกะไบต์และจะแสดงให้เราเห็นอย่างแม่นยำถึงจำนวน RAM ที่ใช้โดยกระบวนการที่เหลือ ในกรณีของฉัน 800 MB. ด้วยข้อมูลนี้เราสามารถคำนวณจำนวนการเชื่อมต่อพร้อมกันโดยทั่วไปที่เรามีได้ ฉันคำนวณว่าเราจะได้รับจากการดำเนินการที่ง่ายมาก
(RAMTOTAL - RAM_RESTOPROCESOS) / RAM_POR_CONNEXIÓN
ด้วยสูตรนี้ลองจินตนาการว่าเรามีคอมพิวเตอร์ที่มี RAM 4 GB นั่นคือ 4096 MB และคอมพิวเตอร์ของเราได้แสดงผลลัพธ์ดังกล่าวแล้ว การคำนวณจะเป็น:
(4096 - 800) / 10 = 329 การเชื่อมต่อพร้อมกัน
ปัญหาในการคำนวณนี้คือสิ่งที่รุนแรงเกินไปเนื่องจากจะใช้ RAM ทั้งหมด (ทำให้เซิร์ฟเวอร์ใช้การแลกเปลี่ยน) และในกรณีที่มีฐานข้อมูลเช่น MySQL หรืออื่น ๆ การเชื่อมต่อกับมันก็จะใช้เช่นกัน RAM ดังนั้นหมายเลขที่ได้รับอาจมีคุณสมบัติเป็นหมายเลขยูโทเปีย ดังนั้นเพื่อเพิ่มหน่วยความจำสำหรับกระบวนการเพิ่มเติมที่เป็นไปได้และพิจารณาถึงความเป็นไปได้ที่จะดำเนินการเชื่อมต่อกับฐานข้อมูลเราจะลดจำนวนการเชื่อมต่อลง 250.
ตอนนี้เรามีจำนวนการเชื่อมต่อพร้อมกันสูงสุดแล้วเราจะต้องเตรียม Apache เพื่อให้สามารถรับหมายเลขนี้ได้ซึ่งทำได้ในไฟล์กำหนดค่าของการโทรนี้ apache2.confซึ่งโฮสต์ใน / etc / apache2.
ไฟล์ที่เป็นปัญหามีโครงสร้างตาม โมดูลแต่ละคนมีชื่อที่ตรงกัน แต่เราจะสนใจเพียงหนึ่งในนั้นซึ่งมีชื่อว่า mpm_prefork_module. โมดูลที่เป็นปัญหามีข้อมูลต่อไปนี้โดยค่าเริ่มต้น:
StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0
โมดูลนี้มีชุดพารามิเตอร์ที่สำคัญมากแม้ว่าจะมีพารามิเตอร์ตัวหนึ่งที่เราสนใจเป็นพิเศษเรียกว่า MaxClients. พารามิเตอร์นี้ระบุจำนวนสูงสุดของการเชื่อมต่อพร้อมกันและควรแก้ไขเป็น 250.
รายละเอียดอย่างหนึ่งที่ต้องคำนึงถึงคือเมื่อระบุค่าอื่นที่ไม่ใช่ค่าเริ่มต้นในพารามิเตอร์ดังกล่าวจำเป็นต้องเพิ่มอีกค่าหนึ่งก่อนค่านี้ พารามิเตอร์นี้เรียกว่า ServerLimit และกำหนดขีด จำกัด ของการเชื่อมต่อที่เซิร์ฟเวอร์สามารถ "ระงับ" ได้แม้ว่าจะอยู่นอกขีด จำกัด ก็ตาม
พารามิเตอร์ ServerLimit จะต้องสูงกว่า MaxClients เล็กน้อยเสมอและที่นี่มีพื้นที่น้อยสำหรับการซ้อมรบขีด จำกัด ของ 270. สิ่งนี้จะทำให้โมดูลมีลักษณะดังนี้:
StartServers 5 MinSpareServers 5 MaxSpareServers 10 ServerLimit 270 MaxClients 250 MaxRequestsPerChild 0
ตอนนี้จำเป็นต้องรีสตาร์ทบริการ Apache โดยใช้คำสั่ง:
/etc/init.d/apache2 เริ่มใหม่
ด้วยเหตุนี้เราจึงสามารถเพลิดเพลินกับเว็บเซิร์ฟเวอร์ที่ดีที่สุดของเราได้แล้ว
อาศิรพจน์
ขอบคุณสำหรับโพสต์!
ฉันดีใจที่คุณพบว่ามีประโยชน์
อาศิรพจน์
มีวิธีการคลัสเตอร์ Apache และเซิร์ฟเวอร์สองเครื่องคุณสามารถอธิบายวิธีการทำงานได้หรือไม่?
แม้ว่าฉันจะอ่านทฤษฎีเกี่ยวกับเรื่องนี้มาบ้าง แต่ฉันก็ไม่เคยนำไปใช้ในทางปฏิบัติ ถึงกระนั้นบทความนี้อาจให้คำแนะนำบางประการแก่คุณในเรื่องนี้แม้ว่าฉันจะพูดซ้ำว่าฉันไม่มีโอกาสนำไปปฏิบัติ:
http://www.muspells.net/blog/2011/04/alta-disponibilidad-con-apache2-y-heartbeat-en-debian-squeeze/
คุณถามมานานแล้วถ้าคุณไม่ได้แก้; ฉันมีรูปแบบการปรับสมดุลกับบุคคลที่สามที่ทำหน้าที่เป็นระบบไฟล์คุณชี้โฟลเดอร์ที่อยู่ใน var / www / html / (ในกรณีของฉัน) ไปที่ระบบไฟล์ดังนั้นพวกเขาจึงแบ่งปันข้อมูลเดียวกันและคุณอาจจะ ต้องการ ip เสมือนที่ตอบสนองและเปลี่ยนเส้นทางไปยัง ips ของ apaches สำหรับสิ่งนี้คุณสามารถครอบครอง haproxy และหากคุณต้องการให้มีความพร้อมใช้งานสูงคุณสามารถรวม keepalive ในกรณีที่เครื่องหนึ่งตกอีกเครื่องหนึ่งจะตอบสนองต่อไปหรือหากคุณมีอยู่แล้ว โดเมนสำหรับแอปพลิเคชันคุณสามารถปรับสมดุลกับปอนด์ที่ทำแบ็กเอนด์ไปยังเซิร์ฟเวอร์ทั้งสองได้สำหรับกรณีเฉพาะเช่น moodle หรือแอปพลิเคชันบางอย่างที่เชื่อมต่อกับฐานข้อมูลใน mysql คุณจะต้องสร้างผู้ใช้ต่อเซิร์ฟเวอร์แอปที่ชี้ไปยังฐานข้อมูลเดียวกัน .
ขอบคุณมากสำหรับโพสต์คุณพูดถูกอย่างยิ่ง ram เป็นการคำนวณหลักแม้ว่าฉันจะคิดว่าเราคำนวณจำนวนกระบวนการสูงสุดที่โปรเซสเซอร์ของเราสามารถจัดการได้ (แน่นอนว่าก่อนอื่นทำการคำนวณหน่วยความจำหลัก) และวิธีการกระจายฮาร์ดดิสก์ (ตัวอย่างพาร์ติชัน / var = 1TR)
คุณถูก; ทุกอย่างมีความสำคัญเช่นเดียวกับการควบคุมอุณหภูมิเหนือสิ่งอื่นใด เห็นได้ชัดว่าโปรเซสเซอร์ที่ทรงพลังสามารถทำงานได้จำนวนมากขึ้นพร้อมกันด้วยประสิทธิภาพที่ยอดเยี่ยม แต่วัตถุประสงค์ของโพสต์นี้คือเพื่ออธิบายความสำคัญของ RAM เกี่ยวกับจำนวนการเชื่อมต่อพร้อมกัน
วิธีที่ดีในการควบคุมปัจจัยเหล่านี้ทั้งหมดและดูว่าโปรเซสเซอร์ของเราไม่อิ่มตัวหรือถ้าเรามี RAM ว่างเพียงเล็กน้อยให้ใช้ bash script คุณอาจพบว่าโพสต์นี้ที่ฉันสร้างไว้เมื่อสองสามวันก่อนน่าสนใจที่ฉันปล่อยให้คุณในลิงค์ต่อไปนี้ เป็นการเฝ้าติดตามทั่วโลก แต่อาจเป็นเรื่องที่น่าสนใจสำหรับหนึ่ง:
http://bytelearning.blogspot.com.es/2015/07/controlando-la-salud-del-equipo-con-bash.html
ความนับถือ
บันทึกดีมากขอบคุณมาก!
ขอบคุณมาก! ฉันหวังว่าคุณจะสามารถใช้ประโยชน์จากมันได้
ไม่อยากเป็นคนขี้เหวี่ยง ...
… แต่ด้วยการเพิ่มจำนวนการเชื่อมต่อคุณจะไม่เสี่ยงต่อการโจมตี DDoS อีกต่อไป?
ไม่มีคำถามเกี่ยวกับเครตินที่เงียบสงบ ความจริงก็คือด้วยการเพิ่มจำนวนการเชื่อมต่อพร้อมกันเราจึงเสริมความแข็งแกร่งให้ Apache จากการโจมตี DDOS บางส่วนเนื่องจากคุณต้องคำนึงว่าจำนวนการเชื่อมต่อสูงสุดพร้อมกันที่สร้างขึ้นบนเซิร์ฟเวอร์คือจำนวนการเชื่อมต่อสูงสุดทั้งหมดไม่ใช่การเชื่อมต่อที่มาจาก ผู้ใช้คนเดียว ดังนั้นในตอนเริ่มต้นเราสามารถรองรับการเชื่อมต่อพร้อมกันได้ 150 รายการเท่านั้น (ไม่ว่าจะเป็นการเชื่อมต่อจากแหล่งที่มาที่ถูกต้องหรือไม่ก็ตาม) ตอนนี้เราสามารถไว้วางใจได้มากที่สุดเท่าที่เซิร์ฟเวอร์ของเรารองรับโดยต้องใช้การเชื่อมต่อจำนวนมากในเวลาเดียวกันเพื่อที่จะไม่มี บริการ. เห็นได้ชัดว่าการเพิ่มจำนวนการเชื่อมต่อสูงสุดไม่ใช่วิธีป้องกันการโจมตีประเภทนี้ แต่ควรใช้นโยบายไฟร์วอลล์ ตัวอย่างเช่นหากบริการบนเว็บที่คุณต้องการนำไปใช้นั้นจะถูกเปิดเผยต่ออินเทอร์เน็ตมาตรการรักษาความปลอดภัยที่สามารถนำไปใช้ได้คือการเพิ่มบรรทัดเหล่านี้ลงในไฟร์วอลล์ของเรา:
iptables -A INPUT -p tcp –syn –dport 80 -m connlimit –connlimit-upto 10 -m state --state NEW -j ACCEPT
iptables -A INPUT -p tcp –dport 80 -m state -state ESTABLISHED, RELATED -j ACCEPT
iptables -A อินพุต -p tcp –dport 80 -j DROP
ลักษณะเฉพาะอย่างหนึ่งของการโจมตี DDoS คือผู้โจมตีสามารถส่งแพ็กเก็ตจากหลายทิศทางซึ่งป้องกันไม่ให้การไหลของแพ็กเก็ตมาจากทิศทางเดียวเท่านั้น
คุณคิดถูกแล้วว่าไฟร์วอลล์อย่างที่ฉันตั้งค่าไว้นั้นไม่มีประสิทธิภาพในการต่อต้านการโจมตี DDOS เนื่องจากมาจากแหล่งที่มาที่แตกต่างกัน อย่างไรก็ตามจะเป็นการดีกว่าที่จะ จำกัด จำนวนการเชื่อมต่อไว้ที่ 10 สำหรับแต่ละแหล่งที่มาเหล่านี้แทนที่จะไม่มีขีด จำกัด เพื่อให้แต่ละแหล่งสามารถสร้างการเชื่อมต่อได้มากกว่าร้อยรายการ
ไม่ว่าในกรณีใดชุดคำถามก็คือยิ่งเซิร์ฟเวอร์รองรับการเชื่อมต่อพร้อมกันมากเท่าไหร่ก็ยิ่งยากที่จะล้มมันลงด้วยการโจมตี DDOS ซึ่งจะทำให้ผู้โจมตีล้มลงได้ยากขึ้น .
อาศิรพจน์
ดี. ตอนนี้ฉันยังคงใช้ NGINX ต่อไปบนเว็บไซต์ของฉันเพื่อไม่ให้ VPS ทรมาน
โพสต์ที่ดี @Drassill!
ฉันต้องการมีส่วนร่วมกับบางสิ่งที่อาจเป็นสถิติมากกว่าการกำหนดค่า
แม้ว่าวิธีที่ง่ายที่สุดและเร็วที่สุดในการคำนวณพารามิเตอร์การบริโภคคือค่าเฉลี่ย แต่บางทีเราอาจจะเข้มงวดมากขึ้นและใช้ "ค่ามัธยฐาน" แทน "ค่าเฉลี่ย" อะไรจะช่วยเราได้ ตัวเลขจะเพิ่มขึ้นในกรณีที่การเชื่อมต่อใช้หน่วยความจำมาก ตัวอย่างเช่นสมมติว่าไคลเอ็นต์ต่อไปนี้ใช้ค่าต่อไปนี้ในหน่วยความจำที่ต้องการ (KB, MB, MiB ฯลฯ ):
10, 15, 150, 5, 7, 10, 11, 12
ค่าเฉลี่ยจะให้ประมาณ ~ 30
และนี่เป็นเพราะเรามีจุดจบที่ใหญ่มาก (150) และการคำนวณก็บ้าไปแล้ว ค่ามัธยฐานประกอบด้วยการจัดลำดับข้อมูลเหล่านี้หารจำนวนตัวอย่างด้วย 2 (ศูนย์กลางของเรา) จากนั้นจึงได้รับจำนวนตำแหน่งนั้น ด้วยสิ่งนี้เราจะมีบางอย่างเช่น
5, 7, 10, 10, 11, 12, 15, 150
ค่าเฉลี่ยของเราจะเป็น 8/2 = 4 นั่นคือ ~ 10
ที่นี่คุณจะเห็นได้ว่าไม่ว่าจะสุดโต่งแค่ไหนก็ยังให้คุณค่าที่เป็นจริงมากขึ้นเสมอ ถ้าเราเพิ่มลูกค้าที่กิน 200 คนค่ามัธยฐานของเราจะเป็น 11 ในขณะที่ค่าเฉลี่ยอาจไปที่…….
เป็นเพียงการมีส่วนร่วมเท่านั้นและเป็นที่ถกเถียงกันมากเพราะด้วยการเชื่อมต่อจึงไม่ได้ขัน
ฮักคน linuxera 🙂
สวัสดีฉันมีปัญหากับเซิร์ฟเวอร์เฉพาะของฉันและทุกครั้งที่มีผู้เข้าใช้งานออนไลน์ประมาณ 250 คนตามการวิเคราะห์ของ Google ในแบบเรียลไทม์เซิร์ฟเวอร์ของฉันก็เหมือนจะล่มและการเชื่อมต่อช้าจนการเชื่อมต่อลดลง ไปยังเว็บไซต์และไม่เคยอัปโหลดมากกว่าจำนวนผู้ใช้ออนไลน์ แต่เมื่อฉันเห็นประสิทธิภาพของเซิร์ฟเวอร์เฉพาะที่เป็นแรม 8GB แสดงว่ามีการใช้งาน 10% ซีพียู: 5% ของการใช้งานและฮาร์ดดิสก์ใน: 1.99% การใช้งาน
คุณสามารถช่วยฉันได้ไหม? ฉันหาสิ่งที่ต้องทำไม่ได้การทำตามขั้นตอนเหล่านี้เป็นการแก้ปัญหาหรือไม่
คาร์ลอสที่ดี
ปัญหาที่คุณอธิบายเป็นเรื่องปกติมากเมื่อเซิร์ฟเวอร์ไม่ได้เตรียมไว้อย่างเหมาะสม เซิร์ฟเวอร์ของคุณอาจยอมรับการเชื่อมต่อพร้อมกันจำนวนน้อยกว่ามากและเมื่อถึง 250 การเชื่อมต่อเซิร์ฟเวอร์จะขัดข้อง ทำตามคู่มือนี้คุณจะสามารถแก้ปัญหาได้แม้ว่าคุณจะมีฐานข้อมูลบนเซิร์ฟเวอร์นั้นคุณจะต้องปรับฐานข้อมูลนั้นให้เหมาะสมด้วย
อาศิรพจน์
Drassill ฉันได้ทำการกำหนดค่าที่คุณกล่าวถึงแล้วและเป็นที่น่าพอใจเมื่อวานนี้ฉันมีผู้ใช้ถึง 280 คนทางออนไลน์และเซิร์ฟเวอร์ไม่หยุดทำงานฉันมีความสุขมากกับผลลัพธ์นี้และฉันต้องการทำสิ่งอื่นที่คุณบอกให้ฉันเพิ่มประสิทธิภาพ ฐานข้อมูล¿ฉันจะบรรลุสิ่งนี้ได้อย่างไร?
แนวคิดฐานข้อมูลค่อนข้างเปิดกว้าง การใช้ mysql ไม่เหมือนกับ postgres (เช่น) เห็นได้ชัดว่าฉันไม่รู้จักฐานข้อมูลทั้งหมด ฉันได้ลอง mysql และ postgres แล้วและการเพิ่มขึ้นของการเชื่อมต่อพร้อมกันในสิ่งเหล่านี้จะขึ้นอยู่กับการเชื่อมต่อสูงสุดของพารามิเตอร์ การเพิ่มประสิทธิภาพของ mysql จะทำได้ใน /etc/my.conf และการเชื่อมต่อสูงสุดของพารามิเตอร์จะต้องเปลี่ยนไป (อื่น ๆ ) สำหรับ postgres แทนฉันมีบทความในบล็อกของฉันที่อธิบายถึงวิธีการเพิ่มประสิทธิภาพที่อาจเป็นประโยชน์สำหรับคุณหรือคุณสามารถใช้เป็นข้อมูลอ้างอิงสำหรับฐานข้อมูลของคุณ:
http://bytelearning.blogspot.com.es/2016/02/postgresql-una-alternativa-mysql-en.html
อาศิรพจน์
สวัสดีเมื่อฉันโยนคำสั่งแรกมันแสดงให้ฉันเห็นค่า 0 มันคืออะไร?
ขอบคุณสำหรับกระทู้นี้
ช่างเป็นคู่มือที่ดี ข้อมูลนั้นเป็นส่วนหนึ่งของสิ่งที่ฉันกำลังมองหา... ขอบคุณ!
แต่ตอนนี้ ถ้าฉันต้องการให้เกินจำนวนผู้เยี่ยมชม 250 คน ผู้เยี่ยมชม 251 ไปที่หน้ารอหรือคิวเสมือน ฉันสามารถทำได้จากการกำหนดค่าเดียวกันนี้หรือไม่
ทักทายและขอบคุณ!