คำถามติดแท็ก high-availability

ความพร้อมใช้งานสูงคือการพิจารณาทางสถาปัตยกรรมบ่อยครั้งที่เกี่ยวข้องกับระดับความซ้ำซ้อนเพื่อประกันความพร้อมใช้งานในกรณีที่ระบบหรือส่วนประกอบล้มเหลว

2
วิธีทำ failover NFS ฝั่งไคลเอ็นต์ใน Linux?
ฉันมี CentOS 6.3 ไคลเอ็นต์ที่จำเป็นต้องเข้าถึงหน่วยเก็บ NFS มีเซิร์ฟเวอร์ NFS สองตัวที่ให้บริการเนื้อหาเดียวกันที่เก็บไว้ใน SAN ด้วยระบบไฟล์แบบคลัสเตอร์ ฉันจะตั้งค่า CentOS เป็น failover ไปยังเซิร์ฟเวอร์ NFS สำรองได้อย่างไรถ้าจำเป็น เมื่อฉัน Google ฉันอ่านต่อไปเรื่อย ๆ ว่า Linux ไม่รองรับสิ่งนี้ แต่จะแปลกเพราะมีข้อมูลจำนวนมากเกี่ยวกับวิธีตั้งค่าเซิร์ฟเวอร์ฟาร์ม Linux NFS แบบคลัสเตอร์ ...

4
วิธีการตั้งค่า STONITH ใน 2-node active / passive linux HA pacemaker คลัสเตอร์
ฉันกำลังพยายามตั้งค่าคลัสเตอร์ Linux-HA ที่ใช้งาน / passive (2 nodes) พร้อมด้วย corosync และเครื่องกระตุ้นการเต้นของหัวใจเพื่อเก็บฐานข้อมูล PostgreSQL- และทำงาน มันทำงานผ่าน DRBD และ service-ip หาก node1 ล้มเหลว node2 ควรใช้เวลามากกว่า เช่นเดียวกันถ้า PG รันบน node2 และล้มเหลว ทุกอย่างทำงานได้ดียกเว้นสิ่งที่สโตนนิช ระหว่างโหนดเป็นการเชื่อมต่อ HA โดยเฉพาะ (10.10.10.X) ดังนั้นฉันจึงมีการกำหนดค่าอินเทอร์เฟซดังต่อไปนี้: eth0 eth1 host 10.10.10.251 172.10.10.1 node1 10.10.10.252 172.10.10.2 node2 เปิดใช้งาน Stonith แล้วและฉันกำลังทดสอบกับ ssh-agent เพื่อฆ่าโหนด crm configure property stonith-enabled=true …

1
เก็บไว้สำหรับที่อยู่เสมือนมากกว่า 20 ที่
ฉันได้ตั้งค่าไว้บนเครื่อง Debian สองเครื่องเพื่อให้มีความพร้อมใช้งานสูง แต่ฉันพบจำนวน IP เสมือนสูงสุดที่ฉันสามารถมอบหมายให้ฉันvrrp_instanceได้ ฉันจะกำหนดค่าและล้มเหลวของ IP เสมือนมากกว่า 20+ อย่างไร นี่คือการตั้งค่าที่ง่ายมาก: LB01: 10.200.85.1 LB02: 10.200.85.2 Virtual IPs: 10.200.85.100 - 10.200.85.200 แต่ละเครื่องกำลังเรียกใช้ Apache (Nginx ในภายหลัง) รวมกับ IP เสมือนสำหรับการยกเลิกใบรับรองไคลเอ็นต์ SSL และการพร็อกซีไปที่เว็บเซิร์ฟเวอร์แบ็กเอนด์ เหตุผลที่ฉันต้องการวีไอพีจำนวนมากนั้นไม่สามารถใช้ VirtualHost บน HTTPS นี่คือ keepalived.conf ของฉัน: vrrp_script chk_apache2 { script "killall -0 apache2" interval 2 weight 2 } vrrp_instance …

4
Gluster ทำอะไรกันแน่?
ฉันได้เล่นกับ gluster ในช่วง 2 วันที่ผ่านมาและถามคำถามที่นี่และในระบบคำถามของพวกเขา ฉันไม่เข้าใจบางสิ่งจริงๆ ฉันเห็นคนพูดสิ่งที่ชอบ ตั้งค่า bricks ที่จำลองแบบระหว่างเซิร์ฟเวอร์ (เนื่องจากคุณใช้เพียง 3, การจำลองแบบจะปลอดภัยยิ่งขึ้น) และแต่ละเซิร์ฟเวอร์จะเห็นไฟล์ของเซิร์ฟเวอร์อื่น ๆ ทั้งหมดว่าเป็น 'ภายใน' - แม้ว่าเซิร์ฟเวอร์หนึ่งล้มเหลวไฟล์จะถูกทำซ้ำไป เซิร์ฟเวอร์อื่น ๆ หรือ Gluster จะรักษาการซิงโครไนซ์ไฟล์ข้ามวอลุ่ม (Bricks) และมีความสามารถ 'การรักษาตัวเอง' ที่จะจัดการกับความไม่สอดคล้องใด ๆ เนื่องจากเซิร์ฟเวอร์หนึ่งออฟไลน์อยู่ ตั้งแต่ฉันเมานต์ไดรฟ์ข้อมูลระยะไกลจากเซิร์ฟเวอร์ไปยังไคลเอนต์วิธีการที่ gluster จัดการกับความล้มเหลวของโหนดเซิร์ฟเวอร์หนึ่งไดรฟ์ที่ติดตั้งมาจากไหน? จากสิ่งที่ฉันได้ลองใช้โฟลเดอร์บนไคลเอนต์ที่ติดตั้งไดรฟ์ข้อมูลไม่สามารถเข้าถึงได้และฉันต้องใช้ umount เพื่อเลิกบล็อก และหลังจากนั้นไม่มีเนื้อหาจากเซิร์ฟเวอร์ นี่คือสิ่งที่ฉันไม่เห็นในคำอธิบายใด ๆ : สิ่งที่เกิดขึ้นเมื่อโหนดเซิร์ฟเวอร์ล้มเหลวและเป็นไปได้หรือไม่ที่จะทำซ้ำเนื้อหาจริง ๆ เช่นเดียวกับที่พร้อมเพรียงหรือ rsync

3
ข้อเสียของการใช้ nginx เป็นเว็บเซิร์ฟเวอร์หลักหรือไม่
ฉันเคยเห็นเว็บไซต์หลายล้านแห่งที่ใช้ nginx เป็นเว็บเซิร์ฟเวอร์ที่ทำงานร่วมกันกับ Apache แต่ฉันเห็นเซิร์ฟเวอร์น้อยมากที่ใช้ nginx เป็นเว็บเซิร์ฟเวอร์เริ่มต้นเท่านั้น อะไรคือข้อเสียหลักของการกำหนดค่าดังกล่าว? ฉันเห็นบางอย่าง: ไม่สามารถใช้ไฟล์กำหนดค่าต่อไดเรกทอรีเช่น. htaccess ดังนั้นทุกการเปลี่ยนแปลงการกำหนดค่าควรทำกับไฟล์กำหนดค่าเซิร์ฟเวอร์หลักและต้องการโหลดเซิร์ฟเวอร์ใหม่ แต่ pecl htscanner สามารถชดเชยการตั้งค่า php ได้ ไม่สามารถใช้งาน mod_php สำหรับ nginx ซึ่งสามารถชดเชยได้ด้วย php-fpm คนอื่นคืออะไร ทำไมคนไม่ปล่อย Apache และย้ายไปที่ nginx หรือโซลูชันที่มีน้ำหนักเบาอื่น ๆ อาจจะมีเหตุผลพิเศษบางอย่าง? แก้ไข: คำถามนี้เกี่ยวกับการทำงานกับ LAMP stack เป็นหลัก

5
ซอฟต์แวร์การจัดการคลัสเตอร์ใดที่จะใช้สำหรับ linux
ฉันพบเครื่องมือซอฟต์แวร์การจัดการคลัสเตอร์ต่อไปนี้: pacemaker (clusterlabs.org) - ต้นฉบับโครงการ Heartbeat มุ่งเน้นไปที่ความพร้อมใช้งานสูงจะอยู่ในเวอร์ชั่นเดเบียนต่อไป openqrm (openqrm.com), - เว็บ gui - การใช้งานที่กว้างขึ้น, ไซต์ที่มีงานนำเสนอสำหรับทั้งคู่ HA รวมแบบเสมือนจริง: การจำลองเสมือนด้วย KVM, Pacemaker และ DRBD การจัดการเครื่องเสมือนด้วย openORM ดูเหมือนว่ามีการใช้เครื่องกระตุ้นหัวใจมากขึ้น ฉันมี 2 ฮาร์ดแวร์เซิร์ฟเวอร์สำหรับ VMs ที่ต่างกัน 12 รายการ ระบบ linux ที่ฉันจะใช้คือ debian lenny ตั้งค่าฉันต้องการใช้: drdb, heartbeart, kvm ฉันไม่มีประสบการณ์กับซอฟต์แวร์การจัดการคลัสเตอร์ ใครบ้างมีประสบการณ์กับเครื่องกระตุ้นหัวใจและ / หรือ openqrm บ้างไหม? ใช้งานที่ไหนง่ายกว่ากัน มีผู้สมัครคนอื่น ๆ …

1
วิธีการออกแบบ / ตรวจสอบความพร้อมใช้งานสูงของเว็บเซิร์ฟเวอร์
ฉันได้รับเซิร์ฟเวอร์เฉพาะโดย 1 & 1 อินเทอร์เน็ตซึ่งมีฮาร์ดไดรฟ์สองตัวในการกำหนดค่า RAID1 ฉันคาดว่าสิ่งนี้จะดีพอถ้าดิสก์หนึ่งล้มเหลวดิสก์อีกอันสามารถใช้แทนได้จนกว่าดิสก์ที่เสียหายจะถูกแทนที่ อย่างไรก็ตามในสองครั้งที่ฮาร์ดไดรฟ์ทั้งสองตัวล้มเหลว (หรือ 1 & 1 นั้นไร้ความสามารถและแทนที่ด้วยลำดับที่ไม่ถูกต้อง) ซึ่งทำให้เกิดปัญหาร้ายแรง ฉันต้องการทราบว่าวิธีที่ดีที่สุดในการตรวจสอบความพร้อมใช้งานสูงของเว็บเซิร์ฟเวอร์ที่ใช้งานบนเครื่องเฉพาะคืออะไร จนถึงตอนนี้ฉันมี: เซิร์ฟเวอร์เฉพาะที่มี 2x500GB HDD ที่ใช้งาน IIS 7, ซอฟต์แวร์ SQL Server + Web App การสำรองข้อมูลเซิร์ฟเวอร์ EaseUS ทำงานสองครั้งต่อวัน ไม่มีโหลดบาลานซ์ ปัญหาที่ฉันมีคือถ้าเครื่องดับลงอีกครั้งการใช้ 1 & 1 โดยเฉลี่ย 3 วันเพื่อให้สำรอง ฉันไม่สามารถสูญเสียอีกเช่นนั้น พวกเขาไม่ได้เสนอ load balancer สำหรับเซิร์ฟเวอร์เฉพาะ แต่อาจจะทำได้โดยซอฟต์แวร์ที่ฉันไม่แน่ใจ ตัวเลือกอื่นของฉันคือวางเซิร์ฟเวอร์ altogther เฉพาะและไปกับเซิร์ฟเวอร์ 'Cloud' ที่เป็นเครื่อง …

2
ไม่สามารถสลับ drbd เป็นสำรองได้
ผมทำงานdrbd83กับocfs2ในcentos 5และวางแผนที่จะใช้packemakerกับพวกเขา ก่อนหน้านี้ฉันกำลังเผชิญกับdrbdปัญหาสมองแตก version: 8.3.13 (api:88/proto:86-96) GIT-hash: 83ca112086600faacab2f157bc5a9324f7bd7f77 build by mockbuild@builder10.centos.org, 2012-05-07 11:56:36 1: cs:StandAlone ro:Primary/Unknown ds:UpToDate/DUnknown r----- ns:0 nr:0 dw:112281991 dr:797551 al:99 bm:6401 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:60 ฉันไม่สามารถสลับ drbd เป็นสำรองได้ drbdadm secondary r0 1: State change failed: (-12) Device is held open by someone Command 'drbdsetup …

3
ฉันจะโหลดบาลานซ์บาลานเซอร์ได้อย่างไร?
ฉันกำลังจะแปลงเว็บแอปพลิเคชันเซิร์ฟเวอร์เดียวฐานข้อมูลให้เป็นการกำหนดค่าสูงที่มีอยู่จริงพร้อมเซิร์ฟเวอร์ในสถานที่สองแห่ง (ตอนนี้) ตอนนี้เห็นได้ชัดว่าฉันต้อง balancer โหลด (มากขึ้นเช่นพร็อกซี่กลับในกรณีนี้ แต่ฉันจะเรียกว่า "balancer โหลด" สำหรับความเรียบง่าย) ซึ่งจะร้องขอเส้นทางสำหรับmywebsiteการอย่างใดอย่างหนึ่งหรือnode1.mywebsite node2.mywebsiteอย่างไรก็ตามฉันคิดว่าเซิร์ฟเวอร์ที่มีความพร้อมใช้งานสูงนั้นไม่มีประโยชน์หาก load balancer ของฉันลดลง ดังนั้นรถไฟแห่งความคิดของฉันฉันต้องโหลดบาลานเซอร์สองอันโดยแต่ละอัน อย่างไรก็ตามฉันยังต้องการจุดเข้าถึงภายนอกเดียวดังนั้นฉันจึงต้องการโหลดบาลานเซอร์สำหรับโหลดบาลานซ์ซึ่งจะต้องมีความสมดุลในสถานที่ต่าง ๆ ... สิ่งนี้จะดำเนินต่อไปเรื่อย ๆ ดังนั้นเหตุผลของฉันคืออะไร ฉันจะมั่นใจได้อย่างไรว่ามีความพร้อมใช้งานสูงสำหรับเครื่องถ่วงโหลดของฉันในทางปฏิบัติโดยสมมติว่าตำแหน่งทางกายภาพแต่ละแห่งสามารถตัดการเชื่อมต่อจากพลังงานเป็นเวลานานได้อย่างไร PS : ฉันตระหนักถึงความจริงที่ว่าความเข้าใจของฉันเกี่ยวกับความแตกต่างระหว่าง HA และการทำโหลดบาลานซ์นั้นดีที่สุด สิ่งที่ฉันต้องการคือเซิร์ฟเวอร์ที่ใช้งานได้แม้ว่าไฟบนตำแหน่งเดียวจะดับลง ขอขอบคุณสำหรับความเข้าใจของคุณ.

7
ค้นหาคำแนะนำในการวัดแอปที่มีความพร้อมใช้งานสูงที่ใช้ CDN
ฉันทำงานกับ บริษัท ที่ติดอันดับ Fortune 500 ที่ต่อสู้กับการวัดประสิทธิภาพและความพร้อมใช้งานอย่างแม่นยำสำหรับแอปพลิเคชันที่มีความพร้อมใช้งานสูง (เช่นแอปที่เพิ่มขึ้น 99.5% พร้อมการนำทางหน้า 5 วินาที) เราคำนึงถึงการหยุดทำงานทั้งที่กำหนดและไม่ได้กำหนดไว้เพื่อกำหนดหมายเลขความพร้อมใช้งานนี้ อย่างไรก็ตามเมื่อเร็ว ๆ นี้เราได้เพิ่ม CDN ลงในส่วนผสมซึ่งการวัดของเราค่อนข้างซับซ้อนเล็กน้อย ขณะนี้ CDN จัดการปริมาณการใช้งานของเราประมาณ 75% ในขณะที่ส่งส่วนที่เหลือไปยังเซิร์ฟเวอร์ของเราเอง เราพยายามวัดสิ่งที่เราเรียกว่า "ประสบการณ์ผู้ใช้ที่แท้จริง" (เช่นสคริปต์ทดสอบของเราเลียนแบบผู้ใช้ทั่วไปที่คลิกผ่านแอปพลิเคชัน) สคริปต์ตรวจสอบเหล่านี้อยู่นอกเครือข่ายของเราซึ่งหมายความว่าเรากด CDN ประมาณ 75% เวลา. ฝ่ายบริหารได้ตัดสินใจว่าเราใช้สถานการณ์กรณีที่เลวร้ายที่สุดในการวัดความพร้อมใช้งาน ดังนั้นหากเซิร์ฟเวอร์ต้นทางของเรามีปัญหา แต่ถึงกระนั้น CDN ก็ให้บริการเนื้อหาได้ดีเรายังคงมีความพร้อมอยู่ เช่นเดียวกับที่เป็นจริงวิธีอื่น ๆ ความคิดของฉันคือตราบใดที่ "ประสบการณ์ผู้ใช้" สำเร็จเราไม่ควรลงโทษตัวเองโดยไม่จำเป็น ท้ายที่สุด CDN ก็อยู่ที่นั่นเพื่อปรับปรุงประสิทธิภาพและความพร้อมใช้งาน! ฉันแค่สงสัยว่าถ้าใครมีความรู้เกี่ยวกับวิธีการที่ บริษัท อื่น ๆ ใน Fortune 500 …

8
กลยุทธ์การโฮสต์ DNS ที่พร้อมใช้งานสูง?
ฉันกำลังค้นหาตัวเลือกไม่กี่วิธีในการทำ DNS ให้บริการความพร้อมใช้งานสูงสำหรับเว็บไซต์ที่มีอยู่ไม่กี่แห่ง เช้านี้ บริษัท ที่ฉันทำงานให้ถูกคุกเข่าเพราะ DNS ที่เรามีให้กับโดเมนของเราผ่าน บริษัท จดทะเบียนของเรา ( bulkregister.com ) ลดลง ตอนนี้ฉันถูกมอบหมายให้หาทางเลือกอื่นซึ่งจะไม่ทำให้เราตกอยู่ในความเมตตาของผู้ให้บริการ DNS รายเดียว สิ่งที่เรากำลังมองหา: ไม่มีจุดล้มเหลวเดียว ใช้เวลาอย่างมีประสิทธิภาพ ทางออกหนึ่งที่แนะนำคือทำการโฮสต์ DNS หลายรายการ สิ่งนี้ดูเหมือนจะเป็นทางเลือกที่ยอดเยี่ยม แต่เรามีมากกว่า 20 โดเมนและการอัปเดตที่อยู่ IP ในโดเมนเหล่านั้นทั้งหมดในผู้ให้บริการสองรายนั้นเป็นสิ่งต้องห้าม คุ้มค่า ฉันต้องขายมันให้ผู้บริหารระดับสูง Joy คือฉัน ดังนั้นมีวิธีการใดบ้างที่สนับสนุนสิ่งนี้ ฉันเป็นโปรแกรมเมอร์เอง แต่พวกเขามอบหมายให้ฉันดังนั้นฉันจึงต้องการรับความเห็นจากคนที่มีประสบการณ์มากกว่าฉัน

5
ความพร้อมใช้งานเซิร์ฟเวอร์สูงสำหรับธุรกิจขนาดเล็ก
หลังจากตกใจเล็กน้อยกับเซิร์ฟเวอร์ที่จะไม่เกิดขึ้นในเช้าวันหนึ่งผู้ที่สูงขึ้นได้ตัดสินใจว่าธุรกิจต้องการความพร้อมใช้งานสูง / ล้มเหลวในการตั้งค่า เรามีเซิร์ฟเวอร์หลัก 5 ตัว (4x Linux, 1x OpenBSD) ซึ่งทั้งหมดนี้จำเป็นต้องใช้เพื่อให้ บริษัท ดำเนินการได้ เซิร์ฟเวอร์สามตัวนั้นมีมาตรฐานพอสมควร (ไฟล์ / เว็บ / ฐานข้อมูล) เซิร์ฟเวอร์ตัวที่สี่จัดการกับการกำหนดเส้นทางเครือข่ายและผู้รับมอบฉันทะทางเว็บส่วนที่ห้ารองรับระบบโทรศัพท์ของเราและมีฮาร์ดแวร์ที่ไม่ได้มาตรฐาน เจ้านายของฉันแจ้งว่าเวลาในการเปลี่ยนเซิร์ฟเวอร์ล้มเหลวควรต่ำกว่า 30 นาที ประสบการณ์ของฉันในสาขานี้ไม่มีอยู่จริง (ฉันแค่เป็นโปรแกรมเมอร์ที่ได้รับการเลื่อนขั้น ') ดังนั้นฉันเดาว่าคำถามของฉันจะลดลงไปเป็น: นี่เป็นสิ่งที่ควรได้รับการพยายามจากผู้ที่มีทักษะการดูแลเซิร์ฟเวอร์โดยเฉลี่ยหรือไม่ ถ้าเป็นเช่นนั้นฉันควรอ่านอะไรและฉันควรจะพูดกับใคร ขอบคุณ

7
ในทางคณิตศาสตร์จะคำนวณเปอร์เซ็นต์ความพร้อมใช้งานตามจำนวนโหนดและเปอร์เซ็นต์ความต่อเนื่องที่เกี่ยวข้องได้อย่างไร
คำถามนี้เป็นคำถามทางคณิตศาสตร์มากกว่าคำถามเซิร์ฟเวอร์ แต่เกี่ยวข้องกับเซิร์ฟเวอร์อย่างยิ่ง หากฉันมีเซิร์ฟเวอร์ที่ฉันสามารถรับประกัน 95% ความพร้อมใช้งานและฉันจะทำให้เซิร์ฟเวอร์นั้นอยู่ในกลุ่มที่ 2 เวลาที่จะเกิดขึ้นจะเป็นเท่าไร ทีนี้สมมุติว่าฉันทำแบบเดียวกัน แต่ฉันทำให้มันเป็น 3 กลุ่ม เราไม่พิจารณาสิ่งต่าง ๆ เช่นจุดล้มเหลวเพียงจุดเดียว แต่เน้นที่คณิตศาสตร์ที่นี่ หนึ่งในสิ่งที่ทำให้มันซับซ้อนเล็กน้อยคือถ้าเช่นฉันมีเซิร์ฟเวอร์ 2 เครื่องโอกาสที่พวกเขาจะถูกปิดคือ 2 ^ 2 ดังนั้นนั่นคือ 1 / 4th; หรือสำหรับ 3 นั่นคือ 2 ^ 3 ดังนั้น 1/8 เมื่อพิจารณาว่าฉันมีดาวน์ไทม์ 5% สำหรับแต่ละเซิร์ฟเวอร์เหล่านี้แล้วค่าเฉลี่ยทั้งหมดจะเท่ากับ 1 ใน 8 ของ 5% นั้นหรือไม่ คุณจะคำนวณแบบนี้อย่างไร

2
หลีกเลี่ยง SPOFS ด้วย GlusterFS และ Windows
เรามีคลัสเตอร์ GlusterFS ที่เราใช้สำหรับฟังก์ชั่นการประมวลผลของเรา เราต้องการรวม Windows เข้าไว้ด้วยกัน แต่กำลังมีปัญหาในการหาวิธีหลีกเลี่ยงความล้มเหลว ณ จุดเดียวซึ่งเป็นเซิร์ฟเวอร์ Samba ที่ให้บริการไดรฟ์ข้อมูล GlusterFS โฟลว์ไฟล์ของเราทำงานดังนี้: ไฟล์ถูกอ่านโดยโหนดการประมวลผล Linux ไฟล์จะถูกประมวลผล ผลลัพธ์ (มีขนาดเล็กอาจมีขนาดค่อนข้างใหญ่) ถูกเขียนกลับไปที่ปริมาณ GlusterFS เมื่อเสร็จสิ้น สามารถเขียนผลลัพธ์ไปยังฐานข้อมูลแทนหรืออาจรวมหลายไฟล์ที่มีขนาดต่างกัน โหนดการประมวลผลหยิบงานอื่นออกจากคิวและ GOTO 1 Gluster นั้นยอดเยี่ยมเนื่องจากมีปริมาณการกระจายรวมถึงการจำลองแบบทันที ความยืดหยุ่นของภัยพิบัตินั้นดีมาก! เราชอบมัน อย่างไรก็ตามเนื่องจาก Windows ไม่มีไคลเอ็นต์ GlusterFS ดั้งเดิมเราจึงต้องการวิธีการสำหรับโหนดการประมวลผลที่ใช้ Windows ของเราเพื่อโต้ตอบกับที่เก็บไฟล์ในวิธีที่ยืดหยุ่นคล้ายกัน รัฐเอกสาร GlusterFSว่าวิธีที่จะให้การเข้าถึงของ Windows คือการตั้งค่าเซิร์ฟเวอร์แซมบ้าที่ด้านบนของที่ติดตั้งปริมาณ GlusterFS ที่จะนำไปสู่การไหลของไฟล์เช่นนี้ นั่นเป็นจุดเดียวที่ฉันล้มเหลว ทางเลือกหนึ่งคือการจัดกลุ่มแซมบ้าแต่ดูเหมือนว่าจะขึ้นอยู่กับรหัสที่ไม่เสถียรในขณะนี้และทำให้ไม่สามารถทำงานได้ ดังนั้นฉันกำลังมองหาวิธีอื่น รายละเอียดที่สำคัญบางประการเกี่ยวกับประเภทของข้อมูลที่เรา: ขนาดไฟล์ดั้งเดิมสามารถอยู่ที่ใดก็ได้จากไม่กี่ KB ถึงสิบ GB …

3
คำถามการตั้งค่าความพร้อมใช้งานสูงทั่วโลก
ฉันเป็นเจ้าของและดำเนินงานvisualwebsiteoptimizer.com / แอพให้ข้อมูลโค้ดซึ่งลูกค้าของฉันใส่ในเว็บไซต์เพื่อติดตามตัวชี้วัดบางอย่าง เนื่องจากข้อมูลโค้ดเป็น JavaScript ภายนอก (ที่ด้านบนของรหัสไซต์) ก่อนที่จะแสดงเว็บไซต์ลูกค้าเบราว์เซอร์ของผู้เยี่ยมชมจะติดต่อเซิร์ฟเวอร์แอปของเรา ในกรณีที่เซิร์ฟเวอร์แอปของเราล่มเบราว์เซอร์จะพยายามทำการเชื่อมต่อก่อนที่จะหมดเวลา (โดยทั่วไปคือ 60 วินาที) อย่างที่คุณสามารถจินตนาการได้เราไม่สามารถทำให้เซิร์ฟเวอร์แอปของเราหยุดทำงานในสถานการณ์ใด ๆ เพราะมันจะส่งผลเสียต่อประสบการณ์ไม่เพียง แต่ผู้เยี่ยมชมเว็บไซต์ของเรา แต่ผู้เข้าชมเว็บไซต์ของลูกค้าของเรา! ขณะนี้เรากำลังใช้กลไก DNS Failover กับเซิร์ฟเวอร์สำรองหนึ่งที่อยู่ในศูนย์ข้อมูลที่แตกต่างกัน (จริง ๆ แล้วทวีปที่แตกต่างกัน) นั่นคือเราตรวจสอบเซิร์ฟเวอร์แอปของเราจาก 3 ตำแหน่งที่แยกจากกันและทันทีที่ตรวจพบว่าหยุดทำงานเราจะเปลี่ยนระเบียน A ให้ชี้ไปที่ IP สำรองของเซิร์ฟเวอร์ วิธีนี้ใช้งานได้ดีสำหรับเบราว์เซอร์ส่วนใหญ่ (เนื่องจาก TTL ของเราคือ 2 นาที) แต่ IE จะแคช DNS เป็นเวลา 30 นาทีซึ่งอาจเป็นตัวจัดการข้อตกลง ดูโพสต์ล่าสุดของเราvisualwebsiteoptimizer.com/split-testing-blog/maximum-theoretical-downtime-for-a-website-30-minutes/ ดังนั้นการตั้งค่าแบบไหนที่เราสามารถใช้เพื่อให้แน่ใจว่ามีการล้มเหลวแบบทันทีทันใดในกรณีที่ศูนย์ข้อมูลแอพประสบปัญหาใหญ่ ฉันอ่านที่นี่www.tenereillo.com/GSLBPageOfShame.htmว่าการมีหลายระเบียน A เป็นวิธีการแก้ปัญหา แต่เราไม่สามารถจ่ายการซิงโครไนซ์เซสชันได้ …

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.