When we chart the Array’s cumulativ

When we chart the Array’s cumulative IOPS over time, what it going on becomes clear.
Here we see 5 applications that work across the year in a cyclical fashion. Application 5 closes out each quarters books and application 4 is that quarters activity leading up to the end of the quarter. This pattern is repeated each quarter. But add to that Application 3. Here we have an IO load that is increasing with the year. Think of a new application that is increasing in popularity. This adds an exponentially increasing IO demand to the system. Luckily Application 2 is exhibiting the opposite profile. Here we see an exponentially decreasing IO demand. Very likely an older application that is finding less use as time marches on. Finally, there is Application 1. Here we see an IO demand that starts high, then goes lower. Only to increase again towards the end of the year. This makes sense: The business here is busy with Christmas returns and a January sale. During summer, activity drops. Only to resume again as the holidays approach. A good example of how data flow follows business flow. Now let’s see how the array must shift optimization focus across the year:
Note to Presenter: Click now in Slide Show mode for animation.
We start the year with the Apps all having a somewhat even demand on the storage system
Note to Presenter: Click now in Slide Show mode for animation.
But already at the end of the quarter, we now see that the new App 3 is beginning to make its presence known
Note to Presenter: Click now in Slide Show mode for animation.
And App 3 continues to have an even larger IO footprint as the year progresses
Also notice that App 1 and App 5 are dormant at this point
Note to Presenter: Click now in Slide Show mode for animation.
Finally as the year winds down we see that the IO distribution has shifted a bit. App 4 is now dormant, while App 5 is coming back and App 3 is still going strong. So what are we learning here? That Application workloads are DYNAMIC! So applying old-school static RAID-set/LUN configurations to meet IO demand is guaranteeing one thing only: that we will be WRONG!
We cannot meet the needs of a dynamic world with a static approach!!! That’s why we need FAST.

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

เมื่อเราภูมิของเรย์ IOPS สะสมเวลา สิ่งที่เกิดขึ้นนั้นชัดเจนที่นี่เราเห็น 5 โปรแกรมประยุกต์ที่ทำงานข้ามปีในวัฏจักร ปิดโปรแกรมประยุกต์ 5 ออกหนังสือแต่ละไตรมาส และแอพลิเคชัน 4 เป็นกิจกรรมไตรมาสที่นำไปสู่การสิ้นสุดของไตรมาส รูปแบบนี้จะถูกทำซ้ำแต่ละไตรมาส แต่เพิ่มเป็น 3 ที่แอพลิเคชัน ที่นี่เรามีการโหลดการ IO ที่เพิ่มขึ้นกับปี คิดว่า โปรแกรมประยุกต์ใหม่ที่เพิ่มขึ้นในความนิยม นี้เพิ่มความต้องการ IO เพิ่มขึ้นเป็นทวีคูณเมื่อระบบ โชคดี 2 แอพลิเคชันได้อย่างมีระดับโพตรงข้าม ที่นี่เราเห็นอุปสงค์การ IO สร้างลดลง มีแนวโน้มมากโปรแกรมรุ่นเก่าที่กำลังหาน้อยใช้เวลา marches บน ในที่สุด มีใบสมัคร 1 ที่นี่เราสามารถดูความต้องการ IO ที่เริ่มสูง แล้วไปล่าง เท่ากับเพิ่มอีกสิ้นปี นี้ทำให้รู้สึก: ธุรกิจนี่ไม่ว่างคืนคริสต์มาสและขายมกราคมนี้ ในช่วงฤดูร้อน กิจกรรมหยด เฉพาะการกลับมาอีกครั้งเป็นวิธีหยุด ตัวอย่างที่ดีของการส่งข้อมูลตามกระแสธุรกิจ ตอนนี้ลองดูวิธีอาร์เรย์ต้องย้ายโฟกัสเพิ่มประสิทธิภาพข้ามปี:หมายเหตุผู้นำเสนอ: คลิกเดี๋ยวนี้ในโหมดภาพนิ่งเคลื่อนไหว เราเริ่มต้นปี ด้วยแอพพลิเคชั่นทั้งหมดที่มีความต้องการค่อนข้างแม้ระบบการจัดเก็บหมายเหตุผู้นำเสนอ: คลิกเดี๋ยวนี้ในโหมดภาพนิ่งเคลื่อนไหว แต่แล้วเมื่อสิ้นสุดไตรมาส เราตอนนี้เห็นว่า 3 App ใหม่จะเริ่มต้นเพื่อให้ทราบสถานะของตนหมายเหตุผู้นำเสนอ: คลิกเดี๋ยวนี้ในโหมดภาพนิ่งเคลื่อนไหว และยังมีรอยการ IO แม้มีขนาดใหญ่เป็นยะปี App 3สังเกตเห็น App 1 และ App 5 ไม่ถึงจุดนี้หมายเหตุผู้นำเสนอ: คลิกเดี๋ยวนี้ในโหมดภาพนิ่งเคลื่อนไหว สุดท้าย เป็นปีหย่อนลง เราเห็นว่า การกระจาย IO ได้เปลี่ยนบิต App 4 อยู่ตอนนี้เฉย ๆ App 5 จะกลับมา และ App 3 ยังจะแข็งแรง ดังนั้น สิ่งเราเรียนที่นี่ แอพลิเคชันเวิร์กไดนามิก เพื่อนำไปใช้ที่โรงเรียนเก่าคง RAID-ชุด/LUN โครงแบบเพื่อตอบสนองความต้องการ IO จะรับประกันสิ่งหนึ่งเท่านั้น: เราจะได้ไม่ถูกต้อง เราไม่สามารถตอบสนองความต้องการของโลกแบบไดนามิกวิธีคง!!! ที่ว่าทำไมเราต้องการอย่างรวดเร็ว

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

เมื่อเราแผนภูมิ IOPS สะสมของอาร์เรย์เมื่อเวลาผ่านไปสิ่งที่มันเกิดขึ้นกลายเป็นที่ชัดเจน.
ที่นี่เราเห็น 5 การใช้งานที่ทำงานข้ามปีในแฟชั่นวงจร แอพลิเคชันที่ 5 ปิดออกหนังสือแต่ละไตรมาสและการประยุกต์ใช้ 4 เป็นไตรมาสที่กิจกรรมที่นำไปสู่การสิ้นสุดของไตรมาส การทำแบบนี้ซ้ำแล้วซ้ำอีกในแต่ละไตรมาส แต่เพิ่มแอพลิเคชันที่ 3 ที่นี่เรามีภาระ IO ว่าจะเพิ่มขึ้นจากปี คิดว่าแอพลิเคชันใหม่ที่จะเพิ่มขึ้นในความนิยม นี้จะเพิ่มความต้องการเพิ่มขึ้นชี้แจง IO ระบบ แอพลิเคชันโชคดีที่ 2 จะแสดงรายละเอียดตรงข้าม ที่นี่เราเห็นความต้องการที่ลดลงชี้แจง IO มีโอกาสมากที่แอพลิเคชันรุ่นเก่าที่ใช้คือการหาน้อยเป็นเวลาในการเดิน ในที่สุดก็มีการประยุกต์ใช้ 1. ที่นี่เราเห็นความต้องการที่จะเริ่มต้น IO สูงจากนั้นก็ลดลง เพียงเพื่อที่จะเพิ่มขึ้นอีกครั้งในช่วงปลายปี นี้ทำให้รู้สึก: ธุรกิจที่กำลังยุ่งอยู่กับผลตอบแทนที่คริสมาสต์และขายมกราคม ในช่วงฤดูร้อนลดลงกิจกรรม เพียงเพื่อที่จะกลับมาอีกครั้งเป็นวันหยุดวิธีการ เป็นตัวอย่างที่ดีของวิธีการไหลของข้อมูลดังต่อไปนี้การไหลของธุรกิจ ตอนนี้เรามาดูวิธีอาร์เรย์ต้องเปลี่ยนโฟกัสการเพิ่มประสิทธิภาพข้ามปี:
หมายเหตุถึงผู้นำเสนอ: คลิกที่ขณะนี้อยู่ในโหมดการแสดงภาพนิ่งสำหรับการเคลื่อนไหว.
เราเริ่มต้นปีที่มีซอฟแวร์ทั้งหมดที่มีค่อนข้างแม้ความต้องการในระบบจัดเก็บข้อมูล
หมายเหตุ Presenter: คลิกที่นี้ . ในโหมดสไลด์โชว์ภาพเคลื่อนไหว
แต่แล้ว ณ สิ้นไตรมาสที่ตอนนี้เราเห็นว่า App ใหม่ 3 เป็นจุดเริ่มต้นที่จะทำให้การแสดงตนที่รู้จักกัน
หมายเหตุ Presenter: คลิกที่ขณะนี้อยู่ในโหมดการแสดงภาพนิ่งสำหรับการเคลื่อนไหว.
และ App ที่ 3 ยังคงมี รอยเท้าขนาดใหญ่ IO ตามปีดำเนินไป
ยังสังเกตเห็นว่า App ที่ 1 และ 5 เป็น App ที่แฝงอยู่ที่จุดนี้
พรีเซนเตอร์หมายเหตุ: คลิกที่ขณะนี้อยู่ในโหมดการแสดงภาพนิ่งสำหรับการเคลื่อนไหว.
สุดท้ายเป็นปีที่ลมลงเราจะเห็นว่าการกระจาย IO ได้เปลี่ยน บิต App 4 อยู่เฉยๆตอนนี้ในขณะที่ App 5 จะกลับมาและ App 3 จะยังคงแข็งแกร่ง ดังนั้นสิ่งที่เราเรียนรู้ที่นี่? ปริมาณงานแอพลิเคชันที่มี DYNAMIC! ดังนั้นการใช้โรงเรียนเก่าคง RAID ตั้งกำหนดค่า / LUN ที่จะตอบสนองความต้องการ IO จะรับประกันสิ่งหนึ่งเท่านั้น: ว่าเราจะผิด
เราไม่สามารถตอบสนองความต้องการของโลกแบบไดนามิกที่มีวิธีการคง !!! นั่นเป็นเหตุผลที่เราต้องการได้อย่างรวดเร็ว

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

เมื่อเราชาร์ตของเรย์สะสมชุดตลอดเวลา อะไรมันจะกลายเป็นชัดเจน .
ที่นี่เราเห็น 5 โปรแกรม ที่ ทำงาน ใน ปีในแฟชั่นวงกลม โปรแกรมที่ 5 ปิดแต่ละไตรมาส 4 เป็นไตรมาสที่หนังสือและโปรแกรมกิจกรรมที่นำไปสู่การสิ้นสุดของไตรมาส รูปแบบนี้เป็นซ้ำในแต่ละไตรมาส แต่เพิ่มที่โปรแกรม 3ที่นี่เรามี IO โหลดที่เพิ่มขึ้นทุกปี คิดว่าเป็นโปรแกรมใหม่ที่เพิ่มขึ้นในความนิยม นี้เพิ่มชี้แจงเพิ่ม IO ความต้องการระบบ โชคดีที่ 2 คือ การจัดแสดงลักษณะตรงข้าม ที่นี่เราเห็นการลดลงชี้แจง IO ความต้องการ มากแก่การค้นหาใช้น้อยเป็น marches เวลาบน ในที่สุดมีโปรแกรม 1 . ที่นี่เราเห็น IO ความต้องการที่เริ่มสูง จากนั้นจะลดลง เพียงเพิ่มอีกปลายปี . นี้ทำให้ความรู้สึก : ธุรกิจที่นี่ก็ยุ่งกับคืนวันคริสต์มาสและการขายมกราคม ในช่วงฤดูร้อนกิจกรรมลดลง เท่านั้นที่จะเริ่มใหม่อีกครั้งเป็นวิธีการวันหยุด . ตัวอย่างที่ดีของวิธีการที่ข้อมูลการไหลตามกระแสธุรกิจตอนนี้เรามาดูว่าเรย์ต้องกะการหาโฟกัสข้ามปี :
หมายเหตุ Presenter : คลิกที่ตอนนี้อยู่ในโหมดการแสดงภาพนิ่งกับภาพเคลื่อนไหว
เราเริ่มต้นปีด้วยปพลิเคชันทั้งหมดมีค่อนข้างแม้ความต้องการในระบบจัดเก็บข้อมูลเพื่อเสนอ
หมายเหตุ : คลิกในโหมดการแสดงภาพนิ่งกับภาพเคลื่อนไหว
แต่แล้วเมื่อสิ้นสุดไตรมาสตอนนี้เราดูที่ app ใหม่ 3 เป็นจุดเริ่มต้นที่จะทำให้ตนรู้จัก
หมายเหตุ Presenter : คลิกที่ตอนนี้อยู่ในโหมดการแสดงภาพนิ่งกับภาพเคลื่อนไหว
และ app 3 ยังคงมีขนาดใหญ่กว่ารอยเท้า IO เป็นปีความคืบหน้า
ยังสังเกตเห็นว่า app app ที่ 1 และ 5 อยู่ที่จุด
นี้หมายเหตุ Presenter : คลิกที่ตอนนี้อยู่ในโหมดการแสดงภาพนิ่งกับภาพเคลื่อนไหว
ในที่สุดปีลมลง เราพบว่า IO กระจายได้เปลี่ยนนิดหน่อย app 4 ตอนนี้อยู่เฉยๆ ในขณะที่ app 5 จะกลับมาและ app 3 จะยังคงแข็งแกร่ง ดังนั้น สิ่งที่เราเรียนที่นี่ ที่พัฒนาโปรแกรมแบบไดนามิก ! ดังนั้นการใช้โรงเรียนเก่าคงบุกชุด / ลุ้นแบบเพื่อตอบสนองความต้องการ IO รับประกันสิ่งหนึ่งเท่านั้นที่เราจะผิด !
เราไม่สามารถตอบสนองความต้องการของโลกแบบไดนามิกด้วยวิธีการแบบคงที่ ! ! ! ! ! ! ! ! นั่นเป็นเหตุผลที่เราต้องการอย่างรวดเร็ว