We are planning our new EBS structure on amazon to get the best perfor การแปล - We are planning our new EBS structure on amazon to get the best perfor ไทย วิธีการพูด

We are planning our new EBS structu

We are planning our new EBS structure on amazon to get the best performance out of SQL Server. During the process some doubts appeared:

1 - Using the Amazon calculator (http://calculator.s3.amazonaws.com/index.html) we got the costs below:

General purpose (SSD) - 1000GB - 3000 IOPS = $184,30
Provisioned IOPS (SSD) - 1000GB - 3000 IOPS = $511,00
This amount is a huge diference in a month for the same performance (???), I'm aware about the "IOPS burst implementation" on General purpose SSD, but according to documentation:

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html

When the volume size is 1000 GB the burst duration is "infinite" (Always 3000 IOPS).

Is it safe to say that the performance between the two disks above are exactly the same?

2 - We need about 1700 GB for 100 databases, what layout should we use?

Options:

Get two disks (GP SSD) with 1000GB (3000 IOPS) each and distribute the workload among this two.
Get two disks (GP SSD) with 1000GB (3000 IOPS) each and put then together with RAID 0 ? (We will be able to have 6000 IOPS burst, but should I be worried about EBS fault?)
Get four disks (GP SSD) with 1000GB (3000 IOPS) each and use RAID 10? (Is it necessary with EBS?)
Give your suggestion, i will be glad to hear.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
เรากำลังวางแผนโครงสร้างของ EBS ของเราใหม่ใน amazon เพื่อให้ได้ประสิทธิภาพสูงสุดจาก SQL Server ข้อสงสัยบางอย่างปรากฏขึ้นในระหว่างกระบวนการ:1 - ใช้ Amazon เครื่องคิดเลข (http://calculator.s3.amazonaws.com/index.html) เรามีต้นทุนด้านล่าง:ทั่วไปวัตถุประสงค์ IOPS (SSD) - 1000GB - 3000 = $184,30จัดเตรียม IOPS 3000 - 1000 GB - IOPS (SSD) = $511,00นี้อยู่ diference ใหญ่ในเดือนเดียวกันประสิทธิภาพการทำงาน (?), ผมทราบเกี่ยวกับการ "IOPS ระเบิดใช้งาน" SSD วัตถุประสงค์ทั่วไป แต่ ตามเอกสาร:http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.htmlเมื่อขนาดของไดรฟ์ข้อมูล 1000 GB ระยะเวลาต่อเนื่องเป็น "อนันต์" (IOPS 3000 เสมอ)จะพูดได้ว่า ประสิทธิภาพการทำงานระหว่างดิสก์สองข้างเหมือนกันทุกประการ2 - เราต้องประมาณ 1700 GB สำหรับฐานข้อมูล 100 เค้าโครงแบบใดเราควรใช้ตัวเลือก:รับสองดิสก์ (GP SSD) กับ 1000GB (3000 IOPS) แต่ละ และกระจายปริมาณงานระหว่างสองนี้รับสองดิสก์ (GP SSD) กับ 1000GB (3000 IOPS) แต่ละและจากนั้นร่วมกับ RAID 0 (เราจะสามารถมีระเบิด IOPS 6000 แต่ฉันควรจะกังวลเกี่ยวกับข้อบกพร่องของ EBS)รับดิสก์ (GP SSD) สี่กับ 1000GB (3000 IOPS) แต่ละ และใช้ RAID 10 (มันจำเป็นกับ EBS)ให้คำแนะนำของคุณ ฉันจะดีใจที่ได้ยิน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
เรามีการวางแผนโครงสร้าง EBS ใหม่ของเราใน Amazon เพื่อให้ได้ประสิทธิภาพที่ดีที่สุดออกของ SQL Server ในระหว่างกระบวนการข้อสงสัยบางอย่างปรากฏ: 1 - การใช้เครื่องคิดเลขที่อเมซอน (http://calculator.s3.amazonaws.com/index.html) เรามีค่าใช้จ่ายด้านล่าง: อเนกประสงค์ (SSD) - 1000GB - 3000 IOPS = $ 184.30 IOPS ที่จัดสรร (SSD) - 1000GB - 3000 IOPS = $ 511.00 เงินจำนวนนี้เป็น diference มากในเดือนสำหรับผลการดำเนินงานเดียวกัน (???), ฉันรู้เกี่ยวกับ "การดำเนินการ IOPS ระเบิด" ใน SSD วัตถุประสงค์ทั่วไป แต่ ตามเอกสาร: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html . เมื่อขนาดของไดรฟ์คือ 1000 GB ระยะเวลาออกมาคือ "ไม่มีที่สิ้นสุด" (เสมอ 3000 IOPS) มันปลอดภัยที่จะพูด ว่าประสิทธิภาพการทำงานระหว่างสองแผ่นข้างต้นเป็นสิ่งเดียวกันได้หรือไม่2 - เราต้องประมาณ 1,700 GB 100 ฐานข้อมูลสิ่งที่รูปแบบที่เราควรจะใช้งานหรือไม่ตัวเลือก: ได้รับสองดิสก์ (GP SSD) กับ 1000GB (3000 IOPS) แต่ละคนและกระจายภาระงาน หมู่นี้สอง. รับสองดิสก์ (GP SSD) กับ 1000GB (3000 IOPS) แต่ละคนและใส่แล้วเข้าด้วยกันด้วย RAID 0? (เราจะมีความสามารถที่จะมี 6000 IOPS ระเบิด แต่ฉันควรจะกังวลเกี่ยวกับความผิด EBS?) ได้รับสี่ดิสก์ (GP SSD) กับ 1000GB (3000 IOPS) แต่ละคนและใช้ RAID 10? (มันจำเป็นกับ EBS?) ให้คำแนะนำของคุณผมจะดีใจที่ได้ยิน




















การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
เราวางแผนใหม่ของเราได้รับโครงสร้างใน Amazon ที่จะได้รับประสิทธิภาพที่ดีที่สุดของ SQL Server ในระหว่างกระบวนการสงสัยบางอย่างปรากฏขึ้น :1 - การใช้ Amazon เครื่องคิดเลข ( http://calculator.s3.amazonaws.com/index.html ) เรามีค่าใช้จ่ายด้านล่าง :วัตถุประสงค์ทั่วไป ( SSD ) - 1000gb - 3000 ชุด = $ 184,30ระบบ Retail Banking ( SSD ) - 1000gb - 3000 ชุด = $ 511,00เงินจำนวนนี้คือ diference ขนาดใหญ่ในเดือนสำหรับการแสดงเดียวกัน ? ? ? ? ? ) ผมรู้เรื่องเกี่ยวกับ " ระบบออกมาใช้ " บน SSD วัตถุประสงค์ทั่วไป แต่ตามเอกสารhttp://docs.aws.amazon.com/awsec2/latest/userguide/ebsvolumetypes.htmlเมื่อเสียงระเบิดขนาด 1000 GB ระยะเวลา " อนันต์ " ( เสมอ 3 , 000 IOPS )มันปลอดภัยที่จะกล่าวว่า การปฏิบัติงานระหว่างสองดิสก์ข้างต้นเหมือนกัน ?2 - เราต้องประมาณ 1700 GB 100 ฐานข้อมูล เค้าโครง เราจะใช้อะไร ?ตัวเลือก :รับสองแผ่น ( GP SSD ) กับ 1000gb ( 3 , 000 IOPS ) แต่ละคนและกระจายภาระงานระหว่างสองรับสองแผ่น ( GP SSD ) กับ 1000gb ( 3 , 000 IOPS ) แต่ละคนและใส่ด้วยกันกับ RAID 0 ? ( เราจะได้มี 6 , 000 IOPS ระเบิด แต่ผมควรกังวลเรื่องถูกผิด ? )รับสี่ดิสก์ ( GP SSD ) กับ 1000gb ( 3 , 000 IOPS ) แต่ละคนและใช้ RAID 10 ( มันจำเป็นด้วยเดียว ? )ให้คำแนะนำของคุณ ฉันยินดีที่จะได้ยิน
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2026 I Love Translation. All reserved.

E-mail: