Problems-2 : When MySpace reached 3

Problems-2 : When MySpace reached 3 million accounts some functions grew very large.


Effect was one database server proved insufficient

Resolution : Requirement was scale up strategy. MySpace added many cheaper servers to share the database workload. And Distributed Architecture.


Data of 1 million accounts per separate instance of SQL server.


Problem.3 : Grwoth in accounts led to performance issues and waiting time increased drastically.


Resolution -In 2005 added layer of servers between database servers and web servers. This reduced load on database server.

Problem.4 :When MySpace Crossed 25 million accounts Effect was seen on the performance and I/O speeds

Resolution -Moved to 64-bit SQL server to work around their memory bottleneck issues. Their standard database server configuration uses 64 GB of RAM.


Failure isolation. Segment requests into web server by database. Allow only 7 threads per database. So if the database is slow only those threads will slowdown and the traffic in the other threads will flow.

Further Task for Developers
MySpace still faces overloads more frequently than other sites.
Login errors occurs at 20 to 40%.


Site activity continues to challenge the technology. Developers continue to redesign Database Software and Storage System. Task is never ending


Conclusion :
Since the beginning, MySpace.com has operated in ad-hoc fire-fighting mode, evolving its architecture to oil whatever new squeaks presented themselves. MySpace.com continues to experience significant performance and reliability problems, but they’ve never been showstoppers. Lack of long term planning by the MySpace team gets reflected in the case and this has costed them the loss of leadership advantage. Face Book, Twitter and You Tube with similar business model have marched ahead.


Other Posts :


Handling Multinational market on web by Nokia


Loreal collaboration through MS Share Point

ผลลัพธ์ (ไทย) 1:

ปัญหา-2: เมื่อมายสเปซ 3 ล้านบัญชี บางฟังก์ชันเติบโตมาก


คือ เซิร์ฟเวอร์ฐานข้อมูลหนึ่งที่พอพิสูจน์

ความละเอียด: ความต้องระดับกลยุทธ์ขึ้น มายสเปซเพิ่มเซิร์ฟเวอร์มากถูกกว่าปริมาณฐานข้อมูลที่ใช้ร่วมกัน และสถาปัตยกรรม Distributed


ข้อมูล 1 ล้านบัญชีสำหรับแต่ละอินสแตนซ์ที่แยกต่างหากของ SQL เซิร์ฟเวอร์


3. ปัญหา: Grwoth ในบัญชีที่นำไปสู่ปัญหาประสิทธิภาพการทำงานและรอเวลาเพิ่มขึ้นอย่างรวดเร็ว


ความละเอียด-ในปี 2005 เพิ่มชั้นของเซิร์ฟเวอร์ระหว่างเว็บเซิร์ฟเวอร์และเซิร์ฟเวอร์ฐานข้อมูล นี้ลดการทำงานบนเซิร์ฟเวอร์ฐานข้อมูล

ปัญหา 4: เมื่อมายสเปซข้ามบัญชี 25 ล้านผลได้เห็นการปฏิบัติงานและ I/O ความเร็ว

ความละเอียด-ย้ายเซิร์ฟเวอร์ SQL 64 บิตเมื่อต้องการแก้ไขปัญหาคอขวดของหน่วยความจำ การกำหนดค่าเซิร์ฟเวอร์ฐานข้อมูลมาตรฐาน 64 กิกะไบต์ของ RAM ที่ใช้


แยกความล้มเหลว คำขอเมนต์ลงในเว็บเซิร์ฟเวอร์โดยฐานข้อมูล อนุญาตให้เฉพาะ 7 เส้นต่อฐานข้อมูล ดังนั้นถ้าฐานข้อมูลช้า เฉพาะเธรดที่จะชะลอตัวและการจราจรในอีก หัวข้อจะไหล

งานเพิ่มเติมสำหรับนักพัฒนา
มายสเปซยังคงหันหน้า overloads บ่อยกว่าเว็บไซต์อื่น ๆ
ล็อกข้อผิดพลาดเกิดขึ้นที่ 20 เพื่อ 40%.


Site กิจกรรมยังคงท้าทายเทคโนโลยี นักพัฒนายังออกแบบซอฟต์แวร์ฐานข้อมูลและระบบการจัดเก็บ ไม่มีการสิ้นสุดงาน


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


กระทู้อื่น ๆ:


จัดการทำตลาดบนเว็บโดยโนเกีย


ร่วม Loreal ผ่านจุดหุ้น MS

ผลลัพธ์ (ไทย) 2:

ปัญหาที่ 2: สเปซเมื่อมาถึง 3 ล้านบัญชีฟังก์ชั่นบางอย่างที่มีขนาดใหญ่มากขึ้นเรื่อย ๆผลคือเซิร์ฟเวอร์ฐานข้อมูลหนึ่งพิสูจน์แล้วว่าไม่เพียงพอมติ: ความต้องการเป็นกลยุทธ์ระดับขึ้น MySpace เพิ่มเซิร์ฟเวอร์ที่ถูกกว่ามากที่จะแบ่งปันภาระงานฐานข้อมูล และกระจายสถาปัตยกรรมข้อมูลของ 1 ล้านบัญชีต่อเช่นกันของเซิร์ฟเวอร์Problem.3: Grwoth ในบัญชีจะนำไปสู่ปัญหาเรื่องประสิทธิภาพและรอเวลาที่เพิ่มขึ้นอย่างเห็นได้ชัดความละเอียดในปี 2005 เพิ่มชั้นของเซิร์ฟเวอร์ระหว่างเซิร์ฟเวอร์ฐานข้อมูลและเว็บเซิร์ฟเวอร์ นี้ลดภาระบนเซิร์ฟเวอร์ฐานข้อมูลProblem.4: เมื่อ MySpace ข้าม 25 ล้านบัญชีที่เห็นผลต่อประสิทธิภาพการทำงานและ I / O ความเร็วความละเอียดย้ายไปยังเซิร์ฟเวอร์ 64 บิต SQL เพื่อหลีกเลี่ยงปัญหาคอขวดของหน่วยความจำของพวกเขา การกำหนดค่าเซิร์ฟเวอร์ฐานข้อมูลของพวกเขาใช้มาตรฐาน 64 กิกะไบต์ของการแยกความล้มเหลว ส่วนขอลงในเว็บเซิร์ฟเวอร์ฐานข้อมูล อนุญาตให้ใช้เพียง 7 หัวข้อต่อฐานข้อมูล ดังนั้นหากฐานข้อมูลช้าเพียงหัวข้อเหล่านั้นจะชะลอตัวลงและการจราจรในหัวข้ออื่น ๆ จะไหลต่อไปในการพัฒนางานสเปซยังคงเผชิญกับ overloads บ่อยกว่าเว็บไซต์อื่น ๆเข้าสู่ระบบข้อผิดพลาดที่เกิดขึ้นใน 20-40% กิจกรรมที่เว็บไซต์ยังคงท้าทาย เทคโนโลยี นักพัฒนายังคงการออกแบบซอฟแวร์ฐานข้อมูลและระบบจัดเก็บ งานจะไม่สิ้นสุดสรุป: ตั้งแต่จุดเริ่มต้นที่ MySpace.com ได้ดำเนินการในเฉพาะกิจโหมดดับเพลิงพัฒนาสถาปัตยกรรมน้ำมัน squeaks สิ่งใหม่ที่นำเสนอตัวเอง MySpace.com ยังคงมีประสิทธิภาพและความน่าเชื่อถือปัญหาอย่างมีนัยสำคัญ แต่พวกเขาไม่เคย showstoppers ขาดการวางแผนระยะยาวโดยทีมงานสเปซได้รับการสะท้อนให้เห็นในกรณีนี้และได้ costed พวกเขาสูญเสียความได้เปรียบในการเป็นผู้นำ Face Book, Twitter และคุณหลอดกับรูปแบบธุรกิจที่คล้ายกันได้เดินไปข้างหน้าอื่น ๆ กระทู้: การจัดการตลาดข้ามชาติบนเว็บโดย Nokia ความร่วมมืออรีอัลผ่าน MS Share Point

ผลลัพธ์ (ไทย) 3:

problems-2 : เมื่อ MySpace ถึง 3 ล้านบัญชีบางฟังก์ชั่นที่เติบโตใหญ่มาก


ต่อหนึ่งเซิร์ฟเวอร์ฐานข้อมูลพิสูจน์ไม่เพียงพอ

ความละเอียด : ความต้องการได้เพิ่มกลยุทธ์ MySpace เพิ่มหลายที่ถูกกว่าเซิร์ฟเวอร์เพื่อแบ่งปันฐานข้อมูลปริมาณงาน สถาปัตยกรรมการกระจาย


ข้อมูล 1 ล้านบัญชีต่อแยกอินสแตนซ์ของ SQL Server .
3 : ปัญหา

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


ละเอียด - 2005 เพิ่มชั้นของเซิร์ฟเวอร์ฐานข้อมูลระหว่างเซิร์ฟเวอร์และเว็บเซิร์ฟเวอร์ การโหลดบนเซิร์ฟเวอร์ฐานข้อมูล

ปัญหา ที่ 4 : เมื่อ MySpace ได้ 25 ล้านบัญชี ผลที่เห็นในการปฏิบัติ และ I / O ความเร็ว

ความละเอียด - ย้าย 64 บิต SQL Server ทำงานรอบคอขวดของหน่วยความจำมีปัญหา การตั้งค่ามาตรฐานเซิร์ฟเวอร์ฐานข้อมูลการใช้ 64 GB of RAM .

ความล้มเหลวในการแยก . ส่วนรับประทานอาหารเป็นเว็บเซิร์ฟเวอร์ โดยฐานข้อมูล อนุญาตให้เพียง 7 หัวข้อต่อฐานข้อมูล ถ้าฐานข้อมูลจะช้าเฉพาะกระทู้จะชะลอตัวลงและการจราจรในหัวข้ออื่น ๆ จะไหล งานสําหรับนักพัฒนา

เพิ่มเติมMySpace ยังคงเผชิญ overloads บ่อยกว่าเว็บไซต์อื่น ๆ .
ข้อผิดพลาดเข้าสู่ระบบเกิดขึ้นที่ 20 ถึง 40 %


เว็บไซต์กิจกรรมยังคงท้าทายเทคโนโลยี นักพัฒนายังคงการออกแบบซอฟต์แวร์ฐานข้อมูลและการจัดเก็บข้อมูลระบบ งาน ไม่มีวันจบ


สรุป :
ตั้งแต่เริ่มต้น ได้ดำเนินการในโหมด Ad - hoc MySpace.com ดับเพลิง ,การพัฒนาของสถาปัตยกรรมใหม่ เพราะน้ำมันที่นำเสนอตัวเอง ยังคงประสบการณ์การทำงานอย่าง MySpace.com และปัญหาความน่าเชื่อถือ แต่พวกเขาไม่เคย showstoppers . ขาดการวางแผนระยะยาว โดยทีม MySpace จะสะท้อนให้เห็นในคดีนี้ได้ โดยใช้เงินลงทุนและพวกเขาสูญเสียประโยชน์จากความเป็นผู้นำ หนังสือหน้าTwitter และคุณหลอดกับรูปแบบธุรกิจที่คล้ายคลึงกันได้เดินไปข้างหน้า





โพสต์อื่น ๆ : การจัดการข้ามชาติตลาดบนเว็บโดยโนเกีย


รายละเอียดความร่วมมือ ผ่านจุด
MS แบ่งปัน