ขีด จำกัด แบนด์วิดท์สำหรับ Amazon EC2


39

ฉันมีอินสแตนซ์ขนาดเล็กบน Amazon EC2 cloud

อินสแตนซ์มีขนาดเล็กและมีการใช้งาน CPU และ EAM ต่ำ แต่สร้างเนื้อหาจำนวนมากดังนั้นจึงสามารถพิจารณาได้ว่าเป็นเว็บเซิร์ฟเวอร์ที่ให้บริการไฟล์สแตติกจำนวนเล็กน้อย (ไม่ใช่ขนาดใหญ่) สำหรับลูกค้าจำนวนมาก

จากมุมมองทางเทคนิคจะไม่มีปัญหาสำหรับอินสแตนซ์ดังกล่าวในการจัดการกับโหลดที่ให้บริการหลาย MBs ต่อวินาที

สิ่งที่ฉันพิจารณาคือถ้า Amazon มีข้อ จำกัด ของแบนด์วิดท์ ผู้ให้บริการ VPS หลายราย จำกัด แบนด์วิดท์เพื่อให้พูดได้ 10MB / s มีข้อ จำกัด ดังกล่าวที่ Amazon และหากเป็นเช่นนั้น

ฉันไม่พบการอ้างอิงใด ๆ


1
คุณหมายถึง MB / s หรือ Mb / s หรือไม่ มีความแตกต่าง;) MB / s คือ MegaByte และ Mb / s หรือ Mbits / s ปกติ MB / s จะใช้เพื่ออธิบายแบนด์วิดธ์
Zapto

1
ขออภัยพิมพ์ผิดปกติ Mb / s
Zapto

ลิงก์นั้น (ไปยังซอร์ส AWS) ใช้สำหรับแบนด์วิดท์ระหว่างอินสแตนซ์กับ EBS (Elastic Block Storage) และไม่ใช่กับอินเทอร์เน็ต

ฉันขอแนะนำให้คุณสามารถคำนวณแบนด์วิดท์ของอินสแตนซ์โดยประมาณโดยรับอัตราส่วนของอินสแตนซ์ CPU ต่อ CPU ทั้งหมดของเซิร์ฟเวอร์และเกี่ยวข้องกับปริมาณข้อมูลเครือข่าย 40Mbps สมมติว่า E5-2670 v2 เช่นเดียวกับอินสแตนซ์ M3 ที่ใช้ t2.micro มี 10% ของ 1 คอร์รวม 20 คอร์ให้ 1 / 200th ของเซิร์ฟเวอร์ทรัพยากรกับอินสแตนซ์ 40Gbps / 200 = 0.2Gbps คือ 200Mbps ซึ่งเห็นด้วยกับความคิดเห็นในคำถามนี้
ทิม

คำตอบ:


27

จำไว้ว่าฉันได้ทำบุ๊กมาร์กโพสต์ที่คล้ายกันไว้ครู่หนึ่งและ Cyberx86 โพสต์คำตอบที่ยอดเยี่ยมด้วยการทดสอบเกณฑ์มาตรฐาน :)

คำตอบเซิร์ฟเวอร์ผิดพลาด

แก้ไข

จากสิ่งที่ฉันสามารถค้นพบได้บนฟอรัม AWS - ดูเหมือนว่าผู้สนับสนุนจาก Amazon ต้องการตอบคำถามนั้น คำแนะนำของพวกเขาคือทดสอบกับแหล่งข้อมูลภายนอก: โพสต์ฟอรัม AWS จากปี 2012

โพสต์ที่เก่ากว่า ( post1 , post2อ้างถึงการถ่ายโอนความเร็วเป็นสัมพันธมิตรกับขนาดของอินสแตนซ์ที่ 2 กล่าวถึงว่าข้อมูลเป็นส่วนหนึ่งของเอกสาร AWS แต่ต่อมามันถูกแทนที่ด้วยเนื้อหาเกี่ยวกับ I / O

ขนาดเล็ก 250 mbps

ใหญ่ 500 mbps

x ใหญ่ 1,000 mbps

ตัวเลขเหล่านี้ดูเหมือนจะสอดคล้องกับมาตรฐานที่คุณพบใน google

น่าเศร้ามาก - ฉันไม่คิดว่าคุณจะพบความเร็วในการถ่ายโอนในไซต์ของพวกเขาอีกต่อไป


คำตอบไม่เกี่ยวข้องเลย
GeekRide

5
จริงๆแล้วมันมีความเกี่ยวข้องมาก ฉันแค่พยายามค้นหาแหล่งข้อมูลอย่างเป็นทางการที่กำหนดขีด จำกัด I / O เหล่านี้ (100Mbs / 250Mbs / 1Gbs)
Artyom

1
@GeekRide เนื่องจากคำถามเกี่ยวกับความเร็วในการโอนและไม่มีข้อมูลอย่างเป็นทางการจากทีม AWS อีกต่อไป ฉันคิดว่าการวัดประสิทธิภาพและคำตอบจากฟอรัมจะให้สิ่งที่ดีที่สุดในสิ่งที่คาดหวัง
Qlue

3
หากต้องการขยายคำตอบนี้ฉันเชื่อว่าขีด จำกัด แบนด์วิดท์เกี่ยวข้องกับประสิทธิภาพของ IO ของอินสแตนซ์ ท่านสามารถเข้าดูประสิทธิภาพ IO ที่เกี่ยวข้องเช่นกันที่นี่aws.amazon.com/ec2/instance-types ตัวเลขที่ Qlue โพสต์นั้นเท่ากับสิ่งที่ฉันพบเมื่อปีที่แล้วไม่แน่ใจว่าพวกเขาเปลี่ยนไปหรือไม่ อินสแตนซ์ขนาดเล็กมีประสิทธิภาพ IO แตกต่างจากเซิร์ฟเวอร์ขนาดเล็กดังนั้นฉันจึงถือว่าน้อยกว่า 250 mbps
bwight

ฉันหวังว่าคุณหมายถึง Mbps ไม่ใช่ mbps มิลลิบิตต่อวินาทีไม่ได้เป็นแบนด์วิดท์มาก
Mike Scott

5

แก้ไข:

หลังจาก @tomasz แจ้งเตือนฉันฉันตรวจสอบปัญหาอีกครั้ง

ฉันพบบล็อกที่มีการเปรียบเทียบแบนด์วิดท์

http://epamcloud.blogspot.com.tr/2013/03/testing-amazon-ec2-network-speed.html?m=1

และฉันคิดว่าไม่มีข้อ จำกัด เนื่องจากโครงสร้างพื้นฐานทางเทคนิคที่แตกต่างกันตามโซนและผู้ให้บริการเทคโนโลยีและโครงสร้างพื้นฐานยังคงปรับปรุงทุกวัน

หากต้องการทราบถึงขีด จำกัด แบนด์วิดท์ EC2 แต่ละโซนควรจัดการแยกต่างหาก


ตอนนี้มีรายการเอกสาร AWS อยู่

คำตอบจากแหล่งที่มา;

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-ec2-config.html


2
หมายเหตุข้อ จำกัด เหล่านี้ใช้สำหรับการถ่ายโอนระหว่างอินสแตนซ์ EC2 และที่เก็บข้อมูล EBS
tomasz

1

not of a big sizeคุณบอกว่าไฟล์ที่เป็นแบบคงที่ทำหน้าที่เป็น ยิ่งมีขนาดเล็กเท่าไหร่คุณก็ยิ่งกังวลเกี่ยวกับแพ็กเก็ตต่อวินาทีมากกว่าแบนด์วิดท์โดยรวมในเครือข่าย

เช่นเดียวกับแบนด์วิดท์ AWS จะไม่เผยแพร่ตัวเลขที่เป็นรูปธรรมใด ๆ เพียง "ต่ำ", "ปานกลาง", "สูง" ฯลฯ ฉันพบปัญหาบางอย่างเกี่ยวกับข้อ จำกัด PPS และมันถูกตีพิมพ์น้อยกว่าหมายเลขแบนด์วิดท์ดังนั้นฉันจึงวิ่ง การทดสอบบางอย่าง

นี่คือสิ่งที่ฉันพบสำหรับอินสแตนซ์ขนาดต่างๆ:

t1.micro      8,473
t2.nano       9,807
t2.micro     19,391
t2.small     28,296
t2.medium    47,214
t2.large     49,512
c1.medium   110,575
m3.large    142,839
m1.large    157,557
m4.large    222,280
c4.large    233,450
r3.large    412,315
c3.large    475,996
i3.large    529,558
r4.large    544,981
c5.large    823,806

มีอีกมากที่ฉันได้พบเช่นกันในเรื่องของปริมาณงานที่รับประกันและความพยายามอย่างดีที่สุด PPS (แพ็คเก็ตต่อวินาที) ฉันใส่ลงในบล็อกในการตรวจสอบแพ็กเก็ตต่อวินาทีใน EC2ที่ฉันแสดงกราฟและตารางได้ดีกว่าที่ฉันสามารถแสดงในความคิดเห็น

หากต้องการผูกกลับไปที่การกำหนดประสิทธิภาพเครือข่ายของ Amazon ("ต่ำ", "ปานกลาง", "สูง") คุณอาจตกใจเมื่อรู้ว่ามีความสัมพันธ์กันเล็กน้อยระหว่างแบนด์วิดท์จริงและ PPS จริงกับการกำหนดเหล่านั้น พวกเขาไม่มีค่า - พึ่งพาผลการทดสอบเท่านั้นไม่ใช่หมวดหมู่ที่เผยแพร่จาก AWS


-1

คุณสามารถใช้เครื่องมือนี้ภายในอินสแตนซ์ของคุณเพื่อรับข้อมูลทั้งหมดเกี่ยวกับแบนด์วิดท์:

wget -O speedtest-cli https://raw.github.com/sivel/speedtest-cli/master/speedtest_cli.py
chmod +x speedtest-cli
./speedtest-cli

เอาท์พุท:

Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Amazon (54.72.143.50)...
Selecting best server based on latency...
Hosted by Digiweb (Dublin) [1.78 km]: 3.395 ms
Testing download speed........................................
Download: 171.74 Mbit/s
Testing upload speed..................................................
Upload: 281.61 Mbit/s

หวังว่ามันจะช่วย


คุณจะต้องเชื่อใจgithub.com/sivelถ้าคุณทำสิ่งนี้ นอกจากนี้ยังไม่จำเป็นต้องบอกคุณมากพอเกี่ยวกับแบนด์วิดท์ที่มีอยู่ - อินสแตนซ์อื่น ๆ บนโฮสต์เดียวกันอาจเชื่อมต่อแบนด์วิดท์ซึ่งอาจแบนด์วิดท์
ระเบิดได้

@ceejayoz, นี่คือการมีความคิดเกี่ยวกับแบนด์วิดท์ที่มีอยู่ (ไม่ใช่ข้อมูลที่ถูกต้องและครบถ้วน), มันไม่เสถียรและเราทุกคนรู้ว่า ec2 ใช้อัลกอริทึมที่ซับซ้อนสำหรับการกระจายซีพียูและแบนด์วิดท์ตามลำดับความสำคัญ vm สำหรับ cmp อื่น ๆ (omega จาก google) นอกจากนี้คุณสามารถทดสอบประสิทธิภาพแอปของคุณเมื่อใช้ ec2 และโซลูชันเฉพาะอื่น ๆ นั่นคือสิ่งที่เราทำ (ทดสอบขีด จำกัด t2.micro) แน่นอนความเร็วในการดาวน์โหลดไม่สอดคล้องกันดังนั้นเราจึงใช้ c4.x large เพื่อการผลิตเพื่อเพิ่มระดับความสำคัญของอินสแตนซ์และรับความสอดคล้องที่มากขึ้น
Nourdine Alouane

-1

ดูเหมือนว่า EC2 จะนำเสนอฟีเจอร์Enhanced Networkingเพื่อประสิทธิภาพเครือข่ายที่ดีขึ้น:

สำหรับอินสแตนซ์ Amazon EC2 ที่ได้รับการสนับสนุนคุณลักษณะนี้จะให้ประสิทธิภาพแพ็คเก็ตต่อวินาที (PPS) ที่สูงขึ้นลดความล่าช้าระหว่างอินสแตนซ์และลดความกระวนกระวายใจของเครือข่ายที่ต่ำมาก

น่าเสียดายที่คุณลักษณะนี้ไม่สามารถใช้งานได้ในT*ช่วงอินสแตนซ์:

ปัจจุบันอินสแตนซ์ C3, C4, D2, I3, I2 M4, X1 และ R3 สนับสนุนระบบเครือข่ายที่เพิ่มประสิทธิภาพ อินสแตนซ์ X1, P2, I3, R4 และ m4.16xlarge ให้อินเตอร์เฟส Elastic Network Adapter (ENA) สำหรับ Enhanced Networking อินสแตนซ์ C3, C4, R3, I2, M4 (ยกเว้น m4.16x large) และ D2 ใช้Intel® 82599 Virtual Function Interface


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