ข้อมูลทั่วไป

ID แบบยาวของทรัพยากร EC2, EBS และ Storage Gateway

ถาม: มีอะไรที่เปลี่ยนแปลงไป

ตั้งแต่เดือนกรกฎาคม 2018 ทรัพยากร EC2 ที่สร้างขึ้นใหม่ทั้งหมดจะได้รับ ID ที่มีรูปแบบยาวขึ้น รูปแบบใหม่จะใช้กับทรัพยากรที่สร้างขึ้นใหม่เท่านั้น ทรัพยากรที่มีอยู่เดิมของคุณจะไม่ได้รับผลกระทบ อินสแตนซ์และไดรฟ์ข้อมูลใช้รูปแบบ ID นี้อยู่แล้ว จนถึงสิ้นเดือนมิถุนายน 2018 ลูกค้าจะสามารถเลือกใช้ ID แบบยาวได้ ในระหว่างนี้ คุณสามารถเลือกได้ว่าจะกำหนดรูปแบบทรัพยากร ID แบบใด และอัปเดตเครื่องมือจัดการและสคริปต์เพื่อเพิ่มการรองรับรูปแบบที่ยาวขึ้น โปรดไปที่เอกสารประกอบนี้สำหรับคำแนะนำต่างๆ

ถาม: เพราะเหตุใดเรื่องนี้จึงเป็นเรื่องสำคัญ

เมื่อพิจารณาว่า AWS ยังคงเติบโตอย่างรวดเร็วมาก เราจะเริ่มมี ID น้อยลงสำหรับทรัพยากรบางอย่างในปี 2018 เพื่อให้สามารถสร้างทรัพยากรใหม่ได้ในระยะยาวโดยไม่มีการติดขัด เราต้องเริ่มใช้รูปแบบ ID แบบยาว ID ของทรัพยากร Amazon EC2 ทั้งหมดจะเปลี่ยนเป็นรูปแบบที่ยาวขึ้นในเดือนกรกฎาคม 2018

ถาม: ฉันเลือกใช้ ID แบบยาวตั้งแต่ปีที่แล้ว ทำไมฉันต้องเลือกใช้อีกครั้ง

ในปี 2016 เราเปลี่ยนมาใช้รูปแบบ ID แบบยาวสำหรับอินสแตนซ์ การจอง ไดรฟ์ข้อมูล และสแน็ปช็อตของ Amazon EC2 เท่านั้น การเลือกใช้นี้จะเปลี่ยนรูปแบบ ID สำหรับประเภททรัพยากร EC2 ที่เหลือทั้งหมด

ถาม: รูปแบบตัวระบุใหม่มีลักษณะเป็นอย่างไร

รูปแบบตัวระบุจะใช้ตามรูปแบบของตัวระบุปัจจุบัน แต่จะยาวขึ้น รูปแบบใหม่จะมี <17 อักขระ> เช่น “vpc-1234567890abcdef0” สำหรับ VPC หรือ “subnet-1234567890abcdef0” สำหรับเครือข่ายย่อย

ถาม: ID ใดที่กำลังมีการเปลี่ยนแปลง

  • bundle
  • conversion-task
  • customer-gateway
  • dhcp-options
  • elastic-ip-allocation
  • elastic-ip-association
  • export-task
  • flow-log
  • image
  • import-task
  • internet-gateway
  • network-acl
  • network-acl-association
  • network-interface
  • network-interface-attachment
  • prefix-list
  • route-table
  • route-table-association
  • security-group
  • subnet
  • subnet-cidr-block-association
  • VPC
  • vpc-cidr-block-assocation
  • vpc-endpoint
  • vpc-peering-connection
  • vpn-connection
  • vpn-gateway

ถาม: เรื่องนี้มีผลกระทบต่อฉันอย่างไร

มีความเป็นไปได้ที่คุณไม่จำเป็นต้องเปลี่ยนแปลงระบบเพื่อจัดการกับรูปแบบใหม่ หากคุณใช้ Console ในการจัดการทรัพยากร AWS คุณอาจไม่ได้รับผลกระทบใดๆ เลย แต่คุณยังคงควรอัปเดตการตั้งค่าของคุณเพื่อใช้รูปแบบ ID แบบยาวโดยเร็วที่สุด หากคุณโต้ตอบกับทรัพยากร AWS ผ่าน API, SDK หรือ AWS CLI คุณอาจได้รับผลกระทบ แล้วแต่ว่าซอฟต์แวร์ของคุณสร้างสมมติฐานเกี่ยวกับรูปแบบ ID เมื่อมีการตรวจสอบความถูกต้องหรือยืนยัน ID ของทรัพยากรหรือไม่ หากเป็นตามกรณีดังกล่าว คุณอาจต้องอัปเดตระบบของคุณเพื่อจัดการกับรูปแบบใหม่
อาจมีบางกรณีที่เกิดข้อผิดพลาด ได้แก่

  • หากระบบของคุณใช้นิพจน์ทั่วไปในการตรวจสอบความถูกต้องของรูปแบบ ID คุณอาจพบข้อผิดพลาดหากมีรูปแบบที่ยาวขึ้น
  • หากมีการคาดการณ์เกี่ยวกับความยาวของ ID ในแบบแผนฐานข้อมูลของคุณ คุณอาจไม่สามารถจัดเก็บ ID แบบยาวได้

ถาม: กรณีดังกล่าวจะมีผลกระทบต่อทรัพยากรที่มีอยู่เดิมหรือไม่

เฉพาะทรัพยากรที่สร้างขึ้นหลังจากที่คุณเลือกใช้รูปแบบที่ยาวขึ้นเท่านั้น จึงจะได้รับผลกระทบ เมื่อมีการกำหนด ID (ยาวหรือสั้น) ให้ทรัพยากร ID นั้นจะไม่มีการเปลี่ยนแปลงอีกเลย แต่ละ ID จะไม่ซ้ำกันและจะไม่มีการนำมาใช้ซ้ำ ทรัพยากรใดๆ ที่สร้างโดยใช้รูปแบบ ID เดิมจะเก็บ ID ที่สั้นกว่าไว้เสมอ ทรัพยากรใดๆ ที่สร้างโดยใช้รูปแบบใหม่ จะยังคงมี ID แบบยาว ถึงแม้ว่าคุณจะกลับไปเลือกไม่ใช้ก็ตาม

ถาม: กรณีดังกล่าวจะเกิดขึ้นเมื่อใด

จนถึงสิ้นเดือนมิถุนายน 2018 จะมี ID แบบยาวให้เลือกใช้ผ่าน API และ EC2 Console ทุกบัญชีสามารถเลือกใช้หรือเลือกไม่ใช้ ID แบบยาวได้ตามความต้องการสำหรับการทดสอบ เริ่มตั้งแต่วันที่ 1 กรกฎาคม 2018 จะไม่มีตัวเลือกในการเปลี่ยนรูปแบบ และทรัพยากร EC2 ที่สร้างขึ้นมาใหม่จะได้รับ ID แบบยาว ทุกภูมิภาคที่เปิดใช้ตั้งแต่เดือนกรกฎาคม 2018 เป็นต้นไป จะรองรับเฉพาะ ID แบบยาว

ถาม: เพราะเหตุใดจึงมีระยะเวลาการเลือกใช้

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

ถาม: ฉันจะเลือกรับและเลือกไม่รับ ID แบบยาวได้อย่างไร

ตลอดช่วงระยะเวลาการเปลี่ยน (ตอนนี้จนถึงสิ้นเดือนมิถุนายน 2018) คุณสามารถเลือกรับ ID แบบสั้นหรือยาวได้โดยใช้ API หรือ EC2 Console โดยมีคำแนะนำอยู่ในเอกสารประกอบนี้

ถาม: จะเกิดอะไรขึ้นหากไม่มีการดำเนินการใดๆ

หากคุณไม่เลือกใช้รูปแบบใหม่ในช่วงระยะเวลาการเปลี่ยน คุณจะเริ่มได้รับ ID แบบยาวโดยอัตโนมัติหลังจากวันที่ 1 กรกฎาคม 2018 ซึ่งเราไม่แนะนำวิธีการนี้ คุณควรเพิ่มการรองรับสำหรับรูปแบบใหม่ในระหว่างช่วงระยะเวลาการเปลี่ยน ซึ่งเปิดโอกาสให้คุณมีการทดสอบที่ควบคุมได้

ถาม: หากฉันต้องการรับรูปแบบ ID แบบสั้นต่อไปหลังจากสิ้นเดือนมิถุนายน 2018 จะเกิดอะไรขึ้น

คุณไม่สามารถทำได้ไม่ว่าคุณจะระบุการตั้งค่าผู้ใช้แบบใดก็ตาม

ถาม: การเปลี่ยนเป็น ID แบบยาวจะสิ้นสุดเมื่อใด

ในเดือนกรกฎาคม 2018 ทรัพยากรที่สร้างขึ้นใหม่ของคุณจะเริ่มรับ ID แบบยาว คุณสามารถตรวจสอบวันที่เปลี่ยนที่กำหนดสำหรับแต่ละภูมิภาคของคุณโดยใช้ AWS CLI describe-id-format

ถาม: หากฉันเลือกใช้ ID แบบยาว และจากนั้นกลับไปเลือกไม่ใช้ในช่วงระยะเวลาการเปลี่ยน จะเกิดอะไรขึ้นกับทรัพยากรที่สร้างโดยใช้ ID แบบยาว

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

ถาม: ฉันควรทำอย่างไร หากระบบของฉันไม่ทำงานตามที่คาดการณ์ไว้ก่อนจะสิ้นสุดช่วงระยะเวลาการเปลี่ยน

หากระบบของคุณไม่ทำงานตามที่คาดการณ์ไว้ในระหว่างช่วงระยะเวลาการเปลี่ยน คุณสามารถเลือกไม่ใช้ ID แบบยาวเป็นการชั่วคราว และแก้ไขระบบของคุณ อย่างไรก็ตาม บัญชีของคุณจะเปลี่ยนกลับไปใช้ ID แบบยาวโดยอัตโนมัติหลังจากสิ้นสุดเดือนมิถุนายน 2018 ไม่ว่าการตั้งค่าบัญชีของคุณจะเป็นอย่างไร ทรัพยากรใหม่ทั้งหมดจะรับ ID แบบยาว ดังนั้น สิ่งสำคัญคือคุณต้องทดสอบระบบของคุณที่ใช้ ID รูปแบบยาวก่อนที่จะสิ้นสุดช่วงระยะเวลาการเปลี่ยน การทดสอบและการเลือกใช้แต่เนิ่นๆ จะทำให้คุณมีเวลาที่มีค่าเพื่อแก้ไขทรัพยากรของคุณที่ใช้ ID แบบสั้น และคุณจะลดความเสี่ยงในการเกิดผลกระทบต่อระบบของคุณได้

ถาม: จะเกิดอะไรขึ้นหากฉันเปิดใช้ทรัพยากรในภูมิภาคต่างๆ ในระหว่างช่วงระยะเวลาการเปลี่ยน

ความยาว ID ของทรัพยากรของคุณจะขึ้นอยู่กับภูมิภาคที่คุณเปิดใช้ทรัพยากรของคุณ หากภูมิภาคดังกล่าวเปลี่ยนไปใช้ ID แบบยาวแล้ว ทรัพยากรที่เปิดใช้ในภูมิภาคนั้นจะมี ID แบบยาว หากไม่ใช่ จะมี ID ทรัพยากรแบบสั้น ดังนั้น ในระหว่างช่วงระยะเวลาการเปลี่ยน คุณอาจเห็น ID แบบผสมทั้งแบบสั้นและแบบยาว

ถาม: หาก AWS เพิ่มภูมิภาคใหม่ในระหว่างระยะเวลาการเปลี่ยนภูมิภาคใหม่จะรองรับ ID แบบยาวใช่หรือไม่

ได้ ภูมิภาคใหม่ทั้งหมดที่เปิดใช้หลังจากเดือนกรกฎาคม 2018 จะออก ID รูปแบบยาวเป็นค่าเริ่มต้นสำหรับทั้งบัญชีใหม่และบัญชีที่มีอยู่เดิม

ถาม: บัญชีใหม่จะใช้ ID ประเภทอะไรตามค่าเริ่มต้น

บัญชีที่สร้างขึ้นในวันที่ 15 มีนาคม 2018 หรือหลังจากนั้นจะมีการกำหนดค่าให้รับรูปแบบ ID แบบยาวเป็นค่าเริ่มต้นในทุกภูมิภาคของ AWS ยกเว้น AWS GovCloud (US) หากคุณเป็นลูกค้าใหม่ จะทำให้เปลี่ยนเป็น ID แบบยาวได้ง่ายมาก หากคุณต้องการให้บัญชีใหม่ของคุณกำหนดรูปแบบ ID แบบสั้นให้กับทรัพยากรของคุณ คุณเพียงแต่กำหนดค่าบัญชีของคุณใหม่ให้เป็น ID แบบสั้นตามที่อธิบายข้างต้น ลำดับงานนี้จำเป็นจนกว่าคุณจะพร้อมให้บัญชีของคุณรับ ID แบบยาว

ถาม: ฉันต้องอัปเกรดเป็น AWS SDK หรือ CLI เวอร์ชันใหม่หรือไม่

AWS CLI และ SDK ต่อไปนี้ เข้ากันได้เป็นอย่างดีกับ ID แบบยาว: PHP v2.8.27+, PHP v3.15.0+, AWS CLI v1.10.2+, Boto3v1.2.1+, Botocorev1.3.24+, PHP v1, Boto v1, Boto v2, Ruby v1, Ruby v2, JavaScript, Java, .NET, AWS Tools for Windows PowerShell และ Go

ถาม: ฉันจะทดลองระบบของฉันที่มี ID แบบยาวได้อย่างไร

Amazon Machine Image (AMI) ที่มี ID แบบยาวมีการเผยแพร่เพื่อการทดสอบแล้ว โดยมีคำแนะนำเกี่ยวกับวิธีการเข้าถึง AMI ที่นี่

ภาพรวม

ถาม: Amazon Elastic Compute Cloud (Amazon EC2) คืออะไร

Amazon Elastic Compute Cloud (Amazon EC2) เป็นบริการเว็บที่มีความสามารถในการประมวลผลที่ปรับขนาดได้ในระบบคลาวด์ ซึ่งออกแบบมาเพื่อช่วยให้ Developer ประมวลผลแบบ Web-Scale ได้ง่ายขึ้น

ถาม: ฉันสามารถทำอะไรได้บ้างเมื่อใช้ Amazon EC2

เหมือนกับที่ Amazon Simple Storage Service (Amazon S3) เปิดใช้งานพื้นที่จัดเก็บในระบบคลาวด์ Amazon EC2 ก็เปิดใช้ “การประมวลผล” ในระบบคลาวด์เช่นกัน อินเทอร์เฟซบริการเว็บของ Amazon EC2 ที่ใช้งานง่ายนี้ให้คุณสามารถรับและกำหนดค่าความจุได้โดยมีข้อผิดพลาดน้อยที่สุด โดยจะให้คุณควบคุมทรัพยากรการประมวลผลได้อย่างสมบูรณ์ รวมทั้งให้คุณเรียกใช้ด้วยการเชื่อมต่อสภาพแวดล้อมการประมวลผลที่ผ่านการรับรองของ Amazon Amazon EC2 ลดเวลาที่ใช้ในการรับและเริ่มต้นอินสแตนซ์เซิร์ฟเวอร์ใหม่ให้เหลือภายในไม่กี่นาที ทำให้คุณสามารถปรับขนาดความสามารถให้มากขึ้นหรือน้อยลงให้สอดคล้องกับเงื่อนไขของการประมวลผลที่เปลี่ยนแปลงได้ Amazon EC2 เปลี่ยนมุมมองด้านความคุ้มค่าของการประมวลผลโดยให้คุณจ่ายค่าบริการตามความสามารถที่ใช้จริงเท่านั้น

ถาม: ฉันจะเริ่มใช้ Amazon EC2 ได้อย่างไร

หากต้องการลงชื่อสมัครใช้ Amazon EC2 ให้คลิกปุ่ม “ลงชื่อสมัครใช้ Web Service นี้” ในหน้ารายละเอียดของ Amazon EC2 คุณต้องมีบัญชี Amazon Web Services เพื่อเข้าถึงบริการนี้ หากคุณยังไม่มีบัญชี ระบบจะแจ้งให้คุณสร้างบัญชีเมื่อคุณเริ่มขั้นตอนการลงชื่อสมัครใช้ Amazon EC2 หลังจากลงชื่อสมัครใช้ โปรดดูเอกสารประกอบ Amazon EC2 ซึ่งรวมถึงคู่มือเริ่มใช้งานของเรา

ถาม: เพราะเหตุใดจึงมีการขอให้ฉันยืนยันหมายเลขโทรศัพท์เมื่อลงชื่อสมัครใช้ Amazon EC2

การลงทะเบียน Amazon EC2 กำหนดให้คุณต้องระบุหมายเลขโทรศัพท์และอีเมลที่ถูกต้องเพื่อบันทึกไว้กับ AWS ในกรณีที่เราต้องการติดต่อคุณ การยืนยันหมายเลขโทรศัพท์ของคุณใช้เวลาเพียงไม่กี่นาที ซึ่งรวมถึงการรับโทรศัพท์ภายในขั้นตอนการลงทะเบียนและการใส่รหัส PIN โดยใช้แป้นพิมพ์บนโทรศัพท์ด้วย

ถาม: ตอนนี้ Developer ทำอะไรบ้างที่แก่ก่อนทำไม่ได้

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

ลักษณะของบริการแบบ “Elastic” ช่วยให้ Developer สามารถปรับขนาดเพื่อรองรับปริมาณการใช้งานหรือความต้องการที่เพิ่มขึ้นสูงมากได้ทันที เมื่อความต้องการในการประมวลผลเปลี่ยนไปอย่างไม่คาดคิด (ขึ้นหรือลง) Amazon EC2 สามารถตอบสนองได้ทันที ซึ่งทำให้ Developer สามารถควบคุมจำนวนทรัพยากรที่ใช้งานได้ตลอดเวลา ในทางกลับกัน บริการโฮสต์แบบเดิมมักจะกำหนดทรัพยากรตายตัวในช่วงเวลาตายตัว ซึ่งทำให้ผู้ใช้ขาดความคล่องตัวในการตอบสนองเมื่อการใช้งานเปลี่ยนไปอย่างรวดเร็ว คาดการณ์ไม่ได้ หรือเมื่อมีความต้องการเพิ่มสูงขึ้นมากในช่วงเวลาต่างๆ กัน

ถาม: ฉันจะเรียกใช้ระบบในสภาพแวดล้อม Amazon EC2 อย่างไร

เมื่อคุณตั้งค่าบัญชีและเลือกหรือสร้าง AMI ของคุณแล้ว คุณจะสามารถเริ่มต้นอินสแตนซ์ของคุณได้ คุณสามารถเริ่ม AMI ของคุณที่อินสแตนซ์แบบตามต้องการจำนวนเท่าใดก็ได้ โดยใช้การเรียก RunInstances API คุณเพียงแต่ต้องระบุจำนวนอินสแตนซ์ที่คุณต้องการเปิดใช้เท่านั้น หากคุณต้องการเรียกใช้อินสแตนซ์แบบตามต้องการมากกว่า 20 อินสแตนซ์ ให้กรอกแบบฟอร์มคำขออินสแตนซ์ Amazon EC2

หาก Amazon EC2 สามารถดำเนินการตามคำขอของคุณ RunInstances จะตอบรับและเราจะเริ่มเปิดใช้อินสแตนซ์ของคุณ คุณสามารถตรวจสอบสถานะอินสแตนซ์ของคุณได้ โดยใช้การเรียก DescribeInstances API คุณสามารถตั้งโปรแกรมให้หยุดจำนวนอินสแตนซ์ของคุณกี่รายการก็ได้ โดยใช้การเรียก TerminateInstances API

หากคุณเรียกใช้อินสแตนซ์โดยใช้พาร์ติชันสำหรับเริ่มต้นระบบของ Amazon EBS คุณยังสามารถใช้การเรียก StopInstances API เพื่อปล่อยทรัพยากรการประมวลผลแต่คงรักษาข้อมูลไว้บนพาร์ติชันสำหรับเริ่มต้นระบบได้ คุณสามารถใช้ StartInstances API เมื่อคุณพร้อมที่จะรีสตาร์ทอินสแตนซ์ที่เชื่อมโยงกับพาร์ติชันสำหรับเริ่มต้นระบบของ Amazon EBS ได้

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

หากต้องการ คุณสามารถดำเนินการเหล่านี้ทั้งหมดจาก AWS Management Console หรือผ่านบรรทัดคำสั่งโดยใช้เครื่องมือบรรทัดคำสั่ง ซึ่งนำมาใช้กับ API ของบริการเว็บนี้

ถาม: อะไรคือความแตกต่างระหว่างที่จัดเก็บอินสแตนซ์ภายในและ Amazon Elastic Block Store (Amazon EBS) สำหรับอุปกรณ์ราก

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

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

ถาม: จะเรียกใช้ระบบได้เร็วเพียงใด

โดยทั่วไป การออกการเรียก RunInstance ไปจนถึงเวลาที่อินสแตนซ์ที่ขอทั้งหมดเริ่มลำดับการเริ่มต้นระบบจะใช้เวลาน้อยกว่า 10 นาที ระยะเวลานี้ขึ้นอยู่กับจำนวนตัวแปรต่างๆ ซึ่งได้แก่ ขนาด AMI ของคุณ จำนวนอินสแตนซ์ที่คุณเปิดใช้ และคุณเปิดใช้ AMI มานานแค่ไหน อิมเมจที่เปิดใช้ครั้งแรกอาจใช้เวลาเริ่มต้นระบบนานกว่านี้เล็กน้อย

ถาม: ฉันจะโหลดและจัดเก็บระบบของฉันโดยใช้ Amazon EC2 ได้อย่างไร

Amazon EC2 ช่วยให้คุณสามารถตั้งค่าและกำหนดค่าทุกอย่างเกี่ยวกับอินสแตนซ์ได้ ตั้งแต่ระบบปฏิบัติการไปจนถึงแอปพลิเคชันของคุณ Amazon Machine Image (AMI) เป็นการใช้งานแบบเป็นแพ็กเกจที่รวมสิ่งเล็กน้อยที่จำเป็นทั้งหมดเพื่อตั้งค่าและเริ่มต้นอินสแตนซ์ของคุณ AMI เป็นหน่วยการปรับใช้งานของคุณ คุณอาจมีเพียง AMI เดียว หรือคุณอาจสร้างระบบของคุณจากการสร้าง AMI หลายบล็อก (เช่น เว็บเซิร์ฟเวอร์ แอปเซิร์ฟเวอร์ และฐานข้อมูล) Amazon EC2 ให้เครื่องมือมากมายเพื่อสร้าง AMI ได้อย่างง่ายดาย เมื่อสร้าง AMI แบบกำหนดเอง คุณจะต้องรวมเป็นกลุ่ม หากคุณรวมอิมเมจเป็นกลุ่มด้วยอุปกรณ์รากที่มีการรองรับโดย Amazon EBS คุณจะสามารถใช้คำสั่งแบบกลุ่มได้โดยง่ายใน AWS Management Console หากคุณรวมกลุ่มอิมเมจด้วยพาร์ติชันสำหรับเริ่มต้นระบบบนที่จัดเก็บอินสแตนซ์ คุณจะต้องใช้เครื่องมือ AMI ในการอัปโหลดอิมเมจไปยัง Amazon S3 Amazon EC2 ใช้ Amazon EBS และ Amazon S3 เพื่อเตรียมพื้นที่จัดเก็บ AMI ที่เชื่อถือได้และปรับขนาดได้ของคุณเพื่อให้เราสามารถเริ่มต้นระบบได้เมื่อคุณขอ

หรือ หากคุณต้องการ คุณไม่ต้องตั้งค่า AMI ของคุณเองตั้งแต่ต้น คุณสามารถเลือกจาก AMI ต่างๆ ที่พร้อมใช้ทั้งระบบซึ่งมีอินสแตนซ์ที่เป็นประโยชน์ ตัวอย่างเช่น หากคุณต้องการเซิร์ฟเวอร์ Linux พื้นฐาน คุณสามารถเลือกหนึ่งในตัวเลือก AMI การเผยแพร่ Linux มาตรฐานได้

ถาม: ฉันจะเข้าถึงระบบของฉันได้อย่างไร

การเรียก RunInstance ที่ริเริ่มการดำเนินงานของสแตกแอปพลิชันของคุณจะส่งกลับชื่อ DNS หนึ่งชุดสำหรับแต่ละระบบที่กำลังเริ่มต้น โดยสามารถใช้ชื่อนี้เพื่อเข้าระบบได้ตามที่คุณต้องการ เหมือนเป็นศูนย์ข้อมูลของคุณเอง คุณจึงใช้งานเครื่องได้แม้ในขณะที่สแตกระบบปฏิบัติการของคุณกำลังดำเนินงานอยู่

ถาม: มีการใช้ Amazon EC2 ร่วมกับ Amazon S3 หรือไม่

ใช่ มีการใช้ Amazon EC2 ร่วมกับ Amazon S3 สำหรับอินสแตนซ์ที่มีอุปกรณ์รากที่สำรองบนพื้นที่จัดเก็บอินสแตนซ์ภายใน การใช้ Amazon S3 ช่วยให้ Developer สามารถเข้าถึงโครงสร้างพื้นฐานพื้นที่จัดเก็บข้อมูลที่ปรับขนาดได้สูง เชื่อถือได้ รวดเร็ว ราคาไม่แพง เช่นเดียวกับที่ Amazon ใช้ในการเรียกใช้เครือข่ายเว็บไซต์ทั่วโลกของตนเอง เพื่อดำเนินการระบบในสภาพแวดล้อม Amazon EC2 Developer จะใช้เครื่องมือที่จัดเตรียมให้ในการโหลด AMI ของตนลงใน Amazon S3 และย้าย AMI ระหว่าง Amazon S3 กับ Amazon EC2 ดูข้อมูลเพิ่มเติมเกี่ยวกับ AMI ที่ฉันจะโหลดและจัดเก็บระบบโดยใช้ Amazon EC2 ได้อย่างไร

เราคาดหวังว่า Developer จะพบว่าการรวม Amazon EC2 เข้ากับ Amazon S3 นั้นมีประโยชน์มาก Amazon EC2 ให้การประมวลผลในราคาถูกและปรับขนาดได้ในระบบคลาวด์ ในขณะที่ Amazon S3 ช่วยให้ผู้ใช้สามารถจัดเก็บข้อมูลของตนได้อย่างน่าไว้วางใจ

ถาม: สามารถเรียกใช้อินสแตนซ์ใน Amazon EC2 ได้กี่รายการ

คุณสามารถเรียกใช้อินสแตนซ์ตามความต้องการทั้งหมดไม่เกิน 20 รายการสำหรับทุกกลุ่มประเภทอินสแตนซ์ ซื้ออินสแตนซ์แบบเหมาจ่ายได้ 20 รายการ และขออินสแตนซ์ Spot ตามขีดจำกัด Spot แบบไดนามิกตามภูมิภาคของคุณ บัญชี AWS ใหม่อาจเริ่มโดยมีขีดจำกัดที่ต่ำกว่าขีดจำกัดที่อธิบายไว้ในที่นี้ โดยจะมีการจำกัดอินสแตนซ์บางประเภทต่อภูมิภาคดังต่อไปนี้

ประเภทอินสแตนซ์ ขีดจำกัดตามต้องการ ขีดจำกัดแบบเหมาจ่าย ขีดจำกัด Spot
m5.large 20 20 ขีดจำกัด Spot แบบไดนามิก
m5.xlarge 20 20 ขีดจำกัด Spot แบบไดนามิก
m5.2xlarge 20 20 ขีดจำกัด Spot แบบไดนามิก
m5.4xlarge 10 20 ขีดจำกัด Spot แบบไดนามิก
m5.12xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
m5.24xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
m4.4xlarge 10 20 ขีดจำกัด Spot แบบไดนามิก
m4.10xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
m4.16xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
c5.large 20 20 ขีดจำกัด Spot แบบไดนามิก
c5.xlarge 20 20 ขีดจำกัด Spot แบบไดนามิก
c5.2xlarge 20 20 ขีดจำกัด Spot แบบไดนามิก
c5.4xlarge 10 20 ขีดจำกัด Spot แบบไดนามิก
c5.9xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
c5.18xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
c4.4xlarge 10 20 ขีดจำกัด Spot แบบไดนามิก
c4.8xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
hs1.8xlarge 2 20 ไม่มีข้อเสนอ
cr1.8xlarge 2 20 ขีดจำกัด Spot แบบไดนามิก
p3.2xlarge 1 20 ขีดจำกัด Spot แบบไดนามิก
p3.8xlarge 1 20 ขีดจำกัด Spot แบบไดนามิก
p3.16xlarge 1 20 ขีดจำกัด Spot แบบไดนามิก
p2.xlarge 1 20 ขีดจำกัด Spot แบบไดนามิก
p2.8xlarge 1 20 ขีดจำกัด Spot แบบไดนามิก
p2.16xlarge 1 20 ขีดจำกัด Spot แบบไดนามิก
g3.4xlarge 1 20 ขีดจำกัด Spot แบบไดนามิก
g3.8xlarge 1 20 ขีดจำกัด Spot แบบไดนามิก
g3.16xlarge 1 20 ขีดจำกัด Spot แบบไดนามิก
r4.large 20 20 ขีดจำกัด Spot แบบไดนามิก
r4.xlarge 20 20 ขีดจำกัด Spot แบบไดนามิก
r4.2xlarge 20 20 ขีดจำกัด Spot แบบไดนามิก
r4.4xlarge 10 20 ขีดจำกัด Spot แบบไดนามิก
r4.8xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
r4.16xlarge 1 20 ขีดจำกัด Spot แบบไดนามิก
r3.4xlarge 10 20 ขีดจำกัด Spot แบบไดนามิก
r3.8xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
h1.8xlarge 10 20 ขีดจำกัด Spot แบบไดนามิก
h1.16xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
i3.large 2 20 ขีดจำกัด Spot แบบไดนามิก
i3.xlarge 2 20 ขีดจำกัด Spot แบบไดนามิก
i3.2xlarge 2 20 ขีดจำกัด Spot แบบไดนามิก
i3.4xlarge 2 20 ขีดจำกัด Spot แบบไดนามิก
i3.8xlarge 2 20 ขีดจำกัด Spot แบบไดนามิก
i3.8xlarge 2 20 ขีดจำกัด Spot แบบไดนามิก
i3.16xlarge 2 20 ขีดจำกัด Spot แบบไดนามิก
i2.2xlarge 8 20 ขีดจำกัด Spot แบบไดนามิก
i2.4xlarge 4 20 ขีดจำกัด Spot แบบไดนามิก
i2.8xlarge 2 20 ขีดจำกัด Spot แบบไดนามิก
d2.4xlarge 10 20 ขีดจำกัด Spot แบบไดนามิก
d2.8xlarge 5 20 ขีดจำกัด Spot แบบไดนามิก
t2.nano 20 20 ขีดจำกัด Spot แบบไดนามิก
t2.micro 20 20 ขีดจำกัด Spot แบบไดนามิก
t2.small  20 20 ขีดจำกัด Spot แบบไดนามิก
t2.medium  20 20 ขีดจำกัด Spot แบบไดนามิก
t2.large  20 20 ขีดจำกัด Spot แบบไดนามิก
t2.xlarge  20 20 ขีดจำกัด Spot แบบไดนามิก
t2.2xlarge 20 20 ขีดจำกัด Spot แบบไดนามิก
ประเภทอินสแตนซ์อื่นๆ ทั้งหมด 20 20 ขีดจำกัด Spot แบบไดนามิก

โปรดทราบว่าไม่ได้มีอินสแตนซ์ cc2.8xlarge, hs1.8xlarge, cr1.8xlarge, G2, D2 และ I2 ในทุกภูมิภาค

หากคุณต้องการอินสแตนซ์เพิ่มเติม ให้กรอกแบบฟอร์มคำขออินสแตนซ์ Amazon EC2 พร้อมระบุกรณีใช้งานของคุณ และเราจะพิจารณาเพิ่มอินสแตนซ์ให้คุณ การเพิ่มขีดจำกัดจะขึ้นอยู่กับภูมิภาคที่คุณขอใช้งาน

ถาม: มีข้อจำกัดในการส่งอีเมลจากอินสแตนซ์ Amazon EC2 หรือไม่

ได้ เพื่อรักษาคุณภาพของที่อยู่ Amazon EC2 สำหรับการส่งอีเมล เราบังคับใช้ขีดจำกัดที่เป็นค่าเริ่มต้นสำหรับจำนวนอีเมลที่สามารถส่งจากบัญชี EC2 ได้ หากคุณต้องการส่งอีเมลจำนวนมากกว่าที่กำหนดจาก EC2 คุณสามารถสมัครเพื่อยกเลิกขีดจำกัดนี้จากบัญชีของคุณได้ผ่านการกรอกแบบฟอร์มนี้

ถาม: ฉันสามารถปรับขนาดความสามารถให้มากขึ้นและน้อยลงได้รวดเร็วเพียงใด

Amazon EC2 มอบสภาพแวดล้อมการประมวลผลที่ยืดหยุ่น Amazon EC2 ให้คุณเพิ่มหรือลดความจุได้ในไม่กี่นาที โดยไม่ต้องเสียเวลาเป็นชั่วโมงหรือเป็นวัน คุณสามารถจัดการอินสแตนซ์เซิร์ฟเวอร์รายการเดียว หลายร้อย หรือนับพันรายการได้พร้อมกัน เมื่อคุณต้องการอินสแตนซ์มากขึ้น คุณเพียงเรียก RunInstances และโดยทั่วไป Amazon EC2 จะตั้งค่าอินสแตนซ์ใหม่ของคุณในเวลาเพียงไม่กี่นาที เพราะการดำเนินการนี้ควบคุมด้วย API ของบริการเว็บทั้งหมด แอปพลิเคชันของคุณจึงสามารถปรับขนาดขึ้นและลงเองได้โดยอัตโนมัติตามความต้องการ

ถาม: รองรับสภาพแวดล้อมของระบบปฏิบัติการใดบ้า

ขณะนี้ Amazon EC2 รองรับระบบปฏิบัติการที่หลากหลาย ได้แก่ Amazon Linux, Ubuntu, Windows Server, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, Fedora, Debian, CentOS, Gentoo Linux, Oracle Linux และ FreeBSD เรากำลังมองหาวิธีการขยายไปยังแพลตฟอร์มอื่นๆ

ถาม: Amazon EC2 ใช้หน่วยความจำ ECC ใช่หรือไม่

ตามประสบการณ์ของเรา หน่วยความจำ ECC จำเป็นสำหรับโครงสร้างพื้นฐานของเซิร์ฟเวอร์ และฮาร์ดแวร์ทั้งหมดที่เป็นพื้นฐานของ Amazon EC2 ใช้หน่วยความจำ ECC

ถาม: บริการนี้ต่างจากบริการโฮสต์ทั่วไปอย่างไร

โดยทั่วไป บริการโฮสต์แบบเดิมจะมอบทรัพยากรที่กำหนดค่าไว้ล่วงหน้าในระยะเวลาตายตัวโดยมีค่าใช้จ่ายที่ตั้งไว้แล้ว โดยหลักแล้ว Amazon EC2 จะแตกต่างในเรื่องการนำเสนอความยืดหยุ่น การควบคุม และการประหยัดค่าใช้จ่ายได้เป็นจำนวนมากให้ Developer ซึ่งทำให้ Developer ใช้ Amazon EC2 เป็นเสมือนศูนย์ข้อมูลส่วนตัวที่ได้ประโยชน์จากโครงสร้างพื้นฐานที่ทนทานของ Amazon.com

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

ประการที่สอง บริการโฮสต์หลายแห่งไม่ให้การควบคุมทรัพยากรการประมวลผลที่จัดเตรียมให้อย่างเต็มที่ เมื่อใช้ Amazon EC2 Developer ไม่เพียงแต่สามารถเลือกที่จะเริ่มหรือปิดอินสแตนซ์เมื่อใดก็ได้ แต่ยังสามารถกำหนดการตั้งค่าอินสแตนซ์ได้ทั้งหมดเพื่อให้เหมาะกับความต้องการ และเปลี่ยนได้ตลอดเวลา บริการโฮสต์ส่วนใหญ่ให้บริการกลุ่มผู้ใช้ที่มีความต้องการคล้ายคลึงกัน จึงนำเสนอความสามารถในการเปลี่ยนแปลงเหล่านี้อย่างมีข้อจำกัด

ประการสุดท้าย เมื่อใช้ Amazon EC2 Developer จะได้ประโยชน์จากการชำระค่าบริการเฉพาะทรัพยากรที่ใช้จริงเท่านั้น และมีราคาที่ต่ำมาก บริการโฮสต์ส่วนใหญ่กำหนดให้ผู้ใช้ชำระค่าธรรมเนียมแบบคงที่ล่วงหน้า โดยไม่คำนึงถึงกำลังในการประมวลผลที่ใช้จริง ผู้ใช้จึงมีความเสี่ยงในการซื้อทรัพยากรเกินความจำเป็นเพื่อชดเชยการขาดความสามารถในการปรับขนาดทรัพยากรภายในระยะเวลาสั้น 

ข้อตกลงระดับการให้บริการ (SLA)

ถาม: ข้อตกลงระดับบริการ Amazon EC2 ของคุณรับรองอะไรบ้าง

SLA ของเรารับประกันเวลาพร้อมใช้งานเป็นเวลาไม่น้อยกว่า 99.99% สำหรับ Amazon EC2 และ Amazon EBS ภายในภูมิภาคเดียวกัน

ถาม: ฉันจะทราบได้อย่างไรว่าฉันมีสิทธิ์ได้รับเครดิตบริการ SLA

คุณจะมีสิทธิ์ได้รับเครดิต SLA สำหรับ Amazon EC2 หรือ Amazon EBS (ไม่ว่าอย่างใดอย่างหนึ่งไม่พร้อมใช้งาน หรือทั้งสองหากไม่พร้อมใช้งานทั้งคู่) หากภูมิภาคที่คุณใช้งานมีเปอร์เซ็นต์ความพร้อมใช้งานต่อเดือนต่ำกว่า 99.95% ในรอบการเก็บค่าบริการรายเดือน สำหรับรายละเอียดที่ครบถ้วนเกี่ยวกับข้อกำหนดและเงื่อนไขทั้งหมดของ SLA ตลอดจนรายละเอียดเกี่ยวกับการเคลม โปรดดูที่ http://aws.amazon.com/ec2/sla/

ประเภทอินสแตนซ์

อินสแตนซ์เร่งการประมวลผล

ถาม: อินสแตนซ์เร่งการประมวลผลคืออะไร

กลุ่มประเภทอินสแตนซ์เร่งการประมวลผลคือกลุ่มประเภทอินสแตนซ์ที่ใช้ตัวเร่งฮาร์ดแวร์หรือตัวประมวลผลร่วมเพื่อดำเนินการบางฟังก์ชัน เช่น การคำนวณจำนวนจุดลอยตัว และการประมวลผลกราฟิก ซึ่งจะมีประสิทธิภาพมากกว่าการใช้ซอฟต์แวร์ที่เรียกใช้บน CPU Amazon EC2 มีอินสแตนซ์เร่งการประมวลผลสามประเภทคือ อินสแตนซ์การประมวลผล GPU สำหรับการประมวลผลทั่วไป อินสแตนซ์กราฟิก GPU สำหรับแอปพลิเคชันที่ต้องใช้กราฟิกมาก และอินสแตนซ์การประมวลผลฮาร์ดแวร์แบบโปรแกรมได้ FPGA สำหรับปริมาณงานทางวิทยาศาสตร์ขั้นสูง

ถาม: ฉันควรใช้อินสแตนซ์กราฟิกและประมวลผล GPU เมื่อใด

อินสแตนซ์ GPU ทำงานได้ดีที่สุดสำหรับแอปพลิเคชันที่มีการทำงานคู่ขนานปริมาณมาก เช่น ปริมาณงานที่ใช้หลายพันเธรด การประมวลผลกราฟิกเป็นตัวอย่างที่มีข้อกำหนดด้านการประมวลผลปริมาณมาก ซึ่งแต่ละงานมีขนาดค่อนข้างเล็ก ชุดการทำงานที่ทำจะสร้างขั้นตอน และอัตราความเร็วของขั้นตอนนี้มีความสำคัญมากกว่าเวลาแฝงในการทำงานแต่ละอย่าง เพื่อให้สามารถสร้างแอปพลิเคชันที่ใช้ประโยชน์ได้ในระดับการทำงานคู่ขนานนี้ เราต้องการความรู้เฉพาะเกี่ยวกับอุปกรณ์ GPU โดยทำความเข้าใจวิธีการเขียนโปรแกรมกับกราฟิก API ต่างๆ (DirectX, OpenGL) หรือ GPU โมเดลการเขียนโปรแกรมประมวลผล (CUDA, OpenCL)

ถาม: อินสแตนซ์ P3 แตกต่างจากอินสแตนซ์ G3 อย่างไร

อินสแตนซ์ P3 เป็นอินสแตนซ์ประมวลผล GPU EC2 สำหรับงานทั่วไปรุ่นถัดไปที่ขับเคลื่อนด้วย NVIDIA Tesla V100 GPU รุ่นล่าสุดสูงสุด 8 ตัว อินสแตนซ์ใหม่เหล่านี้ช่วยปรับปรุงประสิทธิภาพและความสามารถในการปรับขนาดได้อย่างมากและเพิ่มคุณสมบัติใหม่มากมาย รวมทั้งสถาปัตยกรรม Streaming Multiprocessor (SM) สำหรับการเพิ่มประสิทธิภาพ Machine Learning (ML)/Deep Learning (DL) การเชื่อมต่อ GPU ความเร็วสูงของ NVIDIA NVLink รุ่นที่สอง และหน่วยความจำ HBM2 ที่มีการปรับแต่งสูงเพื่อประสิทธิภาพที่สูงขึ้น

อินสแตนซ์ G3 ใช้ GPU NVIDIA Tesla M60 และมอบแพลตฟอร์มประสิทธิภาพสูงสำหรับแอปพลิเคชันกราฟิกโดยใช้ DirectX หรือ OpenGL NVIDIA Tesla M60 GPUs สนับสนุนคุณลักษณะ NVIDIA GRID Virtual Workstation และการเข้ารหัสฮาร์ดแวร์ H.265 (HEVC) GPU M60 แต่ละตัวในอินสแตนซ์ G3 รองรับจอภาพ 4 จอซึ่งมีความละเอียดสูงถึง 4096x2160 และได้รับอนุญาตให้ใช้ NVIDIA GRID Virtual Workstation สำหรับผู้ใช้ที่ต่อเชื่อมกันพร้อมกันหนึ่งราย แอปพลิเคชันตัวอย่างของอินสแตนซ์ G3 ประกอบด้วยการจัดรูปแบบการแสดงผล 3 มิติ เวิร์กสเตชันระยะไกลที่ใช้กราฟิกมาก การแสดงผลแบบ 3 มิติ การสตรีมมิ่งแอปพลิเคชัน การเข้ารหัสวิดีโอ และตามปริมาณงานด้านกราฟิกฝั่งเซิร์ฟเวอร์อื่นๆ

ถาม: GPU NVIDIA Volta GV100 มีประโยชน์อะไรบ้าง

ตัวเร่งความเร็วใหม่ NVIDIA Tesla V100 มีการรวม Volta GV100 GPU ใหม่ที่มีประสิทธิภาพไว้ด้วย GV100 ไม่เพียงแต่จะสร้างขึ้นบนการพัฒนาจาก Pascal GP100 GPU รุ่นก่อนเท่านั้น แต่ยังมีการเพิ่มประสิทธิภาพและความสามารถในการปรับขนาดได้อย่างมาก รวมทั้งเพิ่มคุณสมบัติใหม่ๆ ที่ช่วยปรับปรุงความสามารถในการเขียนโปรแกรม ความก้าวหน้าเหล่านี้จะช่วยอัดฉีดประสิทธิภาพของ HPC, ศูนย์ข้อมูล, ซูเปอร์คอมพิวเตอร์ และระบบ Deep Learning และแอปพลิเคชันต่างๆ

ถาม: ใครจะได้ประโยชน์จากอินสแตนซ์ P3

อินสแตนซ์ P3 ที่มีประสิทธิภาพด้านการประมวลผลสูงจะเป็นประโยชน์ต่อผู้ใช้ Artificial Intelligence (AI), Machine Learning (ML), Deep Learning (DL) และ High Performance Computing (HPC) ผู้ใช้รวมถึง Data Scientist, สถาปนิกข้อมูล, นักวิเคราะห์ข้อมูล, นักวิจัยทางวิทยาศาสตร์, วิศวกร ML, ผู้จัดการด้านไอที และ Developer ซอฟต์แวร์ อุตสาหกรรมหลัก ได้แก่ การขนส่ง พลังงาน/น้ำมันและก๊าซ บริการทางการเงิน (ธนาคาร ประกันภัย) การดูแลสุขภาพ เภสัชศาสตร์ วิทยาศาสตร์ ไอที ค้าปลีก การผลิต เทคโนโลยีขั้นสูง การขนส่ง ภาครัฐ สถาบันการศึกษา และอื่นๆ อีกมากมาย

ถาม: อินสแตนซ์ P3 มีกรณีใช้งานที่สำคัญอะไรบ้าง

อินสแตนซ์ P3 ใช้ GPU เพื่อเร่งความเร็วระบบ Deep Learning และแอปพลิเคชันที่หลากหลาย รวมทั้งแพลตฟอร์มรถยนต์อัตโนมัติ คำพูด อิมเมจ และระบบจดจำข้อความ การวิเคราะห์วิดีโออัจฉริยะ การจำลองแบบโมเลกุล การค้นพบยา การวินิจฉัยโรค การพยากรณ์อากาศ การวิเคราะห์ข้อมูลขนาดใหญ่ การสร้างโมเดลทางการเงิน หุ่นยนต์ โรงงานอัตโนมัติ การแปลภาษาแบบเรียลไทม์ การเพิ่มประสิทธิภาพการค้นหาออนไลน์ และการแนะนำผู้ใช้ที่มีการปรับแต่งส่วนบุคคล และอื่นๆ อีกมากมาย

ถาม: เพราะเหตุใดลูกค้าจึงควรใช้อินสแตนซ์ Amazon P3 ที่ทำงานบน GPU สำหรับ AI/ML และ HPC

อินสแตนซ์การประมวลผลที่ใช้ GPU จะช่วยเพิ่มอัตราความเร็วและประสิทธิภาพเนื่องจากได้รับการออกแบบสำหรับการประมวลผลแบบขนานปริมาณมากโดยใช้แกนประมวลผลพิเศษหลายพันแกนต่อ GPU เทียบกับ CPU ที่มีการประมวลผลตามลำดับโดยใช้ไม่กี่แกน นอกจากนี้ Developer ยังได้สร้างแอปพลิเคชัน HPC ทางวิทยาศาสตร์ซึ่งปรับ GPU ให้เหมาะสมหลายร้อยรายการ เช่น เคมีควอนตัม พลศาสตร์โมเลกุล อุตุนิยมวิทยา และอื่นๆ อีกมากมาย การวิจัยชี้ให้เห็นว่ากว่า 70% ของแอปพลิเคชัน HPC ที่เป็นที่นิยมมากที่สุดมีการสนับสนุน GPU ในตัว

ถาม: อินสแตนซ์ P3 สนับสนุนระบบเครือข่าย EC2 Classic และ Amazon VPC หรือไม่

อินสแตนซ์ P3 จะสนับสนุน VPC เท่านั้น

ถาม: อินสแตนซ์ G3 แตกต่างจากอินสแตนซ์ P2 อย่างไร

อินสแตนซ์ G3 ใช้ GPU NVIDIA Tesla M60 และมอบแพลตฟอร์มประสิทธิภาพสูงสำหรับแอปพลิเคชันกราฟิกโดยใช้ DirectX หรือ OpenGL NVIDIA Tesla M60 GPUs สนับสนุนคุณลักษณะ NVIDIA GRID Virtual Workstation และการเข้ารหัสฮาร์ดแวร์ H.265 (HEVC) GPU M60 แต่ละตัวในอินสแตนซ์ G3 รองรับจอภาพ 4 จอซึ่งมีความละเอียดสูงถึง 4096x2160 และได้รับอนุญาตให้ใช้ NVIDIA GRID Virtual Workstation สำหรับผู้ใช้ที่ต่อเชื่อมกันพร้อมกันหนึ่งราย แอปพลิเคชันตัวอย่างของอินสแตนซ์ G3 ประกอบด้วยการจัดรูปแบบการแสดงผล 3 มิติ เวิร์กสเตชันระยะไกลที่ใช้กราฟิกมาก การแสดงผลแบบ 3 มิติ การสตรีมมิ่งแอปพลิเคชัน การเข้ารหัสวิดีโอ และตามปริมาณงานด้านกราฟิกฝั่งเซิร์ฟเวอร์อื่นๆ

อินสแตนซ์ P2 ใช้ NVIDIA Tesla K80 GPU และได้รับการออกแบบมาสำหรับการประมวลผล GPU ทั่วไปโดยใช้โมเดลการเขียนโปรแกรม CUDA หรือ OpenCL อินสแตนซ์ P2 ให้บริการลูกค้าด้วยระบบเครือข่ายแบนด์วิดท์สูง 25 Gbps พร้อมความสามารถด้านจุดลอยตัวแบบความเที่ยงหนึ่งเท่าและสองเท่า และหน่วยความจำโค้ดแก้ไขข้อผิดพลาด (ECC) ซึ่งทำให้เหมาะสำหรับ Deep Learning ฐานข้อมูลประสิทธิภาพสูง พลศาสตร์ของไหลเชิงคำนวณ การเงินเชิงคำนวณ การวิเคราะห์แผ่นดินไหว การสร้างแบบจำลองโมเลกุล จีโนม การแสดงผล และปริมาณงานประมวลผล GPU ฝั่งเซิร์ฟเวอร์อื่นๆ

ถาม: อินสแตนซ์ P3 แตกต่างจากอินสแตนซ์ G2 อย่างไร

อินสแตนซ์ P3 เป็นอินสแตนซ์ประมวลผล GPU อเนกประสงค์ EC2 รุ่นถัดไป ที่ขับเคลื่อนด้วย NVIDIA Volta GV100 รุ่นล่าสุด สูงสุด 8 ตัว อินสแตนซ์ใหม่เหล่านี้ช่วยปรับปรุงประสิทธิภาพและความสามารถในการปรับขนาดได้อย่างมากและเพิ่มคุณสมบัติใหม่มากมาย รวมทั้งสถาปัตยกรรม Streaming Multiprocessor (SM) เพิ่มประสิทธิภาพมาสำหรับ Machine Learning (ML)/Deep Learning (DL) การเชื่อมต่อ GPU ความเร็วสูงของ NVIDIA NVLink รุ่นที่สอง และหน่วยความจำ HBM2 ที่มีการปรับแต่งสูงเพื่อประสิทธิภาพที่สูงขึ้น

อินสแตนซ์ P2 ใช้ NVIDIA Tesla K80 GPU และได้รับการออกแบบมาสำหรับการประมวลผล GPU ทั่วไปโดยใช้โมเดลการเขียนโปรแกรม CUDA หรือ OpenCL อินสแตนซ์ P2 มอบระบบเครือข่ายแบนด์วิดท์สูง 25 Gbps พร้อมความสามารถด้านจุดลอยตัวแบบความเที่ยงตรงหนึ่งเท่าและสองเท่า และหน่วยความจำโค้ดแก้ไขข้อผิดพลาด (ECC)

ถาม: อินสแตนซ์ GPU ด้านกราฟิกและประมวลผลรองรับ API และโมเดลการเขียนโปรแกรมใดบ้าง

อินสแตนซ์ P3 รองรับ CUDA 9 และ OpenCL, อินสแตนซ์ P2 รองรับ CUDA 8 และ OpenCL 1.2 และอินสแตนซ์ G3 รองรับ DirectX 12, OpenGL 4.5, CUDA 8 และ OpenCL 1.2

ถาม: ฉันจะหาไดรเวอร์ NVIDIA สำหรับอินสแตนซ์ P3 และอินสแตนซ์ G3 ได้จากที่ใด

มีสองวิธีที่สามารถหาไดรเวอร์ของ NVIDIA ได้ รายชื่อใน AWS Marketplace ให้บริการ Amazon Linux AMI และ Windows Server AMI พร้อมกับไดรเวอร์ NVIDIA ที่ติดตั้งมาแล้ว คุณยังสามารถเปิดใช้ AMI 64 บิต, HVM และติดตั้งไดรเวอร์ด้วยตัวคุณเองได้ คุณต้องไปที่เว็บไซต์ไดรเวอร์ของ NVIDIA และค้นหา NVIDIA Tesla V100 สำหรับอินสแตนซ์ P3, NVIDIA Tesla K80 สำหรับอินสแตนซ์ P2 และ NVIDIA Tesla M60 สำหรับอินสแตนซ์ G3

ถาม: ฉันจะใช้ AMI ใดกับอินสแตนซ์ P3, P2 และ G3

ขณะนี้คุณสามารถใช้ AMI ของ Windows Server, SUSE Enterprise Linux, Ubuntu และ Amazon Linux บนอินสแตนซ์ P2 และอินสแตนซ์ G3 ได้ อินสแตนซ์ P3 จะสนับสนุน HVM AMI เท่านั้น หากคุณต้องการเปิดใช้ AMI กับระบบปฏิบัติการที่ไม่ได้ระบุไว้ที่นี่ โปรดติดต่อฝ่ายสนับสนุนลูกค้า AWS พร้อมคำขอของคุณ หรือติดต่อผ่านฟอรัม EC2

ถาม: อินสแตนซ์ G2 และอินสแตนซ์ G3 จำเป็นต้องมีสิทธิ์การใช้งานของบุคคลที่สามหรือไม่

นอกเหนือจากไดรเวอร์ NVIDIA และ GRID SDK แล้ว การใช้อินสแตนซ์ G2 และอินสแตนซ์ G3 ไม่จำเป็นต้องมีสิทธิ์การใช้งานใดๆ ของบุคคลที่สาม อย่างไรก็ตาม คุณมีหน้าที่รับผิดชอบในการพิจารณาว่าเนื้อหาหรือเทคโนโลยีของคุณที่ใช้ในอินสแตนซ์ G2 และอินสแตนซ์ G3 ต้องการการออกสิทธิ์การใช้งานเพิ่มเติมหรือไม่ ตัวอย่างเช่น หากคุณกำลังสตรีมเนื้อหาคุณอาจต้องการสิทธิ์การใช้งานสำหรับเนื้อหานั้นบางส่วนหรือทั้งหมด หากคุณใช้เทคโนโลยีของบุคคลที่สาม เช่น ระบบปฏิบัติการ โปรแกรมเข้ารหัสเสียงและ/หรือวิดีโอ และตัวถอดรหัสจาก Microsoft, Thomson, Fraunhofer IIS, Sisvel S.p.A., MPEG-LA และ Coding Technologies โปรดปรึกษาผู้ให้บริการเหล่านี้เพื่อพิจารณาว่าจำเป็นต้องมีสิทธิ์การใช้งานหรือไม่ ตัวอย่างเช่น หากคุณใช้โปรแกรมเข้ารหัสวิดีโอ h.264 บน NVIDIA GRID GPU คุณควรติดต่อกับ MPEG-LA เพื่อขอคำแนะนำ และหากคุณใช้เทคโนโลยี mp3 คุณควรติดต่อ Thomson เพื่อขอคำแนะนำ

ถาม: เหตุใดฉันจึงไม่ได้รับคุณลักษณะ NVIDIA GRID ในอินสแตนซ์ G3 ซึ่งใช้ไดรเวอร์ที่ดาวน์โหลดจากเว็บไซต์ของ NVIDIA

The NVIDIA Tesla M60 GPU ที่ใช้ในอินสแตนซ์ G3 จำเป็นต้องมีไดรเวอร์ NVIDIA GRID แบบพิเศษเพื่อให้สามารถใช้คุณลักษณะกราฟิกขั้นสูงทั้งหมด และการรองรับจอภาพ 4 ตัวที่ความละเอียดสูงสุด 4096x2160 คุณต้องใช้ AMI ที่ติดตั้งไดรเวอร์ NVIDIA GRID ไว้ หรือดาวน์โหลดและติดตั้งไดรเวอร์ NVIDIA GRID ตามเอกสารประกอบของ AWS

ถาม: เหตุใดฉันจึงไม่เห็น GPU เมื่อใช้ Microsoft Remote Desktop

เมื่อใช้ Remote Desktop อยู่นั้น GPU ที่ใช้ไดรเวอร์ WDDM จะถูกแทนที่ด้วยไดรเวอร์แสดงผล Remote Desktop ที่ไม่มีการเร่งความเร็ว เพื่อเข้าถึงฮาร์ดแวร์ GPU ของคุณ คุณจำเป็นต้องใช้เครื่องมือการเข้าถึงระยะไกลอื่นๆ เช่น VNC

ถาม: Amazon EC2 F1 คืออะไร

Amazon EC2 F1 เป็นอินสแตนซ์การประมวลผลที่มีฮาร์ดแวร์แบบโปรแกรมได้ที่คุณสามารถใช้สำหรับการเร่งความเร็วแอปพลิเคชัน ประเภทอินสแตนซ์ใหม่ F1 ให้ประสิทธิภาพและง่ายต่อการเข้าถึง FPGA สำหรับการพัฒนาและใช้งานการเร่งความเร็วฮาร์ดแวร์แบบกำหนดเอง

ถาม: FPGA คืออะไร และเหตุใดฉันจึงต้องใช้

FPGA เป็นวงจรรวมแบบโปรแกรมได้ซึ่งคุณสามารถกำหนดค่าได้โดยใช้ซอฟต์แวร์ เมื่อใช้ FPGA คุณสามารถเร่งความเร็วแอปพลิเคชันได้ถึง 30 เท่า เมื่อเปรียบเทียบกับเซิร์ฟเวอร์ที่ใช้ CPU เพียงอย่างเดียว และ FPGA สามารถโปรแกรมได้เพื่อให้คุณมีความยืดหยุ่นในการปรับปรุงและเพิ่มประสิทธิภาพการเร่งความเร็วฮาร์ดแวร์ของคุณโดยไม่ต้องออกแบบฮาร์ดแวร์ใหม่

ถาม: โซลูชัน F1 เปรียบเทียบกับ FPGA แบบดั้งเดิมแล้วเป็นอย่างไร

F1 เป็นอินสแตนซ์ AWS ที่มีฮาร์ดแวร์แบบโปรแกรมได้สำหรับการเร่งความเร็วแอปพลิเคชัน เมื่อใช้ F1 คุณจะสามารถเข้าถึงฮาร์ดแวร์ FPGA ได้โดยคลิกเพียงไม่กี่ครั้ง ทำให้ลดเวลาและค่าใช้จ่ายในการพัฒนา FPGA แบบเต็มรูปแบบ และลดเวลาการปรับใช้การปรับขนาดงานจากระยะเวลาหลักเดือนหรือปี เป็นระยะเวลาหลักวัน แม้ว่าเทคโนโลยี FPGA จะมีมาหลายทศวรรษแล้ว แต่การนำการเร่งความเร็วแอปพลิเคชันมาใช้งานก็ไม่ค่อยประสบความสำเร็จทั้งในด้านการพัฒนาตัวเร่งความเร็วและรูปแบบธุรกิจในการขายฮาร์ดแวร์ที่กำหนดเองสำหรับองค์กรแบบดั้งเดิม เนื่องจากเวลาและต้นทุนในการพัฒนาโครงสร้างพื้นฐาน การออกแบบฮาร์ดแวร์ และการปรับใช้งานตามขนาด ด้วยข้อเสนอนี้ ลูกค้าสามารถหลีกเลี่ยงการแบกรับภาระหนักที่ไม่มีความแตกต่าง ซึ่งเชื่อมโยงกับการพัฒนา FPGA ในศูนย์ข้อมูลในองค์กร

ถาม: Amazon FPGA Image (AFI) คืออะไร

การออกแบบที่คุณสร้างขึ้นเพื่อโปรแกรม FPGA ของคุณเรียกว่า Amazon FPGA Image (AFI) AWS ให้บริการเพื่อลงทะเบียน จัดการ คัดลอก สืบค้น และลบ AFI หลังจากสร้าง AFI แล้ว จะสามารถโหลดได้ในอินสแตนซ์ F1 ที่เรียกใช้อยู่ คุณสามารถโหลด AFI จำนวนมากไปยังอินสแตนซ์ F1 เดียวกัน และสามารถสลับระหว่าง AFI ในเรียกใช้ไทม์ได้โดยไม่ต้องรีบูต ซึ่งช่วยให้คุณสามารถทดสอบและเรียกใช้การเร่งความเร็วฮาร์ดแวร์ได้อย่างรวดเร็วในลำดับที่รวดเร็ว นอกจากนี้คุณยังสามารถเสนอให้ลูกค้ารายอื่นๆ ใน AWS Marketplace ได้มีการรวมการเร่งความเร็ว FPGA และ AMI กับซอฟต์แวร์ที่กำหนดเองหรือไดรเวอร์ AFI

ถาม: ฉันจะลงรายการเร่งความเร็วฮาร์ดแวร์ของฉันใน AWS Marketplace ได้อย่างไร

คุณจะต้องพัฒนา AFI และไดรเวอร์/เครื่องมือซอฟต์แวร์เพื่อใช้ AFI นี้ จากนั้นคุณจะต้องบรรจุไดรเวอร์/เครื่องมือซอฟต์แวร์เหล่านี้ลงใน Amazon Machine Image (AMI) ในรูปแบบที่เข้ารหัส AWS จะจัดการ AFI ทั้งหมดในรูปแบบที่เข้ารหัสที่คุณระบุ เพื่อรักษาความปลอดภัยให้กับรหัสของคุณ หากต้องการขายผลิตภัณฑ์ใน AWS Marketplace คุณหรือบริษัทของคุณต้องลงชื่อสมัครใช้งานเพื่อเป็นผู้ค้าปลีกของ AWS Marketplace จากนั้นคุณจะต้องส่ง AMI ID และ AFI ID ที่จัดทำขึ้นเพื่อบรรจุในผลิตภัณฑ์เดียว AWS Marketplace จะดูแลการโคลน AMI และ AFI เพื่อสร้างผลิตภัณฑ์ และเชื่อมโยงรหัสผลิตภัณฑ์กับสิ่งประดิษฐ์เหล่านี้ เช่น ว่าผู้ใช้ปลายทางรายใดที่สมัครรับรหัสผลิตภัณฑ์นี้จะสามารถเข้าถึง AMI และ AFI ได้

ถาม: มีอะไรที่สามารถใช้ได้กับอินสแตนซ์ F1

สำหรับ Developer AWS จะมีชุด Hardware Development Kit (HDK) เพื่อช่วยเร่งความเร็วในวงจรการพัฒนา, FPGA Developer AMI สำหรับการพัฒนาในระบบคลาวด์, SDK สำหรับ AMI ที่เรียกใช้อินสแตนซ์ F1 และชุด API เพื่อลงทะเบียน จัดการ คัดลอก สืบค้น และลบ AFI ทั้ง Developer และลูกค้าสามารถเข้าถึง AWS Marketplace ซึ่งสามารถระบุและซื้อ AFI เพื่อใช้ในการเร่งความเร็วแอปพลิเคชันได้

ถาม: ฉันจำเป็นต้องเป็นผู้เชี่ยวชาญ FPGA เพื่อใช้อินสแตนซ์ F1 หรือไม่

ลูกค้า AWS ที่สมัครใช้ AMI ที่ได้รับการปรับให้เหมาะกับ F1 จาก AWS Marketplace ไม่จำเป็นต้องมีความรู้ใดๆ เกี่ยวกับ FPGA เพื่อใช้ประโยชน์จากการเร่งความเร็วที่มาจากอินสแตนซ์ F1 และ AWS Marketplace เพียงสมัครใช้ AMI ที่ได้รับการปรับให้เหมาะกับ F1 จาก AWS Marketplace ด้วยการเร่งความเร็วที่ตรงกับตามปริมาณงาน AMI มีซอฟต์แวร์ทั้งหมดที่จำเป็นสำหรับการใช้การเร่งความเร็ว FPGA ลูกค้าเพียงแค่เขียนซอฟต์แวร์ไปยัง API เฉพาะสำหรับตัวเร่งความเร็วนั้น และเริ่มใช้ตัวเร่งความเร็ว

ถาม: ฉันเป็น FPGA Developer ฉันจะเริ่มต้นใช้งานอินสแตนซ์ F1 ได้อย่างไร

Developer สามารถเริ่มต้นใช้งานอินสแตนซ์ F1 ได้ด้วยการสร้างบัญชี AWS และดาวน์โหลด AWS Hardware Development Kit (HDK) HDK ประกอบด้วยเอกสารประกอบ F1, อินเทอร์เฟซ FPGA ภายใน และสคริปต์คอมไพเลอร์สำหรับสร้าง AFI Developer สามารถเริ่มเขียนโค้ด FPGA ไปยังอินเทอร์เฟซที่มีการจัดทำเป็นเอกสารไว้ใน HDK เพื่อสร้างฟังก์ชันการเร่งความเร็วได้ Developer สามารถเปิดใช้อินสแตนซ์ AWS กับ FPGA Developer AMI AMI นี้มีเครื่องมือในการพัฒนาที่จำเป็นในการคอมไพล์และจำลองโค้ด FPGA Developer AMI เรียกใช้ได้ดีที่สุดบนอินสแตนซ์ C5 , อินสแตนซ์ M5 หรืออินสแตนซ์ R4 ล่าสุด Developer ควรมีประสบการณ์ในการเขียนโปรแกรมภาษาที่ใช้ในการสร้างโค้ด FPGA (ซึ่งก็คือ Verilog หรือ VHDL) และเข้าใจถึงการดำเนินการที่พวกเขาต้องการเร่งความเร็ว

ถาม: ฉันไม่ได้เป็น Developer FPGA ฉันจะเริ่มต้นใช้งานอินสแตนซ์ F1 ได้อย่างไร

ลูกค้าสามารถเริ่มต้นใช้งานอินสแตนซ์ F1 โดยเลือกตัวเร่งความเร็วจาก AWS Marketplace ซึ่งจัดทำโดยผู้ขาย AWS Marketplace และเปิดใช้อินสแตนซ์ F1 กับ AMI นั้น AMI มีซอฟต์แวร์และ API สำหรับตัวเร่งความเร็วดังกล่าวทั้งหมด AWS จะจัดการการเขียนโปรแกรม FPGA ด้วย AFI สำหรับตัวเร่งความเร็วนั้น ลูกค้าไม่จำเป็นต้องมีประสบการณ์หรือความรู้เกี่ยวกับ FPGA เพื่อใช้ตัวเร่งความเร็วเหล่านี้ พวกเขาสามารถทำงานได้อย่างสมบูรณ์ที่ระดับ API ของซอฟต์แวร์สำหรับตัวเร่งความเร็วนั้น

ถาม: AWS มีชุดเครื่องมือสำหรับ Developer หรือไม่

ได้ Hardware Development Kit (HDK) ประกอบด้วยเครื่องมือจำลองและโมเดลจำลองสำหรับ Developer เพื่อจำลอง แก้จุดบกพร่อง สร้าง และลงทะเบียนโค้ดเร่งความเร็ว HDK ประกอบด้วยตัวอย่างโค้ด คอมไพล์สคริปต์ อินเทอร์เฟซแก้จุดบกพร่อง และเครื่องมืออื่นๆ อีกมากมายที่คุณต้องใช้พัฒนาโค้ด FPGA สำหรับอินสแตนซ์ F1 คุณสามารถใช้ HDK ได้ใน AMI ที่ให้มากับ AWS หรือในสภาพแวดล้อมการพัฒนาในองค์กรของคุณ โมเดลและสคริปต์เหล่านี้มีให้ใช้แบบสาธารณะพร้อมกับบัญชี AWS

ถาม: ฉันสามารถใช้ HDK ในสภาพแวดล้อมการพัฒนาในองค์กรของฉันได้หรือไม่

ได้ คุณสามารถใช้ Hardware Development Kit HDK ได้ใน AMI ที่ให้มากับ AWS หรือในสภาพแวดล้อมการพัฒนาในองค์กรของคุณ

ถาม: ฉันสามารถเพิ่ม FPGA ไปยังอินสแตนซ์ EC2 ประเภทใดก็ได้หรือไม่

ไม่ อินสแตนซ์ F1 มีสองขนาดคือ f1.2xlarge และ f1.16xlarge

อินสแตนซ์เพิ่มประสิทธิภาพการประมวลผล

ถาม: เมื่อใดที่ฉันควรใช้อินสแตนซ์เพิ่มประสิทธิภาพการประมวลผล

อินสแตนซ์เพิ่มประสิทธิภาพการประมวลผลออกแบบมาสำหรับแอปพลิเคชันที่ต้องใช้พลังในการประมวลผลสูง แอปพลิเคชันเหล่านี้ ได้แก่ แอปพลิเคชันที่ใช้พลังในการประมวลผลสูง เช่น เว็บเซิร์ฟเวอร์ประสิทธิภาพสูง ระบบประมวลผลประสิทธิภาพสูง (HPC) การสร้างโมเดลทางวิทยาศาสตร์ การวิเคราะห์แบบกระจาย และส่วนอนุมานของ Machine Learning

ถาม: ฉันจะสามารถเปิดใช้อินสแตนซ์ C4 ให้เป็นอินสแตนซ์แบบเพิ่มประสิทธิภาพ Amazon EBS ได้หรือไม่

อินสแตนซ์ C4 แต่ละประเภทเป็นแบบเพื่มประสิทธิภาพ EBS อยู่แล้วตามค่าเริ่มต้น อินสแตนซ์ C4 มีความเร็ว 500 Mbps ถึง 4,000 Mbps ไปยัง EBS สูงกว่าและเกินกว่าอัตราความเร็วของเครือข่ายสำหรับงานทั่วไปที่จัดหาให้กับอินสแตนซ์นั้นๆ เนื่องจากคุณสมบัตินี้เปิดใช้ในอินสแตนซ์ C4 อยู่เสมอ ดังนั้น การเปิดใช้อินสแตนซ์ C4 ในแบบปรับให้เหมาะกับ EBS จึงไม่กระทบต่อการทำงานของอินสแตนซ์แต่อย่างใด

ถาม: ฉันสามารถใช้คุณสมบัติในการควบคุมสถานะของตัวประมวลผลที่มีอยู่ในอินสแตนซ์ c4.8xlarge ได้อย่างไร

อินสแตนซ์ประเภท c4.8xlarge ช่วยให้ระบบปฏิบัติการสามารถควบคุมสถานะ C และสถานะ P ของตัวประมวลผลได้ ในขณะนี้ คุณสมบัตินี้มีให้บริการเฉพาะในอินสแตนซ์ Linux เท่านั้น คุณอาจต้องการเปลี่ยนการตั้งค่าสถานะ C หรือสถานะ P เพื่อเพิ่มประสิทธิภาพการทำงานที่สม่ำเสมอของตัวประมวลผล ลดเวลาแฝง หรือปรับอินสแตนซ์ของคุณให้เข้ากับปริมาณงานที่เฉพาะเจาะจง จากค่าเริ่มต้น Amazon Linux จะกำหนดค่าประสิทธิภาพในการทำงานไว้ในระดับสูงสุดซึ่งเหมาะสำหรับปริมาณงานของลูกค้าส่วนใหญ่ หากแอปพลิเคชันของคุณจะได้ประโยชน์จากเวลาแฝงที่ต่ำกว่าในราคาความถี่แบบคอร์เดี่ยวหรือคอร์คู่ที่สูงกว่า หรือได้ประโยชน์จากประสิทธิภาพการทำงานที่ยาวนานในความถี่ที่ต่ำกว่ามากกว่าที่จะใช้ความถี่ Turbo Boost ที่มีอัตราการไหลของข้อมูลอย่างรวดเร็ว หากเป็นเช่นนั้นแล้ว คุณก็ควรทดลองใช้ตัวเลือกในการกำหนดค่าสถานะ C หรือสถานะ P ที่มีอยู่ในอินสแตนซ์เหล่านี้ โปรดดูข้อมูลเพิ่มเติมเกี่ยวกับคุณสมบัตินี้ได้ในการควบคุมสถานะของตัวประมวลผลในคู่มือผู้ใช้ Amazon EC2

ถาม: มีอินสแตนซ์ใดบ้างที่อยู่ในหมวดหมู่อินสแตนซ์เพิ่มประสิทธิภาพการประมวลผล

อินสแตนซ์ C5: อินสแตนซ์ C5 เป็นอินสแตนซ์เพิ่มประสิทธิภาพการประมวลผลรุ่นล่าสุดของ EC2 อินสแตนซ์ C5 ทำงานบนตัวประมวลผล Intel Xeon Platinum ซึ่งเป็นส่วนหนึ่งของกลุ่มตัวประมวลผล Intel Xeon Scalable (ชื่อรหัส Skylake-SP) และมีให้เลือก 6 ขนาด สูงสุด 72 vCPU และหน่วยความจำ 144 GiB อินสแตนซ์ C5 นำเสนอราคา/ประสิทธิภาพการทำงานที่ดีขึ้น 25% เทียบกับอินสแตนซ์ C4

อินสแตนซ์ C4: อินสแตนซ์ C4 ทำงานบนตัวประมวลผล Xeon E5-2666 v3 (ชื่อรหัส Haswell) อินสแตนซ์ C4 มีให้เลือก 5 ขนาด สูงสุด 36 vCPU และหน่วยความจำ 60 GiB

ถาม: ฉันควรจะย้ายปริมาณงานจากอินสแตนซ์ C3 หรือ C4 ไปเป็นอินสแตนซ์ C5 หรือไม่

เนื่องจากอินสแตนซ์ C5 ได้รับการพัฒนาตามรุ่นโดยมีประสิทธิภาพการทำงานของ CPU สูงขึ้นและมีราคาถูกลง โดยมีราคา/ประสิทธิภาพการทำงานดีกว่าอินสแตนซ์ C4 ถึง 25% จึงเป็นประโยชน์ต่อปริมาณงานในวงกว้างที่กำลังเรียกใช้บนอินสแตนซ์ C3 หรือ C4 สำหรับแอปพลิเคชันที่เน้นในเรื่องจุดลอยตัว Intel AVX-512 จะช่วยให้ TFLOPS ที่ส่งมอบมีการพัฒนาขึ้นเป็นอย่างมาก โดยดึงการขนานในระดับข้อมูลได้อย่างมีประสิทธิภาพ ลูกค้าที่ต้องการประสิทธิภาพการแสดงผลกราฟิกและปริมาณงาน HPC ขั้นสูงซึ่งสามารถเร่งความเร็วได้ด้วย GPU หรือ FPGA ควรจะพิจารณากลุ่มประเภทอินสแตนซ์อื่นๆ ภายในพอร์ตโฟลิโอของ Amazon EC2 ด้วย ซึ่งประกอบไปด้วยทรัพยากรที่ช่วยค้นหาอินสแตนซ์ที่เหมาะกับปริมาณงานมากที่สุด

ถาม: อินสแตนซ์ C5 รองรับระบบปฏิบัติการ/AMI ใดบ้าง

HVM AMI แบบ EBS ที่รองรับระบบเครือข่ายและการเริ่มต้นระบบ ENA จากพื้นที่จัดเก็บ NVMe สามารถใช้กับอินสแตนซ์ C5 ได้ C5 รองรับ AMI ดังต่อไปนี้

  • Amazon Linux 2014.03 หรือใหม่กว่า
  • Ubuntu 14.04 หรือใหม่กว่า
  • SUSE Linux Enterprise Server 12 หรือใหม่กว่า
  • Red Hat Enterprise Linux 7.4 หรือใหม่กว่า
  • CentOS 7 หรือใหม่กว่า
  • Windows Server 2008 R2
  • Windows Server 2012
  • Windows Server 2012 R2
  • Windows Server 2016
  • FreeBSD 11.1-RELEASE

ขอแนะนำให้ใช้ Linux เคอร์เนลเวอร์ชัน 4.9 ขึ้นไปเพื่อให้พื้นที่จัดเก็บข้อมูล SSD บน NVMe เฉพาะที่สามารถทำงานบน C5d ได้อย่างมีประสิทธิภาพ

ถาม: มีพื้นที่จัดเก็บขนาดเท่าใดบ้างให้ลูกค้าอินสแตนซ์ C5 เลือกใช้

อินสแตนซ์ C5 ใช้ไดรฟ์ข้อมูล EBS สำหรับพื้นที่จัดเก็บและเป็นแบบเพิ่มประสิทธิภาพ EBS ตามค่าเริ่มต้น และมีอัตราความเร็วสูงถึง 9 Gbps ไปยังไดรฟ์ข้อมูล EBS ทั้งแบบเข้ารหัสและไม่ได้เข้ารหัส อินสแตนซ์ C5 จะเข้าถึงไดรฟ์ข้อมูล EBS ผ่านทางอินเทอร์เฟซ NVM Express (NVMe) ที่มีการแนบ PCI NVMe เป็นอินเทอร์เฟซการจัดเก็บข้อมูลที่มีประสิทธิภาพและปรับขนาดได้ ซึ่งมักใช้สำหรับ SSD แบบแฟลช เช่น ที่จัดเก็บข้อมูล NVMe ในตัวเครื่องพร้อมกับอินสแตนซ์ I3 และ I3en แม้ว่าอินเทอร์เฟซ NVMe อาจมีเวลาแฝงต่ำกว่าเมื่อเทียบกับอุปกรณ์บล็อกข้อมูลแบบ Paravirtualized ของ Xen แต่เมื่อใช้เพื่อเข้าถึงไดรฟ์ข้อมูลแบบ EBS ประเภทไดรฟ์ ขนาด และ IOPS ที่มีการเตรียมใช้งาน (ถ้ามี) จะกำหนดเวลาแฝงและลักษณะการรับส่งข้อมูลโดยรวมของไดรฟ์ข้อมูล เมื่อใช้ NVMe เพื่อให้ไดรฟ์ข้อมูล EBS จะมีการแนบและถอดไดรฟ์ข้อมูลโดย PCI Hotplug

ถาม: อินสแตนซ์ C5 รองรับอินเทอร์เฟซเครือข่ายใดบ้าง

อินสแตนซ์ C5 ใช้ Elastic Network Adapter (ENA) สำหรับระบบเครือข่ายและเปิดใช้งาน Enhanced Networking ตามค่าเริ่มต้น เมื่อใช้อินสแตนซ์ ENA C5 จะสามารถใช้แบนด์วิดท์เครือข่ายได้สูงสุด 25 Gbps

ถาม: อินเทอร์เฟซการจัดเก็บข้อมูลใดที่รองรับอินสแตนซ์ C5

อินสแตนซ์ C5 จะสนับสนุนเฉพาะรุ่นอุปกรณ์ NVMe EBS เท่านั้น ไดรฟ์ข้อมูล EBS ที่แนบกับอินสแตนซ์ C5 จะปรากฏเป็นอุปกรณ์ NVMe NVMe เป็นอินเทอร์เฟซการจัดเก็บข้อมูลแบบใหม่ที่ช่วยลดเวลาแฝง และส่งผลให้มีการเพิ่ม I/O และการรับส่งข้อมูลของดิสก์

ถาม: สามารถแนบไดรฟ์ข้อมูล EBS กับอินสแตนซ์ C5 ได้จำนวนเท่าใด

อินสแตนซ์ C5 สนับสนุนไดรฟ์ข้อมูล EBS สูงสุด 27 ตัวสำหรับระบบปฏิบัติการทั้งหมด สามารถดูขีดจำกัดที่ใช้ร่วมกันกับการแนบ ENI ได้ที่นี่ http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html ตัวอย่างเช่น เนื่องจากทุกอินสแตนซ์มี ENI อย่างน้อย 1 รายการ ถ้าคุณมีส่วนแนบ ENI เพิ่มเติม 3 รายการใน c4.2xlarge คุณสามารถแนบไดรฟ์ข้อมูล EBS กับอินสแตนซ์นั้นได้ 24 ตัว

ถาม: ไฮเปอร์ไวเซอร์พื้นฐานบนอินสแตนซ์ C5 คืออะไร

อินสแตนซ์ C5 ใช้ไฮเปอร์ไวเซอร์ EC2 ใหม่ซึ่งใช้เทคโนโลยี KVM หลัก

ถาม: เหตุใดหน่วยความจำทั้งหมดที่รายงานโดยระบบปฏิบัติการจึงไม่ตรงกับหน่วยความจำที่โฆษณาไว้ในประเภทอินสแตนซ์ C5

ใน C5 บางส่วนของหน่วยความจำทั้งหมดสำหรับอินสแตนซ์จะได้รับการสงวนไว้ไม่ให้มีการใช้งานโดยระบบปฏิบัติการ รวมถึงพื้นที่ที่ BIOS เสมือนใช้สำหรับสิ่งต่างๆ เช่น ตาราง ACPI และอุปกรณ์ต่างๆ เช่น RAM วิดีโอเสมือน

อินสแตนซ์สำหรับงานทั่วไป

ถาม: อินสแตนซ์ Amazon EC2 A1 คืออะไร

อินสแตนซ์ Amazon EC2 A1 เป็นอินสแตนซ์สำหรับงานทั่วไปแบบใหม่ที่ทำงานโดย AWS Graviton Processor ซึ่งออกแบบโดย AWS

ถาม: AWS Graviton Processor แบบใหม่มีคุณสมบัติอะไรบ้าง

AWS Graviton Processor คือตัวประมวลผลรุ่นใหม่ที่ได้รับการออกแบบเป็นพิเศษโดย AWS ซึ่งใช้ความเชี่ยวชาญในหลายๆ ด้านของ Amazon เพื่อสร้างโซลูชันแพลตฟอร์มสำหรับแอปพลิเคชันระบบคลาวด์ที่ทำงานได้ในทุกระดับ ตัวประมวลผลเหล่านี้มีพื้นฐานมาจากชุดคำสั่ง Arm 64 บิต และมีแกนประมวลผล Arm Neoverse รวมถึงซิลิคอนพิเศษที่ออกแบบโดย AWS แกนประมวลผลทำงานที่ความถี่ 2.3 GHz

ถาม: ฉันควรใช้อินสแตนซ์ A1 เมื่อใด

อินสแตนซ์ A1 ช่วยประหยัดค่าใช้จ่ายได้เป็นอย่างมากสำหรับปริมาณงานของลูกค้าที่รองรับโดยระบบนิเวศแบบ Arm ที่ครอบคลุมและเหมาะกับหน่วยความจำที่มีให้ อินสแตนซ์ A1 เหมาะอย่างยิ่งสำหรับแอปพลิเคชันปรับขนาด เช่น เว็บเซิร์ฟเวอร์ ไมโครเซอร์วิสผ่านคอนเทนเนอร์ กลุ่มแคช และที่จัดเก็บข้อมูลแบบกระจาย อินสแตนซ์เหล่านี้ยังน่าสนใจสำหรับนักพัฒนาที่ชื่นชอบ และนักการศึกษาทั่วทั้งชุมชนนักพัฒนา Arm แอปพลิเคชันส่วนใหญ่ที่ใช้ประโยชน์จากซอฟต์แวร์โอเพนซอร์ส เช่น Apache HTTP Server, Perl, PHP, Ruby, Python, NodeJS และ Java สามารถทำงานได้อย่างง่ายดายบนสถาปัตยกรรมหลายตัวประมวลผลเนื่องจากรองรับระบบปฏิบัติการพื้นฐานบน Linux เราแนะนำให้ลูกค้าที่ใช้งานแอปพลิเคชันดังกล่าวลองใช้งานอินสแตนซ์ A1

แอปพลิเคชันที่ต้องการการประมวลผลและประสิทธิภาพเครือข่ายที่สูงขึ้น ต้องการหน่วยความจำที่สูงขึ้น หรือต้องพึ่งพาสถาปัตยกรรม x86 จะเหมาะสำหรับอินสแตนซ์ที่มีอยู่มากกว่า เช่น อินสแตนซ์ M5, C5 หรือ R5 แอปพลิเคชันที่มีการใช้งาน CPU ที่ผันแปรซึ่งประสบกับความต้องการที่เพิ่มขึ้นเป็นครั้งคราวจะประหยัดต้นทุนมากที่สุดเมื่อใช้อินสแตนซ์ T3 ที่ขยายประสิทธิภาพได้เกินตัว

ถาม: ลูกค้าจะต้องแก้ไขแอปพลิเคชันและปริมาณงานเพื่อให้สามารถทำงานบนอินสแตนซ์ A1 หรือไม่

การปรับเปลี่ยนจะขึ้นอยู่กับแต่ละแอปพลิเคชัน แอปพลิเคชันที่สร้างตามภาษาที่ตีความแล้วหรือภาษาที่คอมไพล์รันไทม์ (เช่น Python, Java, PHP, Node.js) ควรทำงานได้โดยไม่ต้องแก้ไข แอปพลิเคชันอื่นอาจจำเป็นต้องทำการคอมไพล์ใหม่ และแอปที่ไม่ใช้คำสั่ง x86 จะสร้างโดยไม่มีการปรับเปลี่ยนหรือปรับเปลี่ยนเพียงเล็กน้อย

ถาม: อินสแตนซ์ A1 รองรับระบบปฏิบัติการ/AMI ใดบ้าง

อินสแตนซ์ A1 รองรับ AMI ดังต่อไปนี้: Amazon Linux 2, Ubuntu 16.04.4 ขึ้นไป, Red Hat Enterprise Linux (RHEL) 7.6 ขึ้นไป AMI แบบ EBS ที่สนับสนุน HVM ที่ทำงานบนอินสแตนซ์ A1 จำเป็นต้องติดตั้งไดรเวอร์ NVMe และ ENA เมื่อเปิดใช้งานอินสแตนซ์

ถาม: มีข้อกำหนด AMI ที่เฉพาะเจาะจงเพื่อทำงานบนอินสแตนซ์ A1 หรือไม่

คุณต้องแน่ใจว่าคุณใช้ AMI แบบ “arm64” กับอินสแตนซ์ A1 เพราะว่า AMI แบบ x86 ไม่รองรับอินสแตนซ์ A1

ถาม: มีพื้นที่จัดเก็บขนาดเท่าใดบ้างให้ลูกค้า A1 เลือกใช้

อินสแตนซ์ A1 เป็นแบบเพิ่มประสิทธิภาพ EBS ตามค่าเริ่มต้น และมีแบนด์วิดท์เฉพาะสำหรับ EBS สูงสุด 3,500 Mbps สำหรับไดรฟ์ข้อมูล EBS ทั้งแบบเข้ารหัสและไม่ได้เข้ารหัส อินสแตนซ์ A1 รองรับเฉพาะอินเทอร์เฟซ Non-Volatile Memory Express (NVMe) ในการเข้าถึงไดรฟ์ที่เก็บข้อมูลแบบ EBS อินสแตนซ์ A1 ไม่รองรับส่วนติดต่อ blkfront

ถาม: อินเทอร์เฟซเครือข่ายใดที่รองรับอินสแตนซ์ A1

อินสแตนซ์ A1 รองรับเครือข่ายที่ปรับปรุงประสิทธิภาพที่ใช้ ENA เมื่อใช้ ENA อินสแตนซ์ A1 จะสามารถส่งมอบแบนด์วิธเครือข่ายระหว่างอินสแตนซ์ได้สูงสุด 10 Gbps เมื่อเปิดใช้ภายในกลุ่มการจัดวาง

ถาม: อินสแตนซ์ A1 รองรับ AWS Nitro System ใช่หรือไม่

ใช่ อินสแตนซ์ A1 จะทำงานโดยใช้ AWS Nitro System ที่ประกอบไปด้วยฮาร์ดแวร์แบบเฉพาะและ Nitro Hypervisor

ถาม: เหตุใดหน่วยความจำทั้งหมดที่รายงานโดย Linux จึงไม่ตรงกับหน่วยความจำที่โฆษณาไว้ของอินสแตนซ์ A1 ประเภทนั้นๆ

ในอินสแตนซ์ A1 บางส่วนจากหน่วยความจำทั้งหมดสำหรับอินสแตนซ์จะได้รับการสงวนไว้ไม่ให้ระบบปฏิบัติการนำไปใช้งาน รวมถึงพื้นที่ที่ UEFI เสมือนใช้สำหรับสิ่งต่างๆ เช่น ตาราง ACPI

ถาม: อะไรคือกรณีใช้งานที่สำคัญสำหรับAmazon EC2 M5 Instance

อินสแตนซ์ M5 เป็นทางเลือกที่ดีสำหรับการเรียกใช้การพัฒนาและสภาพแวดล้อมการทดสอบ เว็บ แอปพลิเคชันบนมือถือและเกม แอปพลิเคชันการวิเคราะห์ และแอปพลิเคชันที่สำคัญทางธุรกิจ รวมถึงแอป ERP, HR, CRM และการทำงานร่วมกัน ลูกค้าที่สนใจการเรียกใช้ตามปริมาณงานที่ต้องใช้ข้อมูลมาก (เช่น คลัสเตอร์ HPC หรือ SOLR) ในอินสแตนซ์ที่มีขนาดหน่วยความจำสูงจะพบว่า M5 มีความเหมาะสมด้วยเช่นกัน ตามปริมาณงานที่ใช้การทำงานของจุดลอยตัวแบบความเที่ยงหนึ่งเท่าและสองเท่าและการประมวลผลแบบเวกเตอร์ เช่น ตามปริมาณงานในการประมวลผลวิดีโอและต้องการหน่วยความจำที่สูงขึ้น จะได้รับประโยชน์อย่างมากจากคำสั่ง AVX-512 ที่ M5 รองรับ

ถาม: เพราะเหตุใดลูกค้าจึงควรเลือกอินสแตนซ์ EC2 M5 มากกว่าอินสแตนซ์ EC2 M4

เมื่อเทียบกับอินสแตนซ์ EC2 M4 จะพบว่าอินสแตนซ์ EC2 M5 ใหม่ช่วยให้ลูกค้าสามารถคำนวณและจัดเก็บข้อมูลได้ดียิ่งขึ้น ตัวอย่างเช่น ได้ขนาดอินสแตนซ์ใหญ่ขึ้นโดยมีค่าใช้จ่ายที่น้อยลง มีความสอดคล้องและความปลอดภัย ประโยชน์สูงสุดของอินสแตนซ์ M5 EC2 มาจากการใช้ Intel Xeon Scalable Processor (หรือ Skylake) ซึ่งมีราคา/ประสิทธิภาพการทำงานดีกว่าถึง 14% เมื่อเทียบกับ M4 ด้วยการสนับสนุน AVX-512 ใน M5 เทียบกับ AVX2 รุ่นเก่าใน M4 ลูกค้าจะได้รับประสิทธิภาพการทำงานที่สูงขึ้น 2 เท่า ในตามปริมาณงานที่ต้องการการทำงานของจุดทศนิยม อินสแตนซ์ M5 มีแบนด์วิดท์เครือข่ายสูงสุด 25 Gbps และแบนด์วิดท์สูงสุด 10 Gbps สำหรับ Amazon EBS โดยเฉพาะ อินสแตนซ์ M5 ยังมีเครือข่ายและประสิทธิภาพของ Amazon EBS ที่สูงขึ้นอย่างเห็นได้ชัดบนอินสแตนซ์ที่เล็กกว่าและมีความสามารถในการขยาย EBS

ถาม: การสนับสนุนสำหรับ Intel AVX-512 มีประโยชน์กับลูกค้าที่ใช้อินสแตนซ์ EC2 M5 อย่างไร

Intel Advanced Vector Extension 512 (AVX-512) คือชุดของคำสั่ง CPU ใหม่ที่มีอยู่ในกลุ่มตัวประมวลผล Intel Xeon Scalable รุ่นล่าสุด ซึ่งสามารถเร่งประสิทธิภาพตามปริมาณงานและการใช้งานได้ เช่น การจำลองทางวิทยาศาสตร์ การวิเคราะห์ทางการเงิน ปัญญาประดิษฐ์ แมชชีนเลิร์นนิ่ง/การเรียนรู้เชิงลึก การสร้างโมเดลและการวิเคราะห์สามมิติ การประมวลผลภาพและวิดีโอ การเข้ารหัสและการบีบอัดข้อมูล Intel AVX-512 มีขั้นตอนการเข้ารหัสที่พิเศษไม่เหมือนใครซึ่งช่วยลดค่าใช้จ่ายด้านประสิทธิภาพสำหรับการเข้ารหัสได้ ซึ่งหมายความว่าลูกค้า EC2 M5 สามารถปรับใช้ข้อมูลและบริการที่มีความปลอดภัยมากขึ้นในสภาพแวดล้อมแบบกระจาย โดยไม่ทำให้ประสิทธิภาพการทำงานลดลง

ถาม: มีตัวเลือกการจัดเก็บข้อมูลที่หลากหลายใดบ้างที่ลูกค้า M5 สามารถเลือกได้

อินสแตนซ์ M5 ใช้ประโยชน์จากไดรฟ์ข้อมูล EBS สำหรับพื้นที่จัดเก็บ ยังไม่มีตัวเลือกพื้นที่เก็บข้อมูลในเครื่องสำหรับอินสแตนซ์ M5

ถาม: อินเทอร์เฟซเครือข่ายใดที่รองรับอินสแตนซ์ M5

อินสแตนซ์ M5 รองรับเฉพาะ Enhanced Networking ที่ใช้ ENA อินสแตนซ์ M5 ไม่รองรับ Netback เมื่อใช้อินสแตนซ์ ENA M5 จะสามารถส่งมอบแบนด์วิดท์เครือข่ายได้สูงสุด 25 Gbps ระหว่างอินสแตนซ์เมื่อเปิดใช้ภายในกลุ่มการจัดวาง

ถาม: ระบบปฏิบัติการ/AMI ใดที่อินสแตนซ์ M5 รองรับ

HVM AMI ที่มี EBS สนับสนุนพร้อมด้วยการสนับสนุนระบบเครือข่ายและการบูต ENA จากที่เก็บข้อมูลแบบ NVMe สามารถใช้กับอินสแตนซ์ M5 ได้ M5 รองรับ AMI ดังต่อไปนี้

  • Amazon Linux 2014.03 หรือใหม่กว่า
  • Ubuntu 14.04 หรือใหม่กว่า
  • SUSE Linux Enterprise Server 12 หรือใหม่กว่า
  • Red Hat Enterprise Linux 7.4 หรือใหม่กว่า
  • CentOS 7 หรือใหม่กว่า
  • Windows Server 2008 R2
  • Windows Server 2012
  • Windows Server 2012 R2
  • Windows Server 2016
  • FreeBSD 11.1-RELEASE

ขอแนะนำให้ใช้ Linux เคอร์เนลเวอร์ชัน 4.9 ขึ้นไปเพื่อให้พื้นที่จัดเก็บข้อมูล SSD บน NVMe เฉพาะที่สามารถทำงานบน M5d ได้อย่างมีประสิทธิภาพ

ถาม: มีตัวเลือกการจัดเก็บข้อมูลใดบ้างที่ลูกค้า M5 สามารถเลือกได้
 
อินสแตนซ์ M5 ใช้ไดรฟ์ข้อมูล EBS สำหรับพื้นที่จัดเก็บและเป็นแบบเพิ่มประสิทธิภาพ EBS ตามค่าเริ่มต้น และมีอัตราความเร็วสูงถึง 10 Gbps ไปยังไดรฟ์ข้อมูล EBS ทั้งแบบเข้ารหัสและไม่ได้เข้ารหัส อินสแตนซ์ M5 เข้าถึงไดรฟ์ข้อมูล EBS ผ่านอินเทอร์เฟซ NVM Express (NVMe) ที่มีการแนบ PCI NVMe เป็นอินเทอร์เฟซการจัดเก็บข้อมูลที่มีประสิทธิภาพและปรับขนาดได้ ซึ่งมักใช้สำหรับ SSD แบบแฟลช เช่น ที่จัดเก็บข้อมูล NVMe ในตัวเครื่องพร้อมกับอินสแตนซ์ I3 และ I3en แม้ว่าอินเทอร์เฟซ NVMe อาจมีเวลาแฝงต่ำกว่าเมื่อเทียบกับอุปกรณ์บล็อกข้อมูลแบบ Paravirtualized ของ Xen แต่เมื่อใช้เพื่อเข้าถึงไดรฟ์ข้อมูลแบบ EBS ประเภทไดรฟ์ ขนาด และ IOPS ที่มีการเตรียมใช้งาน (ถ้ามี) จะกำหนดเวลาแฝงและลักษณะการรับส่งข้อมูลโดยรวมของไดรฟ์ข้อมูล เมื่อใช้ NVMe เพื่อให้ไดรฟ์ข้อมูล EBS จะมีการแนบและถอดไดรฟ์ข้อมูลโดย PCI Hotplug
 
ถาม: สามารถแนบไดรฟ์ข้อมูล EBS กับอินสแตนซ์ M5 ได้จำนวนเท่าใด
 
อินสแตนซ์ M5 สนับสนุนไดรฟ์ข้อมูล EBS สูงสุด 27 ตัวสำหรับระบบปฏิบัติการทั้งหมด สามารถดูขีดจำกัดที่ใช้ร่วมกันกับการแนบ ENI ได้ที่นี่ http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html ตัวอย่างเช่น เนื่องจากทุกอินสแตนซ์มี ENI อย่างน้อย 1 รายการ ถ้าคุณมีส่วนแนบ ENI เพิ่มเติม 3 รายการใน m4.2xlarge คุณสามารถแนบไดรฟ์ข้อมูล EBS กับอินสแตนซ์นั้นได้ 24 ตัว
 
ถาม: ไฮเปอร์ไวเซอร์พื้นฐานในอินสแตนซ์ M5 คืออะไร
 
อินสแตนซ์ M5 ใช้ไนโตรไฮเปอร์ไวเซอร์ใหม่ที่ไม่เปลืองทรัพยากรซึ่งใช้เทคโนโลยี KVM หลัก
 
ถาม: เหตุใดหน่วยความจำทั้งหมดที่รายงานโดยระบบปฏิบัติการจึงไม่ตรงกับหน่วยความจำที่โฆษณาไว้ในประเภทอินสแตนซ์ M5
 
ใน M5 บางส่วนของหน่วยความจำทั้งหมดสำหรับอินสแตนซ์ จะได้รับการสงวนไว้ไม่ให้มีการใช้งานโดยระบบปฏิบัติการ รวมถึงพื้นที่ที่ BIOS เสมือนใช้สำหรับสิ่งต่างๆ เช่น ตาราง ACPI และอุปกรณ์ต่างๆ เช่น RAM วิดีโอเสมือน
 
ถาม: อินสแตนซ์ที่ขยายประสิทธิภาพได้มีความแตกต่างอย่างไร
 
Amazon EC2 ช่วยให้คุณสามารถเลือกระหว่างอินสแตนซ์ประสิทธิภาพคงที่ (เช่น กลุ่มประเภทอินสแตนซ์ C, M และ R) และ อินสแตนซ์ที่ขยายประสิทธิภาพได้ (เช่น T2) อินสแตนซ์ที่ขยายประสิทธิภาพได้จะให้สมรรถนะ CPU ระดับพื้นฐานพร้อมความสามารถในการขยายที่เหนือกว่าระดับพื้นฐาน
 
ประสิทธิภาพพื้นฐานและความสามารถในการขยายของอินสแตนซ์ T2 จะถูกควบคุมโดยเครดิต CPU แต่ละอินสแตนซ์ T2 จะได้รับ CPU Credit อย่างต่อเนื่อง โดยอัตราที่รับจะขึ้นอยู่กับขนาดของอินสแตนซ์ดังกล่าว อินสแตนซ์ T2 จะสะสม CPU Credit เมื่อไม่ได้ทำงาน และจะใช้ CPU Credit เมื่อทำงาน CPU Credit 1 หน่วยจะทำให้แกนประมวลผล CPU ทำงานอย่างเต็มที่เป็นเวลา 1 นาที

รุ่น

vCPU

CPU Credit/ชั่วโมง

ยอด CPU Credit สูงสุด

ประสิทธิภาพ CPU พื้นฐาน

t2.nano 1 3 72 5% ของแกน

t2.micro

1

6

144

10% ของแกน

t2.small

1

12

288

20% ของแกน

t2.medium

2

24

576

40% ของแกน*

t2.large 2 36 864 60% ของแกน**

t2.xlarge

4

54

1,296

90% ของแกน***

t2.2xlarge

8

81

1,944

135% ของแกนประมวลผล****

* สำหรับ t2.medium การใช้งานแบบเธรดเดี่ยวจะสามารถใช้งาน 40% ของ 1 แกน หรือหากจำเป็น การใช้งานแบบมัลติเธรดจะสามารถใช้งาน 20% ของทั้งสองแกน

** สำหรับ t2.large การใช้งานแบบเธรดเดี่ยวจะสามารถใช้งาน 60% ของ 1 แกน หรือหากจำเป็น การใช้งานแบบมัลติเธรดจะสามารถใช้งาน 30% ของทั้งสองแกน

*** สำหรับ t2.xlarge การใช้งานแบบเธรดเดี่ยวจะสามารถใช้งาน 90% ของ 1 แกน หรือหากจำเป็น การใช้งานแบบมัลติเธรดจะสามารถใช้งาน 45% ของทั้งสองแกน หรือ 22.5% ของทั้ง 4 แกน

**** สำหรับ t2.large การใช้งานแบบเธรดเดี่ยวจะสามารถใช้งาน 1 แกนได้ทั้งหมด หรือหากจำเป็น การใช้งานแบบมัลติเธรดจะสามารถใช้งาน 67.5% ของทั้งสองแกน หรือ 16.875% ของทั้ง 8 แกน

ถาม: ฉันจะเลือก Amazon Machine Image (AMI) สำหรับอินสแตนซ์ T2 ที่เหมาะสมได้อย่างไร

คุณจะต้องตรวจสอบว่าหน่วยความจำขั้นต่ำที่ต้องการของระบบปฏิบัติการและแอปพลิเคชันไม่เกินหน่วยความจำที่จัดสรรให้กับอินสแตนซ์ T2 แต่ละขนาด (เช่น 512 MiB สำหรับ t2.nano) ระบบปฏิบัติการที่มี Graphical User Interface (GUI) ที่ใช้งานหน่วยความจำและ CPU อย่างจริงจัง เช่น Microsoft Windows อาจต้องการอินสแตนซ์ t2.micro หรือขนาดใหญ่กว่าสำหรับกรณีใช้งานหลายๆ กรณี คุณสามารถค้นหา AMI ที่เหมาะสำหรับประเภทอินสแตนซ์ t2.nano ได้บน AWS Marketplace ลูกค้า Windows ที่ไม่ต้องการ GUI สามารถใช้ Microsoft Windows Server 2012 R2 Core AMI ได้

ถาม: ฉันควรเลือกใช้อินสแตนซ์ที่ขยายประสิทธิภาพได้ เช่น T2 เมื่อใด

อินสแตนซ์ T2 เป็นแพลตฟอร์มที่คุ้มค่าสำหรับปริมาณงานในงานทั่วไปหลากหลายประเภท อินสแตนซ์ T2 แบบไม่จำกัดสามารถรักษาระดับประสิทธิภาพของ CPU ได้นานเท่าที่จำเป็น ถ้าตามปริมาณงานของคุณต้องการการใช้งาน CPU สูงกว่าเกณฑ์ที่กำหนดมากอย่างต่อเนื่อง ให้พิจารณากลุ่มประเภทอินสแตนซ์ CPU ที่เจาะจงเช่น M หรือ C

ถาม: ฉันจะดูยอด CPU Credit สำหรับอินสแตนซ์ T2 แต่ละตัวได้อย่างไร

คุณสามารถดูยอด CPU Credit สำหรับอินสแตนซ์ T2 แต่ละตัวได้ในเมตริกซ์ต่ออินสแตนซ์ของ EC2 ใน Amazon CloudWatch อินสแตนซ์ T2 มีเมตริกซ์ 4 ตัว ได้แก่ CPUCreditUsage, CPUCreditBalance, CPUSurplusCreditBalance และ CPUSurplusCreditsCharged CPUCreditUsage ระบุ CPU Credit ที่ใช้ไป CPUCreditBalance ระบุยอด CPU Credit CPUSurplusCreditBalance ระบุเครดิตที่ใช้สำหรับการทำงานฉับพลันในกรณีที่ไม่มีเครดิตที่ได้รับ CPUSurplusCreditsCharged ระบุเครดิตที่จะเรียกเก็บเมื่อใช้งานเฉลี่ยเกินกว่าเกณฑ์พื้นฐาน

ถาม: จะเกิดอะไรขึ้นกับประสิทธิภาพของ CPU ถ้าอินสแตนซ์ T2 ของฉันเหลือเครดิตน้อย (ยอด CPU Credit ใกล้เป็นศูนย์)

ถ้าอินสแตนซ์ T2 ของคุณมียอด CPU Credit เป็นศูนย์ ประสิทธิภาพจะยังคงอยู่ที่ประสิทธิภาพของ CPU ระดับพื้นฐาน ตัวอย่างเช่น t2.micro ให้ประสิทธิภาพระดับพื้นฐานของ CPU ที่ 10% ของแกน CPU จริง ถ้ายอด CPU Credit ของคุณเกือบเป็นศูนย์ ประสิทธิภาพของ CPU จะลดลงเป็นประสิทธิภาพระดับพื้นฐานในช่วงเวลา 15 นาที

ถาม: ยอดเครดิตอินสแตนซ์ T2 ของฉันจะยังคงมีอยู่ขณะหยุด/เริ่มการทำงานหรือไม่

ไม่ อินสแตนซ์ที่หยุดทำงานจะไม่รักษายอดเครดิตคงเหลือที่ได้รับก่อนหน้านี้

ถาม: สามารถซื้ออินสแตนซ์ T2 เป็นอินสแตนซ์แบบเหมาจ่ายหรืออินสแตนซ์ Spot ได้หรือไม่

สามารถซื้ออินสแตนซ์ T2 ในแบบอินสแตนซ์ตามความต้องการ อินสแตนซ์แบบเหมาจ่าย หรืออินสแตนซ์ Spot

อินสแตนซ์หน่วยความจำสูง

ถาม: อินสแตนซ์หน่วยความจำสูง EC2 คืออะไร

อินสแตนซ์หน่วยความจำสูง Amazon EC2 นำเสนอหน่วยความจำขนาด 6 TB, 9 TB หรือ 12 TB ในอินสแตนซ์เดี่ยว อินสแตนซ์เหล่านี้ออกแบบมาเพื่อเรียกใช้ฐานข้อมูลในหน่วยความจำที่มีขนาดใหญ่ เช่น การติดตั้งงานผลิต SAP HANA ในระบบคลาวด์ อินสแตนซ์ EC2 High Memory เป็น Amazon EC2 Instance แบบแรกที่ขับเคลื่อนด้วยแพลตฟอร์มขนาด 8-socket ที่มาพร้อมกับหน่วยประมวลผล Intel® Xeon® Platinum 8176M (Skylake) รุ่นล่าสุด ซึ่งได้รับการปรับแต่งมาเพื่อใช้กับปริมาณงานในระดับองค์กรที่มีความสำคัญสูง อินสแตนซ์ EC2 High Memory จะส่งมอบปริมาณงานการทำเครือข่ายระดับสูงแต่มีเวลาแฝงต่ำเพียง 25 Gbps ของแบนด์วิดท์เครือข่ายโดยรวมที่ใช้ Enhanced Networking แบบ Amazon Elastic Network Adapter (ENA) อินสแตนซ์ EC2 High Memory ได้รับการปรับแต่งมาให้เข้ากับ EBS ตามค่าเริ่มต้น และรองรับไดรฟ์ข้อมูล EBS ที่เข้ารหัสและไม่เข้ารหัส

ถาม: อินสแตนซ์ High Memory ได้รับการรับรองจาก SAP ให้เรียกใช้ปริมาณงาน SAP HANA หรือไม่

อินสแตนซ์ High Memory ได้รับการรับรองโดย SAP เพื่อใช้งาน Business Suite on HANA, Business Suite S/4HANA รุ่นใหม่, Data Mart Solutions on HANA, Business Warehouse on HANA และ SAP BW/4HANA ในสภาพแวดล้อมการผลิต

ถาม: มีอินสแตนซ์ใดบ้างที่อยู่ในหมวดหมู่อินสแตนซ์ High Memory

มีอินสแตนซ์ High Memory สามแบบด้วยกัน คือ u-6tb1.metal พร้อมหน่วยความจำ 6 TB, u-9tb1.metal พร้อมหน่วยความจำ 9 TB และ u-12tb1.metal พร้อมหน่วยความจำ 12 TB อินสแตนซ์ High Memory แต่ละแบบพร้อมหน่วยประมวลผลเชิงตรรกะ 448 หน่วย ซึ่งหน่วยประมวลผลเชิงตรรกะแต่ละหน่วยเป็น Hyperthread บนแพลตฟอร์ม 8-socket ซึ่งมี CPU ทั้งหมด 224 คอร์

ถาม: อินสแตนซ์ High Memory มีตัวเลือกสำหรับพื้นที่จัดเก็บแบบใดบ้าง

อินสแตนซ์ High Memory รองรองการใช้ไดรฟ์ข้อมูล Amazon EBS เป็นพื้นที่จัดเก็บ อินสแตนซ์ High Memory เป็นแบบเพิ่มประสิทธิภาพ EBS ตามค่าเริ่มต้น และมีแบนด์วิดท์พื้นที่จัดเก็บสูงสุด 14 Gbps สำหรับไดรฟ์ข้อมูลแบบเข้ารหัสและไม่ได้เข้ารหัส

ถาม: อินสแตนซ์ High Memory รองรับอินเทอร์เฟซพื้นที่จัดเก็บแบบใด

อินสแตนซ์ High Memory เข้าถึงไดรฟ์ข้อมูล EBS ผ่านอินเทอร์เฟซ PCI ที่แนบ NVM Express (NVMe) ไดรฟ์ข้อมูล EBS ที่แนบมากับอินสแตนซ์ High Memory จะปรากฏเป็นอุปกรณ์ NVMe NVMe เป็นอินเทอร์เฟซพื้นที่จัดเก็บที่มีประสิทธิภาพและวัดปริมาณได้ ซึ่งมักนำมาใช้สำหรับ SSD แบบแฟลชและการลดเวลาแฝง จึงส่งผลให้มี I/O ของดิสก์และปริมาณงานที่มากขึ้น ไดรฟ์ข้อมูล EBS จะแนบและถอดโดยใช้ PCI Hotplug

ถาม: อินสแตนซ์ High Memory รองรับประสิทธิภาพเครือข่ายแบบใด

อินสแตนซ์ High Memory ใช้ Elastic Network Adapter (ENA) สำหรับระบบเครือข่ายและเปิดใช้งาน Enhanced Networking ตามค่าเริ่มต้น เมื่อใช้ ENA อินสแตนซ์หน่วยความจำสูงจะสามารถใช้แบนด์วิดท์เครือข่ายได้สูงสุด 25 Gbps

ถาม: ฉันใช้อินสแตนซ์หน่วยความจำสูงใน Amazon Virtual Private Cloud (VPC) ที่มีได้หรือไม่

คุณใช้อินสแตนซ์หน่วยความจำสูงใน Amazon VPC ที่มีอยู่แล้วหรือที่สร้างใหม่ได้

ถาม: ไฮเปอร์ไวเซอร์พื้นฐานบนอินสแตนซ์ High Memory คืออะไร

อินสแตนซ์ High Memory เป็นอินสแตนซ์ EC2 แบบ Bare Metal และใช้งานบนไฮเปอร์ไวเซอร์ไม่ได้ อินสแตนซ์เหล่านี้อนุญาตให้ระบบปฏิบัติการทำงานบนฮาร์ดแวร์พื้นฐานได้โดยตรง ในขณะที่ยังคงมอบการเข้าถึงเพื่อใช้ประโยชน์จากระบบคลาวด์ได้

ถาม: อินสแตนซ์ High Memory ช่วยให้สามารถควบคุมสถานะการจัดการพลังงานของ CPU ได้หรือไม่

ได้ คุณกำหนดค่า C-state และ P-state บนอินสแตนซ์ High Memory ได้ คุณใช้ C-states เพื่อให้มีความถี่เทอร์โบสูงขึ้น (สูงสุดถึง 3.8 GHz) นอกจากนี้คุณยังสามารถใช้ P-states เพื่อลดความแปรปรวนของประสิทธิภาพได้ โดยการตรึงแกนทั้งหมดที่ P1 หรือสูงกว่าสถานะ P ซึ่งคล้ายกับการปิดใช้งานเทอร์โบ และเรียกใช้อย่างต่อเนื่องที่ความเร็วของนาฬิกาพื้นฐานของ CPU

ถาม: อินสแตนซ์หน่วยความจำสูงมีตัวเลือกการซื้อแบบใดบ้าง

อินสแตนซ์หน่วยความจำสูงมีให้เลือกบน EC2 Dedicated Host ในราคาเหมาจ่ายเป็นระยะเวลา 3 ปี หลังครบสัญญา 3 ปี คุณสามารถเลือกต่ออายุการใช้โฮสต์ตามอัตรารายชั่วโมงหรือหยุดได้ทุกเมื่อ

ถาม: รอบการใช้งานของ Dedicated Host คืออะไร

เมื่อ Dedicated Host ถูกแบ่งไว้ภายในบัญชีของคุณ โฮสต์จะพร้อมให้คุณใช้งาน จากนั้นคุณสามารถเริ่มใช้อินสแตนซ์ด้วยเวลาแฝงของ “โฮสต์” โดยใช้ RunInstances API ได้ และยังสามารถหยุด/เริ่ม/ยกเลิกอินสแตนซ์ผ่าน API เดียวกันได้อีกด้วย คุณใช้ AWS Management Console เพื่อจัดการ Dedicated Host และอินสแตนซ์ได้ Dedicated Host จะถูกแบ่งไปยังบัญชีของคุณตามระยะสัญญา 3 ปี หลังครับสัญญา 3 ปี คุณเลือกที่จะต่ออายุการใช้โฮสต์หรือหยุดได้ทุกเมื่อ

ถาม: ฉันเริ่มใช้ หยุด/เริ่ม และยกเลิกอินสแตนซ์ High Memory โดยใช้ AWS CLI/SDK ได้หรือไม่

คุณเริ่มใช้ หยุด/เริ่ม และยกเลิกอินสแตนซ์บน EC2 Dedicated Host โดยใช้ AWS CLI/SDK ได้

ถาม: อินแสตนซ์ High Memory รองรับ AMI ใด

EBS-backed HVM AMI ที่มีการรับรองสำหรับการทำเครือข่าย ENA สามารถนำมาใช้กับอินสแตนซ์ High Memory ได้ มีการรับรอง Amazon Linux, Red Hat Enterprise Linux, SUSE Enterprise Linux Server และ Windows Server AMI รุ่นล่าสุด ระบบปฏิบัติการที่รองรับสำหรับปริมาณงาน SAP HANA บนอินสแตนซ์ High Memory ได้แก่ SUSE Linux Enterprise Server 12 SP3 for SAP, Red Hat Enterprise Linux 7.4 for SAP และ Red Hat Enterprise Linux 7.5 for SAP

ถาม: มีเฟรมเวิร์กการปรับใช้งานอ้างอิงของ SAP HANA มาตรฐานสำหรับอินสแตนซ์ High Memory และ AWS Cloud หรือไม่

คุณสามารถใช้การปรับใช้งาน ข้อมูลอ้างอิง AWS Quick Start สำหรับ HANA เพื่อปรับใช้บล็อกการสร้าง HANA ที่จำเป็นทั้งหมดบนอินสแตนซ์หน่วยความจำสูงได้อย่างรวดเร็วตามคำแนะนำของ SAP เพื่อประสิทธิภาพและความน่าเชื่อถือในระดับสูง AWS Quick Start สามารถรวมและปรับแต่งได้ เพื่อให้คุณสามารถจัดเลเยอร์ฟังก์ชันเพิ่มเติมเข้าไปหรือแก้ไขเพื่อการใช้งานของคุณเอง

อินสแตนซ์รุ่นก่อน

ถาม: เหตุใดฉันจึงไม่เห็นอินสแตนซ์ M1, C1, CC2 และ HS1 ในหน้าการกำหนดราคาแล้ว

รายการเหล่านี้ถูกย้ายไปที่หน้าอินสแตนซ์รุ่นก่อน

ถาม: อินสแตนซ์รุ่นก่อนจะยังคงได้รับการสนับสนุนอยู่หรือไม่

ได้ อินสแตนซ์รุ่นก่อนจะยังคงได้รับการสนับสนุนอย่างเต็มรูปแบบ

ถาม: ฉันยังคงสามารถใช้/เพิ่มอินสแตนซ์รุ่นก่อนได้อีกหรือไม่

ได้ อินสแตนซ์รุ่นก่อนจะยังคงใช้ได้ในแบบตามต้องการ อินสแตนซ์แบบเหมาจ่าย หรืออินสแตนซ์ Spot จากอินเทอร์เฟซคอนโซลการจัดการ API, CLI และ EC2 ของเรา

ถาม: อินสแตนซ์รุ่นก่อนของฉันจะถูกลบหรือไม่

อินสแตนซ์ C1, C3, CC2, CR1, G2, HS1, M1, M2, M3, R3 และ T1 ของคุณจะยังคงทำงานได้อย่างสมบูรณ์และจะไม่ถูกลบเนื่องจากการเปลี่ยนแปลงนี้

ถาม: อินสแตนซ์รุ่นก่อนกำลังจะถูกเลิกใช้งานในเร็วๆ นี้หรือไม่

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

ถาม: อินสแตนซ์รุ่นก่อนที่ฉันซื้อเป็นอินสแตนซ์แบบเหมาจ่ายจะได้รับผลกระทบหรือมีการเปลี่ยนแปลงหรือไม่

ไม่ อินสแตนซ์แบบเหมาจ่ายของคุณจะไม่มีการเปลี่ยนแปลงและอินสแตนซ์รุ่นก่อนจะไม่หายไป

อินสแตนซ์เพิ่มประสิทธิภาพหน่วยความจำ

ถาม: ฉันควรใช้อินสแตนซ์เพิ่มประสิทธิภาพหน่วยความจำเมื่อใด

อินสแตนซ์เพิ่มประสิทธิภาพหน่วยความจำมีหน่วยความจำขนาดใหญ่สำหรับแอปพลิเคชันที่ต้องใช้หน่วยความจำมาก รวมทั้ง แอปพลิเคชันในหน่วยความจำ ฐานข้อมูลในหน่วยความจำ โซลูชันการวิเคราะห์ข้อมูลในหน่วยความจำ การประมวลผลสมรรถนะสูง (HPC) การประมวลผลทางวิทยาศาสตร์ และแอปพลิเคชันอื่นๆ ที่ใช้หน่วยความจำมาก

ถาม: ฉันควรใช้อินสแตนซ์ X1 เมื่อใด

อินสแตนซ์ X1 เหมาะอย่างยิ่งสำหรับการเรียกใช้ฐานข้อมูลในหน่วยความจำ เช่น SAP HANA เอนจินประมวลผลข้อมูลขนาดใหญ่ เช่น Apache Spark หรือ Presto และแอปพลิเคชันการประมวลผลสมรรถนะสูง (HPC) อินสแตนซ์ X1 ได้รับการรับรองโดย SAP เพื่อเรียกใช้สภาพการทำงานในการผลิตของ Business Suite S/4HANA, Business Suite on HANA (SoH), Business Warehouse on HANA (BW) และ Data Mart Solutions on HANA บน AWS cloud

ถาม: ฉันควรใช้อินสแตนซ์ X1e เมื่อใด

อินสแตนซ์ X1e เหมาะมากสำหรับการเรียกใช้ฐานข้อมูลในหน่วยความจำ เช่น SAP HANA, ฐานข้อมูลประสิทธิภาพสูง และแอปพลิเคชันอื่นๆ ระดับองค์กรที่ปรับให้เหมาะสมกับหน่วยความจำ อินสแตนซ์ X1e มีหน่วยความจำสองเท่าต่อ vCPU เมื่อเทียบกับอินสแตนซ์ X1 อินสแตนซ์ x1e.32xlarge ได้รับการรับรองโดย SAP เพื่อเรียกใช้สภาพการทำงานในการผลิตของ Business Suite S/4HANA, Business Suite on HANA (SoH), Business Warehouse on HANA (BW) และ Data Mart Solutions on HANA บน AWS cloud

ถาม: อินสแตนซ์ X1 และอินสแตนซ์ X1e ต่างกันอย่างไร

อินสแตนซ์ X1e มีหน่วยความจำ 32 GB ต่อ vCPU ขณะที่อินสแตนซ์ X1 มีหน่วยความจำ 16 GB ต่อ vCPU ขนาดของอินสแตนซ์ X1e ช่วยให้สามารถมีการกำหนดค่าอินสแตนซ์ได้ถึง 6 รายการ เริ่มตั้งแต่ 4 vCPU และหน่วยความจำ 122 GiB ไปจนถึง 128 vCPU และหน่วยความจำ 3,904 GiB อินสแตนซ์ X1 ช่วยให้สามารถมีการกำหนดค่าอินสแตนซ์ได้ 2 รายการ คือ 64 vCPU ด้วยหน่วยความจำ 976 GiB และ 128 vCPU ด้วยหน่วยความจำ 1,952 GiB

ถาม: ตัวประมวลผล Intel E7 (ชื่อรหัส Haswell) ที่ใช้กับ X1 และ X1e มีข้อมูลจำเพาะที่สำคัญอะไรบ้าง

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

  • ช่วยให้สามารถเพิ่มประสิทธิภาพการเข้ารหัสโดยใช้ฟีเจอร์ล่าสุดของ Intel AES-NI
  • รองรับ Transactional Synchronization Extensions (TSX) เพื่อเพิ่มประสิทธิภาพการประมวลผลข้อมูลธุรกรรมในหน่วยความจำ
  • รองรับคำสั่งโปรเซสเซอร์ Advanced Vector Extensions 2 (Intel AVX2) เพื่อขยายคำสั่งจำนวนเต็มสูงสุดเป็น 256 บิต

ถาม: อินสแตนซ์ X1 และอินสแตนซ์ X1e ช่วยให้สามารถควบคุมสถานะการจัดการพลังงานของ CPU ได้หรือไม่

ได้ คุณสามารถกำหนดค่าสถานะ C และสถานะ P ในอินสแตนซ์ต่างๆ คือ x1e.32xlarge, x1e.16xlarge, x1e.8xlarge, x1.32xlarge และ x1.16xlarge ได้ คุณสามารถใช้ C-states เพื่อให้มีความถี่เทอร์โบสูงขึ้น (สูงสุดถึง 3.1 GHz ด้วยเทอร์โบหนึ่งหรือสองแกน) นอกจากนี้คุณยังสามารถใช้ P-states เพื่อลดความแปรปรวนของประสิทธิภาพได้ โดยการตรึงแกนทั้งหมดที่ P1 หรือสูงกว่าสถานะ P ซึ่งคล้ายกับการปิดใช้งานเทอร์โบ และเรียกใช้อย่างต่อเนื่องที่ความเร็วของนาฬิกาพื้นฐานของ CPU

Q: ระบบปฏิบัติการใดที่ได้รับการสนับสนุนในอินสแตนซ์ X1 และอินสแตนซ์ X1e

อินสแตนซ์ X1 และอินสแตนซ์ X1e มี vCPU จำนวนมากซึ่งอาจทำให้เกิดปัญหาการเปิดใช้ในระบบปฏิบัติการ Linux บางระบบที่มีขีดจำกัด vCPU ต่ำ เราขอแนะนำอย่างยิ่งให้คุณใช้ AMI ล่าสุดเมื่อคุณเปิดใช้อินสแตนซ์เหล่านี้

การรองรับ AMI สำหรับปริมาณงาน SAP HANA ได้แก่ SUSE Linux 12, SUSE Linux 12 SP1, SLES for SAP 12 SP1, SLES for SAP 12 SP2 และ RHEL 7.2 for SAP HANA

x1e.32xlarge ยังรองรับ Windows Server 2012 R2 และ 2012 RTM เช่นกัน x1e.xlarge, x1e.2xlarge, x1e.4xlarge, x1e.8xlarge, x1e.16xlarge และ x1.32xlarge ยังรองรับ Windows Server 2012 R2, 2012 RTM และ 2008 R2 64 บิต (ไม่รองรับ Windows Server 2008 SP2 และเวอร์ชันเก่ากว่า) และ x1.16xlarge จะรองรับ Windows Server 2012 R2, 2012 RTM, 2008 R2 64 บิต, 2008 SP2 64 บิต และ 2003 R2 64 บิต (ไม่รองรับ Windows Server เวอร์ชัน 32 บิต)

ถาม: ตัวเลือกพื้นที่เก็บข้อมูลใดที่ใช้ได้สำหรับลูกค้า X1

อินสแตนซ์ X1 มีที่จัดเก็บอินสแตนซ์แบบ SSD ซึ่งเหมาะมากสำหรับการจัดเก็บข้อมูลชั่วคราว เช่น บันทึก บัฟเฟอร์ แคช ตารางชั่วคราว ข้อมูลการประมวลผลชั่วคราว และเนื้อหาชั่วคราวอื่นๆ ที่จัดเก็บอินสแตนซ์ X1 ให้ประสิทธิภาพ I/O ที่ดีที่สุดเมื่อคุณใช้เคอร์เนล Linux ที่รองรับการให้อนุญาตถาวร ส่วนขยายสำหรับโปรโตคอลบล็อกริง Xen

อินสแตนซ์ X1 มีการปรับให้เหมาะสมกับ EBS โดยค่าเริ่มต้นและมีแบนด์วิดท์เฉพาะสำหรับไดรฟ์ข้อมูล EBS สูงสุด 14 Gbps EBS มีไดรฟ์ข้อมูลหลายประเภทเพื่อรองรับตามปริมาณงานที่หลากหลาย สำหรับข้อมูลเพิ่มเติม โปรดดูคู่มือผู้ใช้ EC2

ถาม: ฉันจะสร้างโซลูชันการย้ายโหนดเมื่อเกิดข้อผิดพลาดที่คุ้มค่าบนอินสแตนซ์ X1 และอินสแตนซ์ X1e ได้อย่างไร

คุณสามารถออกแบบการย้ายโหนดเมื่อเกิดข้อผิดพลาดที่คุ้มค่าและเรียบง่ายบนอินสแตนซ์ X1 โดยใช้ การกู้คืนอัตโนมัติ ของ Amazon EC2 ซึ่งเป็นฟีเจอร์ของ Amazon EC2 ที่ออกแบบมาเพื่อจัดการการย้ายโหนดเมื่อเกิดข้อผิดพลาดได้ดียิ่งขึ้นเมื่อมีความบกพร่องของอินสแตนซ์ คุณสามารถเปิดใช้การกู้คืนอัตโนมัติสำหรับอินสแตนซ์ X1 โดยการสร้างการเตือน AWS CloudWatch เลือกเมตริกซ์ “การตรวจสอบสถานะ EC2 ล้มเหลว (ระบบ)” และเลือกการดำเนินการ “กู้คืนอินสแตนซ์นี้” การกู้คืนอินสแตนซ์จะขึ้นอยู่กับข้อจำกัดพื้นฐาน รวมถึงข้อจำกัดที่แสดงในเอกสารประกอบการแก้ไขปัญหาการกู้คืนอินสแตนซ์ สำหรับข้อมูลเพิ่มเติมโปรดดูเอกสารประกอบการกู้คืนอัตโนมัติและการสร้างการเตือน Amazon CloudWatch ตามลำดับ

ถาม: มีเฟรมเวิร์กการปรับใช้งานอ้างอิงของ SAP HANA มาตรฐานสำหรับอินสแตนซ์ X1 และ AWS Cloud หรือไม่

คุณสามารถใช้การปรับใช้งาน HANA อ้างอิงสำหรับการใช้งาน AWS อย่างรวดเร็ว เพื่อปรับใช้บล็อกการสร้าง HANA ที่จำเป็นทั้งหมดบนอินสแตนซ์ X1 ได้อย่างรวดเร็วตามคำแนะนำของ SAP เพื่อให้มีประสิทธิภาพและความน่าเชื่อถือสูง AWS Quick Start สามารถรวมและปรับแต่งได้ เพื่อให้คุณสามารถจัดเลเยอร์ฟังก์ชันเพิ่มเติมเข้าไปหรือแก้ไขเพื่อการใช้งานของคุณเอง สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการปรับใช้ HANA บน AWS โปรดดู SAP HANA บน AWS Cloud: คู่มือการปรับใช้อ้างอิง Quick Start

อินสแตนซ์เพิ่มประสิทธิภาพพื้นที่จัดเก็บ

ถาม: อินสแตนซ์พื้นที่จัดเก็บหนาแน่นคืออะไร

อินสแตนซ์พื้นที่จัดเก็บหนาแน่นออกแบบมาเพื่อปริมาณงานที่ต้องใช้การอ่านและเขียนแบบเรียงลำดับในปริมาณมากเพื่อเข้าถึงชุดข้อมูลปริมาณมาก เช่น การใช้งานด้านการประมวลผลแบบกระจาย Hadoop คลังข้อมูลการประมวลผลแบบขนานปริมาณมาก และการประมวลผลบันทึกข้อมูล อินสแตนซ์แบบพื้นที่จัดเก็บหนาแน่นให้อัตราส่วนราคา/พื้นที่เก็บข้อมูล-GB และอัตราส่วนราคา/ดิสก์-อัตราความเร็ว ดีที่สุดเมื่อเทียบกับอินสแตนซ์ EC2 อื่นๆ

ถาม: อินสแตนซ์พื้นที่จัดเก็บหนาแน่นและอินสแตนซ์พื้นที่จัดเก็บแบบ HDD เป็นอย่างไรเมื่อเทียบกับอินสแตนซ์แบบ I/O สูง

อินสแตนซ์แบบ I/O สูง (I2) มีการกำหนดเป้าหมายตามปริมาณงานที่ต้องการเวลาแฝงต่ำและมี I/O แบบสุ่มสูง นอกเหนือจากความหนาแน่นในการจัดเก็บในระดับปานกลาง และให้อัตราส่วนราคา/IOPS ที่ดีที่สุดเมื่อเทียบกับอินสแตนซ์ EC2 ประเภทอื่น อินสแตนซ์แบบพื้นที่จัดเก็บหนาแน่น (D2) และอินสแตนซ์แบบพื้นที่จัดเก็บแบบ HDD (H1) เหมาะสำหรับแอปพลิเคชันที่ต้องการการเข้าถึงเพื่ออ่าน/เขียนข้อมูลแบบลำดับปริมาณมากและมีต้นทุนการจัดเก็บต่ำสำหรับชุดข้อมูลที่มีขนาดใหญ่มาก และให้อัตราส่วนราคา/พื้นที่เก็บข้อมูล-GB และอัตราส่วนราคา/ดิสก์-อัตราความเร็ว ดีที่สุดเมื่อเทียบกับอินสแตนซ์ EC2 อื่นๆ

ถาม: อินสแตนซ์แบบพื้นที่จัดเก็บหนาแน่นและอินสแตนซ์แบบพื้นที่จัดเก็บแบบ HDD สามารถให้ปริมาณการรับส่งข้อมูลของดิสก์เท่าใด

d2.8xlarge ซึ่งเป็นอินสแตนซ์แบบพื้นที่จัดเก็บหนาแน่นรุ่นปัจจุบันที่มีขนาดใหญ่ที่สุดสามารถรับส่งข้อมูลได้สูงสุดถึง 3.5 GBps สำหรับการอ่านและ 3.1 GBps สำหรับการเขียน โดยมีขนาดบล็อก 2 MiB h1.16xlarge คือขนาดของอินสแตนซ์ H1 ที่ใหญ่ที่สุด ที่สามารถอ่านและเขียนได้สูงสุดถึง 1.15 GBps เพื่อให้แน่ใจว่าจะได้รับประสิทธิภาพ Throughput ของดิสก์ที่ดีที่สุดจากอินสแตนซ์ D2 บน Linux เราขอแนะนำให้คุณใช้ Amazon Linux AMI รุ่นล่าสุด หรือ Linux AMI อื่นที่มีเคอร์เนลเวอร์ชัน 3.8 ขึ้นไปที่สนับสนุนการมอบสิทธิ์ถาวร ซึ่งเป็นส่วนขยายของโปรโตคอลบล็อกริง Xen ที่ช่วยเพิ่มการรับส่งข้อมูลและความสามารถในการปรับขนาดของดิสก์

ถาม: อินสแตนซ์แบบพื้นที่จัดเก็บหนาแน่นและอินสแตนซ์แบบพื้นที่จัดเก็บแบบ HDD มีกลไกแบบการย้ายโหนดเมื่อเกิดข้อผิดพลาดหรือแบบซ้ำซ้อนหรือไม่

พื้นที่จัดเก็บข้อมูลหลักสำหรับอินสแตนซ์แบบพื้นที่จัดเก็บหนาแน่นคือพื้นที่จัดเก็บอินสแตนซ์แบบ HDD ไดรฟ์เก็บข้อมูลเหล่านี้ยังคงอยู่ตลอดช่วงอายุการใช้งานเท่านั้น เช่นเดียวกับพื้นที่จัดเก็บอินสแตนซ์ทั้งหมด ดังนั้นเราขอแนะนำให้คุณสร้างระดับความซ้ำซ้อน (เช่น RAID 1/5/6) หรือใช้ระบบไฟล์ (เช่น HDFS และ MapR-FS) ที่สนับสนุนความซ้ำซ้อนและการเผื่อความผิดพลาด นอกจากนี้คุณยังสามารถสำรองข้อมูลเป็นระยะๆ ในพื้นที่จัดเก็บข้อมูลที่คงทน เช่น Amazon Simple Storage Service (S3) เพื่อเพิ่มความคงทนของข้อมูล โปรดดู Amazon S3 สำหรับข้อมูลอ้างอิง

ถาม: อินสแตนซ์แบบพื้นที่จัดเก็บหนาแน่นและอินสแตนซ์แบบพื้นที่จัดเก็บแบบ HDD ต่างจาก Amazon EBS อย่างไร

Amazon EBS นำเสนอการจัดเก็บระดับบล็อกที่เรียบง่าย ยืดหยุ่น และเชื่อถือได้ (มีการจำลอง) และมีความคงทนสำหรับ Amazon EC2 ในขณะเดียวกันก็นำเสนอรายละเอียดสื่อเก็บข้อมูลพื้นฐานที่ใช้งานอยู่ การจัดเก็บข้อมูล Amazon EC2 Instance ช่วยให้สามารถจัดเก็บบล็อกการสร้างการจัดเก็บข้อมูลประสิทธิภาพสูงแบบแนบโดยตรงแบบไม่ถาวร ซึ่งสามารถใช้งานแอปพลิเคชันการจัดเก็บข้อมูลต่างๆ ได้หลากหลาย อินสแตนซ์แบบพื้นที่จัดเก็บหนาแน่นเจาะกลุ่มเป้าหมายเฉพาะสำหรับลูกค้าที่ต้องการการเข้าถึงเพื่ออ่าน/เขียนข้อมูลแบบลำดับปริมาณมากสำหรับชุดข้อมูลขนาดใหญ่ในพื้นที่จัดเก็บข้อมูลในตัวเครื่อง เช่น สำหรับการประมวลผลแบบกระจาย Hadoop และคลังข้อมูลการประมวลผลแบบขนานปริมาณมาก

ถาม: ฉันสามารถเปิดใช้อินสแตนซ์ H1 เป็นอินสแตนซ์ที่ปรับให้เหมาะสมกับ Amazon EBS ได้หรือไม่

อินสแตนซ์ H1 แต่ละประเภทจะเป็นแบบที่ปรับให้เหมาะสมกับ EBS โดยค่าเริ่มต้น อินสแตนซ์ H1 มีความเร็วในการรับส่งข้อมูลไปยัง EBS ที่ 1,750 Mbps ถึง 14,000 Mbps ซึ่งสูงและเกินกว่าการรับส่งข้อมูลเครือข่ายแบบใช้งานทั่วไปที่มีให้กับอินสแตนซ์ เนื่องจากฟีเจอร์นี้จะเปิดใช้ในอินสแตนซ์ H1 เสมอ การเปิดใช้อินสแตนซ์ H1 อย่างชัดแจ้งเป็นแบบที่ปรับให้เหมาะสมกับ EBS จึงไม่ส่งผลต่อลักษณะการทำงานของอินสแตนซ์

ถาม: ฉันสามารถเปิดใช้อินสแตนซ์ D2 เป็นอินสแตนซ์ที่ปรับให้เหมาะสมกับ Amazon EBS ได้หรือไม่

อินสแตนซ์ D2 แต่ละประเภทจะเป็นแบบที่ปรับให้เหมาะสมกับ EBS โดยค่าเริ่มต้น อินสแตนซ์ D2 มีความเร็วในการรับส่งข้อมูลไปยัง EBS ที่ 500 Mbps ถึง 4,000 ซึ่งสูงและเกินกว่าการรับส่งข้อมูลเครือข่ายแบบใช้งานทั่วไปที่มีให้กับอินสแตนซ์ เนื่องจากฟีเจอร์นี้จะเปิดใช้ในอินสแตนซ์ D2 เสมอ การเปิดใช้อินสแตนซ์ D2 อย่างชัดแจ้งเป็นแบบที่ปรับให้เหมาะสมกับ EBS จึงไม่ส่งผลต่อลักษณะการทำงานของอินสแตนซ์

ถาม: มีอินสแตนซ์แบบพื้นที่จัดเก็บ HDD ให้ใช้งานใน EC2 Classic หรือไม่

รุ่นปัจจุบันของอินสแตนซ์แบบพื้นที่จัดเก็บ HDD (อินสแตนซ์ H1) สามารถเปิดใช้ได้เฉพาะใน Amazon VPC เท่านั้น เมื่อใช้ Amazon VPC คุณจะสามารถใช้ฟีเจอร์ต่างๆ ที่มีให้เฉพาะบนแพลตฟอร์ม Amazon VPC ได้ เช่น การเปิดใช้ระบบเครือข่ายขั้นสูง การกำหนดที่อยู่ IP ส่วนตัวหลายรายการให้กับอินสแตนซ์ หรือการเปลี่ยนกลุ่มความปลอดภัยของอินสแตนซ์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับประโยชน์ของการใช้ VPC โปรดดู Amazon EC2 และ Amazon Virtual Private Cloud (Amazon VPC)

ถาม: มีอินสแตนซ์พื้นที่จัดเก็บหนาแน่นให้ใช้งานใน EC2 Classic หรือไม่

อินสแตนซ์พื้นที่จัดเก็บหนาแน่น (อินสแตนซ์ D2) รุ่นปัจจุบันสามารถเปิดใช้ได้ใน EC2-Classic และ Amazon VPC แต่เมื่อเปิดใช้อินสแตนซ์แบบพื้นที่จัดเก็บหนาแน่นใน VPC คุณจะสามารถใช้ฟีเจอร์ต่างๆ ที่มีให้เฉพาะบนแพลตฟอร์ม Amazon VPC ได้ เช่น การเปิดใช้ระบบเครือข่ายขั้นสูง การกำหนดที่อยู่ IP ส่วนตัวหลายรายการให้กับอินสแตนซ์ หรือการเปลี่ยนกลุ่มความปลอดภัยของอินสแตนซ์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับประโยชน์ของการใช้ VPC โปรดดู Amazon EC2 และ Amazon Virtual Private Cloud (Amazon VPC) คุณสามารถทำตามขั้นตอนเพื่อโยกย้ายทรัพยากรของคุณจาก EC2-Classic ไปยัง Amazon VPC ได้ โปรดดูข้อมูลเพิ่มเติมที่การโยกย้ายอินสแตนซ์ Linux จาก EC2-Classic ไปยัง VPC

ถาม: อินสแตนซ์แบบ I/O สูงคืออะไร

อินสแตนซ์แบบ I/O สูงใช้พื้นที่จัดเก็บอินสแตนซ์ภายในของ NVMe เพื่อมอบความสามารถ I/O ที่สูงและมีการหน่วงเวลาต่ำสำหรับแอปพลิเคชัน และเพิ่มประสิทธิภาพสำหรับแอปพลิเคชันที่ต้องการ IOPS หลายล้านหน่วย อินสแตนซ์แบบ I/O สูงสามารถรวมเป็นคลัสเตอร์ผ่านกลุ่มการจัดวางคลัสเตอร์สำหรับระบบเครือข่ายที่มีเวลาแฝงต่ำได้ ไม่ต่างจากอินสแตนซ์แบบคลัสเตอร์

ถาม: คุณสมบัติทั้งหมดของ Amazon EC2 ใช้ได้กับอินสแตนซ์แบบ I/O สูงหรือไม่

อินสแตนซ์แบบ I/O สูงรองรับคุณสมบัติทั้งหมดของ Amazon EC2 อินสแตนซ์ I3 และ I3en มีพื้นที่จัดเก็บ NVMe เท่านั้น ในขณะที่อินสแตนซ์ I2 รุ่นก่อนอนุญาตให้เข้าถึงพื้นที่จัดเก็บ blkfront แบบเดิม ตอนนี้คุณสามารถซื้ออินสแตนซ์แบบ I/O สูงได้ในรูปแบบอินสแตนซ์ตามความต้องการ แบบเหมาจ่าย หรือแบบ Spot เท่านั้น

ถาม: มีข้อจำกัดด้านจำนวนอินสแตนซ์แบบ I/O สูงที่ฉันสามารถใช้ได้หรือไม่

ตอนนี้คุณสามารถเปิดใช้อินสแตนซ์ i3.16xlarge ได้ 2 อินสแตนซ์ตามค่าเริ่มต้น หากคุณต้องการเรียกใช้อินสแตนซ์แบบตามความต้องการมากกว่า 2 อินสแตนซ์ โปรดกรอกแบบฟอร์มคำขออินสแตนซ์ Amazon EC2

ถาม: อินสแตนซ์ i3.16.xlarge สามารถให้ IOPS ได้จำนวนเท่าใด

เมื่อใช้ HVM AMI อินสแตนซ์ I3 แบบ I/O สูงใช้ได้ถึง 3.3 ล้าน IOPS วัดที่การสุ่มอ่าน 100% โดยใช้ขนาดบล็อก 4 KB และใช้แบบสุ่มเขียน 100% ได้ถึง 300,000 IOPS วัดที่ขนาดบล็อก 4 KB ต่อแอปพลิเคชันในอุปกรณ์ NVMe 1.9 TB จำนวน 8 ตัว

ถาม: ปริมาณการส่งผ่านข้อมูลแบบลำดับของอินสแตนซ์ i3 คืออะไร

Throughput แบบเรียงลำดับสูงสุดซึ่งวัดที่ขนาดบล็อก 128K อยู่ที่ Throughput การอ่านเท่ากับ 16 GB/s และ Throughput การเขียนเท่ากับ 6.4 GB/s

ถาม: AWS มีข้อเสนอฐานข้อมูลและบริการ Big Data อื่นๆ เมื่อใดหรือเพราะเหตุใดฉันจึงควรใช้อินสแตนซ์แบบ I/O สูง

อินสแตนซ์แบบ I/O สูงเหมาะอย่างยิ่งสำหรับแอปพลิเคชันที่ต้องการการเข้าถึง IOPS ที่มีเวลาแฝงต่ำนับล้านจุด และสามารถใช้ประโยชน์จากที่เก็บข้อมูลและสถาปัตยกรรมที่สามารถจัดการความซ้ำซ้อนและความพร้อมใช้งานของข้อมูลได้ แอปพลิเคชันตัวอย่างมีดังนี้

  • ฐานข้อมูล NoSQL เช่น Cassandra และ MongoDB
  • ฐานข้อมูลในหน่วยความจำ เช่น Aerospike
  • ตามปริมาณงานด้านการวิจัยและการวิเคราะห์ Elastic
  • ระบบ OLTP

ถาม: อินสแตนซ์แบบ I/O สูงมอบกลไกการย้ายโหนดเมื่อเกิดข้อผิดพลาดหรือส่วนซ้ำซ้อนหรือไม่

พื้นที่จัดเก็บอินสแตนซ์บนอินสแตนซ์ I3 และ I3en จะยังคงอยู่ในช่วงการใช้งานของอินสแตนซ์เช่นเดียวกับอินสแตนซ์ Amazon EC2 ประเภทอื่น ลูกค้าควรจะสร้างความยืดหยุ่นในแอปพลิเคชันของพวกเขา เราขอแนะนำให้ใช้ฐานข้อมูลและระบบไฟล์ที่สนับสนุนความซ้ำซ้อนและการเผื่อความผิดพลาด ลูกค้าควรสำรองข้อมูล Amazon S3 เป็นระยะๆ เพื่อให้ข้อมูลมีความคงทนมากขึ้น

ถาม: อินสแตนซ์แบบ I/O สูงรองรับ TRIM หรือไม่

คำสั่ง TRIM ช่วยให้ระบบปฏิบัติการสามารถแจ้ง SSD ว่าบล็อกข้อมูลใดที่ถือว่าไม่มีการใช้งานแล้ว และสามารถลบออกภายในได้ ในกรณีที่ไม่มี TRIM การดำเนินการเขียนในอนาคตในบล็อกที่เกี่ยวข้องอาจมีความเร็วลดลงอย่างมาก อินสแตนซ์ I3 และ I3en รองรับ TRIM

ถาม: อินสแตนซ์ I3en.24xlarge สามารถให้ IOPS ได้จำนวนเท่าใด

เมื่อใช้ HVM AMI อินสแตนซ์ I3en แบบ I/O สูงให้ได้มากถึง 2 ล้าน IOPS ซึ่งวัดที่การสุ่มอ่าน 100% โดยใช้ขนาดบล็อก 4 KB และใช้แบบสุ่มเขียน 100% ได้ถึง 1.6 ล้าน IOPS ซึ่งวัดที่ขนาดบล็อก 4 KB ต่อแอปพลิเคชันในอุปกรณ์ NVMe 7.5 TB จำนวน 8 ตัว

ถาม: อัตราการส่งข้อมูลแบบเรียงลำดับของอินสแตนซ์ I3en คืออะไร

อัตราการส่งข้อมูลแบบเรียงลำดับสูงสุดซึ่งวัดที่ขนาดบล็อก 128K อยู่ที่ อัตราการส่งข้อมูลการอ่านเท่ากับ 16 GB/s และอัตราการส่งข้อมูลการเขียนเท่ากับ 8 GB/s

พื้นที่จัดเก็บ

Amazon Elastic Block Store (EBS)

ถาม: จะเกิดอะไรขึ้นกับข้อมูลของฉันเมื่อสิ้นสุดการทำงานของระบบ

ข้อมูลที่จัดเก็บบนที่จัดเก็บอินสแตนซ์ภายในจะยังคงอยู่ตราบเท่าที่อินสแตนซ์ยังเปิดใช้งานอยู่ อย่างไรก็ตาม ข้อมูลที่จัดเก็บในไดรฟ์ข้อมูล Amazon EBS จะยังคงอยู่โดยไม่ขึ้นอยู่กับอายุการใช้งานของอินสแตนซ์ ดังนั้น เราขอแนะนำให้คุณใช้ที่จัดเก็บอินสแตนซ์ภายในสำหรับข้อมูลชั่วคราว และสำหรับข้อมูลที่ต้องการความยั่งยืนในระดับสูง เราขอแนะนำให้ใช้ไดรฟ์ข้อมูล Amazon EBS หรือสำรองข้อมูลไปยัง Amazon S3 หากคุณกำลังใช้ไดรฟ์ข้อมูล Amazon EBS เป็นพาร์ติชันราก คุณต้องกำหนดตัวบ่งชี้ Delete On Terminate (ลบเมื่อสิ้นสุด) เป็น "N" หากคุณต้องการให้ไดรฟ์ข้อมูล Amazon EBS ของคุณคงอยู่หลังจากครบอายุการใช้งานของอินสแตนซ์

ถาม: ฉันจะคาดหวังประสิทธิภาพจากไดรฟ์ข้อมูลของ Amazon EBS ในระดับใดได้บ้าง

ในขณะนี้ Amazon EBS มีรุ่นไดรฟ์ข้อมูลสี่ประเภทซึ่งแบ่งออกเป็นสองหมวดหมู่หลัก ได้แก่ พื้นที่จัดเก็บแบบ SSD สำหรับปริมาณงานตามการทำรายการ และพื้นที่จัดเก็บแบบ HDD สำหรับปริมาณงานแบบเน้น Throughput ประเภทไดรฟ์ข้อมูลนี้มีลักษณะต่างกันด้านประสิทธิภาพและราคา ซึ่งช่วยให้คุณสามารถปรับประสิทธิภาพการทำงานและค่าใช้จ่ายสำหรับพื้นที่จัดเก็บได้ตามความต้องการของแอปพลิเคชันของคุณ สำหรับข้อมูลเพิ่มเติม โปรดดูหน้ารายละเอียดผลิตภัณฑ์ EBS และสำหรับข้อมูลเพิ่มเติมเกี่ยวกับประสิทธิภาพการทำงาน โปรดดูส่วนประสิทธิภาพการทำงานของ EBS ในคู่มือผู้ใช้ Amazon EC2

ถาม: ไดรฟ์ข้อมูลประเภท HDD แบบเพิ่มอัตราความเร็ว (st1) และ Cold HDD (sc1) เป็นอย่างไร

ไดรฟ์ข้อมูล ST1 มีการสำรองข้อมูลด้วยไดรฟ์ฮาร์ดดิสก์ (HDD) และเหมาะสำหรับการเข้าระบบบ่อยครั้ง มีปริมาณงานแบบเน้นอัตราความเร็วที่มีชุดข้อมูลขนาดใหญ่ และมี I/O ขนาดใหญ่ อย่างเช่น MapReduce, Kafka การประมวลผลรายการบันทึก คลังจัดเก็บข้อมูล และปริมาณงาน ETL ไดรฟ์ข้อมูลเหล่านี้ให้ประสิทธิภาพการทำงานในแง่ของปริมาณการส่งผ่านข้อมูลที่วัดได้เป็น MB/วินาที และสามารถขยายได้ถึง 250 MB/วินาทีต่อ TB โดยมีปริมาณการส่งผ่านข้อมูลพื้นฐานที่ 40 MB/วินาทีต่อ TB และมีปริมาณการส่งผ่านข้อมูลสูงสุด 500 MB/วินาทีต่อไดรฟ์ข้อมูล ST1 ได้รับการออกแบบมาเพื่อให้ประสิทธิภาพด้านปริมาณการส่งผ่านข้อมูลตามที่คาดไว้ที่ 99% ของเวลา และมีเครดิต I/O เพียงพอที่จะรองรับการสแกนไดรฟ์ข้อมูลทั้งหมดที่อัตราการขยาย

ไดรฟ์ข้อมูล SC1 มีการสำรองข้อมูลด้วยไดรฟ์ฮาร์ดดิสก์ (HDD) และมีค่าใช้จ่ายต่ำที่สุดต่อ GB ในบรรดาไดรฟ์ข้อมูล EBS ทุกประเภท ซึ่งเหมาะอย่างยิ่งสำหรับปริมาณงานที่มีชุดข้อมูลขนาดใหญ่ที่ไม่ค่อยมีการใช้งานซึ่งมีการเข้าถึงไม่บ่อยครั้ง sc1 คล้ายกันกับ st1 โดยที่ sc1 มีโมเดลขยาย กล่าวคือ ไดรฟ์ข้อมูลเหล่านี้สามารถขยายได้จนถึง 80 MB/วินาทีต่อ TB โดยมีปริมาณการส่งผ่านข้อมูลพื้นฐานที่ 12 MB/วินาทีต่อ TB และมีปริมาณการส่งผ่านข้อมูลสูงสุด 250 MB/วินาทีต่อไดรฟ์ข้อมูล สำหรับข้อมูลที่มีการเข้าถึงไม่บ่อยครั้ง sc1 จะมีพื้นที่จัดเก็บในราคาที่ย่อมเยามาก SC1 ได้รับการออกแบบมาเพื่อมอบประสิทธิภาพ Throughput ตามที่คาดไว้ถึง 99% ของเวลาทั้งหมด และมีเครดิต I/O ที่เพียงพอเพื่อรองรับการสแกนไดรฟ์ข้อมูลทั้งหมดในอัตราขยาย

หากต้องการเพิ่มประสิทธิภาพของ st1 และ sc1 เราขอแนะนำให้ใช้อินสแตนซ์ EC2 ที่ปรับให้เหมาะสมกับ EBS

ถาม: ฉันควรเลือกไดรฟ์ข้อมูลประเภทใด

Amazon EBS มีพื้นที่จัดเก็บสองประเภทหลัก ได้แก่ พื้นที่จัดเก็บแบบ SSD สำหรับปริมาณงานตามการทำรายการ (ประสิทธิภาพการทำงานจะขึ้นอยู่กับ IOPS เป็นหลัก) และพื้นที่จัดเก็บแบบ HDD สำหรับปริมาณงานตามอัตราความเร็ว (ประสิทธิภาพจะขึ้นอยู่กับอัตราความเร็วเป็นหลัก ซึ่งวัดค่าเป็น MB/วินาที) ไดรฟ์ข้อมูลแบบ SSD ได้รับการออกแบบมาสำหรับปริมาณงานตามการทำรายการที่มีฐานข้อมูลแบบเน้น IOPS ไดรฟ์ข้อมูลการเริ่มต้นระบบ และปริมาณงานที่ต้องการ IOPS สูง ไดรฟ์ข้อมูลแบบ SSD ได้แก่ IOPS SSD ที่จัดเตรียม (io1) และ SSD สำหรับงานทั่วไป (gp2) ไดรฟ์ข้อมูลแบบ HDD ได้รับการออกแบบมาสำหรับปริมาณงานที่เน้นอัตราความเร็วและมีข้อมูลขนาดใหญ่ I/O ขนาดใหญ่ และรูปแบบ I/O แบบตามลำดับ ไดรฟ์ข้อมูลแบบ HDD ได้แก่ HDD แบบเพิ่มอัตราความเร็ว (st1) และ Cold HDD (sc1) สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ Amazon EBS โปรดดูหน้ารายละเอียดเกี่ยวกับผลิตภัณฑ์ EBS

ถาม: มีการรองรับอินสแตนซ์แบบหลายรายการที่มีการเข้าถึงไดรฟ์ข้อมูลเดียวหรือไม่

คุณสามารถแนบไดรฟ์ข้อมูลหลายรายการไปกับอินสแตนซ์เดียวได้ แต่ยังไม่มีการรองรับการแนบอินสแตนซ์หลายรายการไปกับไดรฟ์ข้อมูลเดียวในขณะนี้

ถาม: ฉันจะสามารถเข้าถึงสแน็ปช็อต EBS ของฉันโดยใช้ Amazon S3 API ทั่วไปได้หรือไม่

ไม่ สแน็ปช็อต EBS มีเฉพาะใน Amazon EC2 API เท่านั้น

ถาม: ต้องถอนการติดตั้งไดรฟ์ข้อมูลเพื่อทำสแน็ปช็อตหรือไม่ ต้องทำสแน็ปช็อตให้เสร็จก่อน จึงจะสามารถใช้ไดรฟ์ข้อมูลได้อีกครั้งใช่หรือไม่ 

ไม่ สามารถทำสแน็ปช็อตได้ตามเวลาจริงขณะที่มีการแนบและใช้งานไดรฟ์ข้อมูลอยู่ อย่างไรก็ตาม สแน็ปช็อตจะเก็บเฉพาะข้อมูลที่มีการเขียนลงไดรฟ์ข้อมูล Amazon EBS ของคุณเท่านั้น ซึ่งอาจไม่รวมข้อมูลใดๆ ที่มีการแคชภายในโดยใช้แอปพลิเคชันหรือ OS ของคุณ เพื่อให้มั่นใจว่าได้สแน็ปช็อตที่สม่ำเสมอบนไดรฟ์ข้อมูลซึ่งแนบไปกับอินสแตนซ์ เราขอแนะนำให้ถอนการติดตั้งไดรฟ์ข้อมูลโดยสมบูรณ์ ออกคำสั่งสแน็ปช็อต จากนั้น แนบไดรฟ์ข้อมูลอีกครั้ง สำหรับไดรฟ์ข้อมูล Amazon EBS ที่ใช้เป็นอุปกรณ์ราก เราขอแนะนำให้ปิดเครื่องเพื่อการทำสแน็ปช็อตที่สมบูรณ์

ถาม: สแน็ปช็อตมีเวอร์ชันหรือไม่ ฉันสามารถอ่านสแน็ปช็อตเก่าเพื่อกู้คืนในเวลาดังกล่าวได้หรือไม่

สแน็ปช็อตแต่ละรายการมีตัวระบุที่ไม่ซ้ำกัน และลูกค้าสามารถสร้างไดรฟ์ข้อมูลตามสแน็ปช็อตที่มีอยู่ของตนได้

ถาม: มีการคิดค่าใช้จ่ายอย่างไรเมื่อใช้สแน็ปช็อตแบบใช้ร่วมกันของ Amazon EBS

หากคุณใช้สแน็ปช็อตร่วมกัน จะไม่มีการคิดค่าใช้จ่ายเมื่อผู้ใช้รายอื่นคัดลอกสแน็ปช็อตของคุณ หากคุณคัดลอกไดรฟ์ข้อมูลที่ใช้ร่วมกันของผู้ใช้รายอื่น คุณจะต้องชำระค่าบริการตามอัตราปกติของ EBS

ถาม: ผู้ใช้สแน็ปช็อตแบบใช้ร่วมกันใน Amazon EBS ของฉัน สามารถเปลี่ยนข้อมูลของฉันได้หรือไม่

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

ถาม: ฉันสามารถหาสแน็ปช็อตใน Amazon EBS ที่ใช้ร่วมกับฉันได้อย่างไร

คุณสามารถหาสแน็ปช็อตที่มีการใช้ร่วมกับคุณได้โดยการเลือก “สแน็ปช็อตส่วนตัว” จากเมนูดรอปดาวน์ในส่วนสแน็ปช็อตของ AWS Management Console ส่วนนี้จะแจกแจงรายการทั้งสแน็ปช็อตของคุณเองและสแน็ปช็อตที่มีการใช้ร่วมกับคุณ

ถาม: ฉันสามารถหาสแน็ปช็อตใน Amazon EBS ที่มีการใช้ร่วมกับทั้งระบบได้อย่างไร

คุณสามารถหาสแน็ปช็อตที่มีการใช้ร่วมกับทั้งระบบได้โดยการเลือก “สแน็ปช็อตสาธารณะ” จากเมนูดรอปดาวน์ในส่วนสแน็ปช็อตของ AWS Management Console

ถาม: มีการเข้ารหัสไดรฟ์ข้อมูลและสแน็ปช็อตใน Amazon EBS ใช่หรือไม่

ได้ EBS นำเสนอการเข้ารหัสไดรฟ์ข้อมูลและสแน็ปช็อตอย่างราบรื่น การเข้ารหัส EBS ช่วยให้คุณปฏิบัติตามกฎข้อบังคับด้านการรักษาความปลอดภัยและการเข้ารหัสได้ดีกว่า

ถาม: ฉันสามารถหารายการชุดข้อมูลสาธารณะของ Amazon ได้อย่างไร

ข้อมูลทั้งหมดเกี่ยวกับชุดข้อมูลสาธารณะมีอยู่ในศูนย์ทรัพยากรชุดข้อมูลสาธารณะ คุณสามารถรับรายการชุดข้อมูลสาธารณะใน AWS Management Console ได้โดยการเลือก “Amazon Snapshots” จากเมนูดรอปดาวน์ในส่วนสแน็ปช็อต

ถาม: ฉันสามารถเรียนรู้เพิ่มเติมเกี่ยวกับ EBS ได้จากที่ใด

คุณสามารถไปที่หน้าคำถามที่พบบ่อยเกี่ยวกับ Amazon EBS ได้

Amazon Elastic File System (EFS)

ถาม: ฉันสามารถเข้าถึงระบบไฟล์จาก Amazon EC2 Instance ได้อย่างไร

เพื่อเข้าถึงระบบไฟล์ ให้คุณติดตั้งระบบไฟล์บนอินสแตนซ์ Linux ของ Amazon EC2 โดยใช้คำสั่งติดตั้ง Linux มาตรฐาน และชื่อ DNS ของระบบไฟล์ เมื่อติดตั้งแล้ว คุณจะสามารถทำงานกับไฟล์และไดเรกทอรีต่างๆ ในระบบไฟล์ของคุณได้เหมือนกับที่ทำงานกับระบบไฟล์ภายใน

Amazon EFS ใช้โปรโตคอล NFSv4.1 สำหรับตัวอย่างขั้นตอนการเข้าถึงระบบไฟล์จากอินสแตนซ์ของ Amazon EC2 โปรดดูที่คู่มือเริ่มต้นใช้งาน Amazon EFS

ถาม: ประเภทอินสแตนซ์และ AMI ใดของ Amazon EC2 ที่ใช้ได้กับ Amazon EFS

Amazon EFS เข้ากันได้กับอินสแตนซ์ของ Amazon EC2 ทุกประเภทและสามารถเข้าถึงได้จาก AMI ที่ใช้ Linux คุณสามารถผสมผสานประเภทอินสแตนซ์ที่เชื่อมต่อกับระบบไฟล์ระบบเดียวได้ สำหรับตัวอย่างขั้นตอนการเข้าถึงระบบไฟล์จากอินสแตนซ์ของ Amazon EC2 โปรดดูที่คู่มือเริ่มต้นใช้งาน Amazon EFS

ถาม: ฉันจะโหลดข้อมูลลงในระบบไฟล์อย่างไร

คุณสามารถโหลดข้อมูลลงระบบไฟล์ Amazon EFS ได้จาก Amazon EC2 Instance ของคุณ หรือจากเซิร์ฟเวอร์ศูนย์ข้อมูลในองค์กรของคุณได้

ระบบไฟล์ Amazon EFS สามารถติดตั้งบนอินสแตนซ์ของ Amazon EC2 ได้ เพื่อให้สามารถอ่านข้อมูลใดๆ ที่สามารถเข้าถึงได้บน Amazon EC2 Instance และเขียนลงบน Amazon EFS ได้ เพื่อโหลดข้อมูลที่ไม่ได้จัดเก็บอยู่ใน Amazon Cloud ในขณะนี้ คุณสามารถใช้วิธีการเดียวกันกับที่คุณใช้ในการโอนไฟล์ไปยัง Amazon EC2 ในปัจจุบัน อย่างเช่น Secure Copy (SCP)

ระบบไฟล์ Amazon EFS ยังสามารถติดตั้งบนเซิร์ฟเวอร์ในองค์กรได้ เพื่อให้อ่านข้อมูลที่สามารถเข้าถึงได้บนเซิร์ฟเวอร์ในองค์กรและเขียนลงบน Amazon EFS โดยใช้เครื่องมือ Linux มาตรฐาน สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการเข้าถึงระบบไฟล์จากเซิร์ฟเวอร์ในองค์กร โปรดดูส่วนการเข้าถึงระบบในองค์กรของคำถามที่พบบ่อยเกี่ยวกับ Amazon EFS

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการย้ายข้อมูลไปยังคลาวด์ของ Amazon โปรดดูหน้าการย้ายข้อมูลระบบคลาวด์

ถาม: ฉันจะเข้าถึงระบบไฟล์จากนอก VPC ของฉันได้อย่างไร

อินสแตนซ์ Amazon EC2 ใน VPC ของคุณสามารถเข้าถึงระบบไฟล์ของคุณได้โดยตรง และอินสแตนซ์ Amazon EC2 Classic นอก VPC ของคุณสามารถติดตั้งระบบไฟล์ผ่าน ClassicLink ได้ เซิร์ฟเวอร์ในองค์กรสามารถติดตั้งระบบไฟล์ของคุณได้ผ่านการเชื่อมต่อ AWS Direct Connect กับ VPC ของคุณ

ถาม: สามารถเชื่อมต่อ Amazon EC2 Instance กับระบบไฟล์ได้กี่รายการ

Amazon EFS รองรับการเชื่อมต่อ Amazon EC2 Instance กับระบบไฟล์ตั้งแต่หนึ่งถึงหลายพันรายการพร้อมกัน

ถาม: ฉันสามารถเรียนรู้เพิ่มเติมเกี่ยวกับ EFS ได้จากที่ใด

คุณสามารถไปที่หน้าคำถามที่พบบ่อยเกี่ยวกับ Amazon EFS ได้

พื้นที่จัดเก็บอินสแตนซ์ NVMe

ถาม: อินสแตนซ์ประเภทใดที่ให้พื้นที่จัดเก็บอินสแตนซ์ NVMe

ขณะนี้อินสแตนซ์ I3en, I3, C5d, M5d และ F1 มีพื้นที่จัดเก็บอินสแตนซ์ NVMe

ถาม: ข้อมูลที่จัดเก็บไว้บนพื้นที่จัดเก็บอินสแตนซ์ NVMe ของ Amazon EC2 ได้เข้ารหัสไว้หรือไม่

ใช่ ข้อมูลทั้งหมดเข้ารหัสไว้ในโมดูลฮาร์ดแวร์ AWS Nitro ก่อนเขียนลงบน SSD ที่มีการแนบมาเฉพาะที่ซึ่งมีให้ผ่านพื้นที่จัดเก็บอินสแตนซ์ NVMe

ถาม: มีอัลกอริทึมการเข้ารหัสใดบ้างที่ใช้สำหรับการเข้ารหัสพื้นที่จัดเก็บอินสแตนซ์ Amazon EC2 NVMe

พื้นที่จัดเก็บอินสแตนซ์ Amazon EC2 NVMe เข้ารหัสไว้โดยใช้รหัสบล็อก XTS-AES-256

ถาม: คีย์เข้ารหัสมีลักษณะเฉพาะสำหรับอินสแตนซ์หรืออุปกรณ์เฉพาะสำหรับพื้นที่จัดเก็บอินสแตนซ์ NVMe ใช่ไหม

คีย์เข้ารหัสสร้างขึ้นมาอย่างปลอดภัยภายในโมดูลฮาร์ดแวร์ Nitro และมีลักษณะเฉพาะสำหรับแต่ละอุปกรณ์พื้นที่จัดเก็บอินสแตนซ์ NVMe ซึ่งจัดให้มี EC2 Instance

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

คีย์ทั้งหมดจะถูกทำลายแบบยกเลิกไม่ได้บนการเลิกจัดสรรพ้นที่จัดเก็บใดๆ รวมถึงการดำเนินการหยุดอินสแตนซ์หรือยุติอินสแตนซ์

ถาม: ฉันสามารถปิดใช้การเข้ารหัสพื้นที่จัดเก็บอินสแตนซ์ NVMe ได้ใช่ไหม

ไม่ การเข้ารหัสพื้นที่จัดเก็บอินสแตนซ์ NVMe ต้องเปิดใช้อยู่เสมอและไม่สามารถปิดใช้งานได้

ถาม: ตัวเลขแสดงประสิทธิภาพการทำงาน IOPS ที่เผยแพร่บน I3 และ I3en ได้รวมถึงการเข้ารหัสข้อมูลด้วยหรือไม่

ใช่ ตัวเลข IOPS ที่ระบุไว้สำหรับพื้นที่จัดเก็บอินสแตนซ์ NVMe ของ I3 และ I3en นั้นได้รวมถึงการเข้ารหัสด้วย

Q: พื้นที่จัดเก็บอินสแตนซ์ NVMe ของ Amazon EC2 รองรับ AWS Key Management Service (KMS) หรือไม่

ไม่ การเข้ารหัสดิสก์บนพื้นที่จัดเก็บอินสแตนซ์ NVMe ไม่รองรับการผนวกรวมกับระบบ AWS KMS ลูกค้าไม่สามารถนำคีย์ของตนเองมาใช้กับพื้นที่จัดเก็บอินสแตนซ์ NVMe ได้ 

ระบบเครือข่ายและความปลอดภัย

Elastic Fabric Adapter (EFA)

ถาม: ทำไมฉันจึงต้องใช้ EFA

EFA นำความยืดหยุ่น ความสามารถในการปรับขยาย และความยืดหยุ่นของคลาวด์มาใช้กับแอปพลิเคชัน HPC ที่มีการเชื่อมโยงอย่างแน่นหนา ด้วย EFA แอปพลิเคชัน HPC ที่มีการเชื่อมโยงอย่างแน่นหนาจะสามารถเข้าถึงเวลาแฝงที่ต่ำกว่าและสม่ำเสมอกันมากขึ้น รวมถึงมีปริมาณงานที่สูงกว่าช่องทาง TCP แบบดั้งเดิม ทำให้สามารถปรับขนาดได้ดีขึ้น การรองรับ EFA สามารถเปิดใช้งานได้แบบไดนามิก แบบตามต้องการบนอินสแตนซ์ EC2 ที่รองรับใดๆ โดยไม่ต้องจัดเตรียมล่วงหน้าซึ่งให้ความยืดหยุ่นในการตอบสนองต่อการเปลี่ยนแปลงลำดับความสำคัญของธุรกิจ/ปริมาณงาน

ถาม: แอปพลิเคชันประเภทใดบ้างที่จะได้ประโยชน์จากการใช้ EFA

แอปพลิเคชันการประมวลผลประสิทธิภาพสูง (HPC) ที่แจกจ่ายปริมาณงานการคำนวณทั่วทั้งคลัสเตอร์ของอินสแตนซ์สำหรับการประมวลผลแบบขนาน ตัวอย่างของแอปพลิเคชัน HPC รวมถึงพลศาสตร์ของไหลเชิงคำนวณ (CFD) การจำลองการชน และการจำลองสภาพอากาศ โดยทั่วไปแล้วแอปพลิเคชัน HPC จะถูกเขียนโดยใช้ Message Passing Interface (MPI) และกำหนดข้อกำหนดที่เข้มงวดสำหรับการสื่อสารระหว่างอินสแตนซ์ในแง่ของเวลาแฝงและแบนด์วิดท์ แอปพลิเคชันที่ใช้ MPI และมิดเดิลแวร์ HPC อื่นๆ ที่รองรับลำดับชั้นการสื่อสารแบบ libfabric จะได้รับประโยชน์จาก EFA

ถาม: การสื่อสารแบบ EFA ทำงานอย่างไร

อุปกรณ์ EFA มอบฟังก์ชันการทำงานของอุปกรณ์ ENA ทั้งหมดรวมถึงส่วนติดต่อฮาร์ดแวร์เลี่ยงระบบปฏิบัติการแบบใหม่ที่อนุญาตให้แอปพลิเคชันของผู้ใช้ทำการสื่อสารโดยตรงกับฟังก์ชันการส่งผ่านที่เชื่อถือได้ของฮาร์ดแวร์ แอปพลิเคชันส่วนใหญ่จะใช้มิดเดิลแวร์ที่มีอยู่ เช่น Message Passing Interface (MPI) เพื่อติดต่อกับ EFA AWS ได้ทำงานร่วมกับผู้ให้บริการมิดเดิลแวร์จำนวนมากเพื่อให้แน่ใจว่ารองรับการทำงานเลี่ยงระบบปฏิบัติการของ EFA โปรดทราบว่าการสื่อสารโดยใช้การทำงานเลี่ยงระบบปฏิบัติการนั้นจำกัดเฉพาะอินสแตนซ์ภายในซับเน็ตเดียวของ Virtual Private Cloud (VPC)

ถาม: อินสแตนซ์ประเภทใดที่รองรับ EFA

ขณะนี้ EFA มีให้บริการบนขนาดอินสแตนซ์ C5n.18xlarge, และ P3dn.24xl และ I3en.24xl โดยจะมีการรองรับประเภทอินสแตนซ์และขนาดเพิ่มเติมในไม่กี่เดือนข้างหน้า

ถาม: EFA ENI และ ENA ENI แตกต่างกันอย่างไร

ENA ENI มีคุณสมบัติระบบเครือข่าย IP แบบดั้งเดิมที่จำเป็นต่อการรองรับเครือข่าย VPC EFA ENI ให้ฟังก์ชันการทำงานทั้งหมดของ ENA ENI รวมถึงรองรับฮาร์ดแวร์สำหรับแอปพลิเคชันเพื่อสื่อสารโดยตรงกับ EFA ENI โดยไม่เกี่ยวข้องกับอินสแตนซ์เคอร์เนล (การสื่อสารเลี่ยงระบบปฏิบัติการ) โดยใช้อินเทอร์เฟซการโปรแกรมเพิ่มเติม เนื่องจากความสามารถขั้นสูงของ EFA ENI จึงสามารถติดตั้ง EFA ENI เมื่อเปิดใช้งานอินสแตนซ์หรือกับอินสแตนซ์ที่หยุดทำงานแล้วเท่านั้น

ถาม: ข้อกำหนดเบื้องต้นในการเปิดใช้งาน EFA บนอินสแตนซ์มีอะไรบ้าง

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

 

 

Elastic IP

ถาม: ทำไมฉันจึงถูกจำกัดที่อยู่ Elastic IP ไว้ 5 ที่อยู่ต่อภูมิภาค

ที่อยู่อินเทอร์เน็ตสาธารณะ (IPV4) เป็นทรัพยากรที่มีน้อย โดยมีจำนวน IP สาธารณะที่ว่างอยู่ในจำนวนจำกัดเท่านั้น และ Amazon EC2 มุ่งมั่นที่จะช่วยให้มีการใช้งานพื้นที่ว่างเหล่านั้นอย่างมีประสิทธิภาพ

ตามค่าเริ่มต้น บัญชีทั้งหมดมีการจำกัดที่อยู่ Elastic IP 5 ที่อยู่ต่อภูมิภาค หากคุณต้องการที่อยู่ Elastic IP มากกว่า 5 ที่อยู่ เราขอให้คุณสมัครขอเพิ่มขีดจำกัดของคุณ เราจะขอให้คุณคิดเกี่ยวกับกรณีใช้งานของคุณ และช่วยให้เราทำความเข้าใจเกี่ยวกับความต้องการเพิ่มที่อยู่ของคุณ คุณสามารถสมัครขอเพิ่มที่อยู่ Elastic IP ได้ที่นี่ การเพิ่มที่อยู่จะเฉพาะเจาะจงไปยังภูมิภาคที่มีการขอเท่านั้น

ถาม: ทำไมจึงมีการคิดค่าใช้จ่ายเมื่อที่อยู่ Elastic IP ของฉันไม่เชื่อมโยงกับอินสแตนซ์ที่กำลังเรียกใช้อยู่

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

ถาม: ฉันต้องมีที่อยู่ Elastic IP หนึ่งที่อยู่สำหรับทุกอินสแตนซ์ที่กำลังเรียกใช้อยู่หรือไม่

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

ถาม: การรีแมปที่อยู่ Elastic IP ใช้เวลานานเท่าใด

ขั้นตอนการรีแมปในขณะนี้จะใช้เวลาหลายนาทีนับจากตอนที่มีคำสั่งให้รีแมป Elastic IP ไปจนกว่าจะมีการเผยแพร่ผ่านระบบของเราโดยสมบูรณ์

ถาม: ฉันสามารถกำหนดค่าบันทึก DNS แบบย้อนหลังสำหรับที่อยู่ Elastic IP ของฉันได้หรือไม่

ที่อยู่ Elastic IP ทั้งหมดมาพร้อมกับ Reverse DNS ในเทมเพลตมาตรฐานของแบบฟอร์ม ec2-1-2-3-4.region.compute.amazonaws.com สำหรับลูกค้าที่จำเป็นต้องใช้การตั้งค่า Reverse DNS แบบกำหนดเองสำหรับแอปพลิเคชันที่เข้าถึงผ่านอินเทอร์เน็ตได้ซึ่งใช้การตรวจสอบความถูกต้องที่สัมพันธ์กันผ่าน IP (เช่น การส่งอีเมลจาก EC2 Instance) คุณสามารถกำหนดค่าบันทึก Reverse DNS ของที่อยู่ Elastic IP ของคุณได้โดยกรอกแบบฟอร์มนี้ หรือโปรดติดต่อฝ่ายสนับสนุนลูกค้าของ AWS หากคุณต้องการให้ AWS มอบหมายการจัดการของ Reverse DNS สำหรับ Elastic IP ของคุณให้กับเนมเซิร์ฟเวอร์ DNS ที่เชื่อถือได้ (เช่น Amazon Route 53) เพื่อให้คุณสามารถจัดการบันทึก PTR สำหรับ Reverse DNS ของคุณเองให้รองรับกรณีการใช้งานเหล่านี้ได้ โปรดทราบว่าต้องมีบันทึก DNS แบบไปด้านหน้าที่สัมพันธ์กันซึ่งชี้ไปยังที่อยู่ Elastic IP นั้นก่อน เราจึงจะสามารถสร้างบันทึก DNS แบบย้อนหลังได้

Elastic Load Balancing

ถาม: Elastic Load Balancing มีบริการตัวเลือกโหลดบาลานซิ่งใดบ้าง

Elastic Load Balancing ให้บริการโหลดบาลานเซอร์ 2 ประเภทซึ่งมีคุณสมบัติทั้งมีความพร้อมใช้งานสูง ปรับขนาดได้อัตโนมัติ และมีการรักษาความปลอดภัยที่แข็งแกร่ง ซึ่งได้แก่ Classic Load Balancer ซึ่งจัดเส้นทางปริมาณการใช้งานตามแอปพลิเคชันหรือข้อมูลระดับเครือข่าย และ Application Load Balancer ซึ่งจัดเส้นทางปริมาณการใช้งานตามระดับข้อมูลแอปพลิเคชันขั้นสูงซึ่งประกอบไปด้วยเนื้อหาในคำขอ

ถาม: เมื่อใดจึงควรใช้ Classic Load Balancer และเมื่อใดจึงควรใช้ Application Load Balancer

Classic Load Balancer เหมาะสำหรับการบาลานซ์โหลดปริมาณการใช้งานแบบง่ายๆ ในหลายอินสแตนซ์ EC2 ในขณะที่ Application Load Balancer เหมาะสำหรับแอปพลิเคชันที่ต้องอาศัยความสามารถในการจัดเส้นทางขั้นสูง รวมถึงไมโครเซอร์วิส และสถาปัตยกรรมต่างๆ ที่มีคอนเทนเนอร์ โปรดไปที่ Elastic Load Balancing สำหรับข้อมูลเพิ่มเติม

เครือข่ายที่ปรับปรุงประสิทธิภาพ

ถาม: คุณสมบัตินี้มีความสามารถในการสร้างเครือข่ายแบบใดบ้าง

ขณะนี้ เรารองรับความสามารถในการสร้างเครือข่ายที่มีประสิทธิภาพมากขึ้นโดยใช้ SR-IOV (การจัดรูปแบบการแสดงข้อมูล I/O แบบ Single Root) SR-IOV เป็นวิธีการจัดรูปแบบการแสดงข้อมูลอุปกรณ์ที่ให้ประสิทธิภาพ I/O สูงขึ้นและใช้ CPU ต่ำ เมื่อเทียบกับการใช้งานแบบเดิม สำหรับอินสแตนซ์ Amazon EC2 ที่มีการรองรับ คุณสมบัตินี้จะมีแพ็กเกจต่อวินาที (PPS) ที่มีประสิทธิภาพสูงกว่า การหน่วงเวลาต่ำกว่า และการผันแปรของเครือข่ายที่ต่ำมาก

ถาม: เพราะเหตุใดฉันจึงควรใช้เครือข่ายที่ปรับปรุงประสิทธิภาพ

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

ถาม: ฉันสามารถเปิดใช้งานเครือข่ายที่ปรับปรุงประสิทธิภาพบนอินสแตนซ์ที่มีการรองรับได้อย่างไร

เพื่อเปิดใช้งานคุณสมบัตินี้ คุณต้องเปิดใช้ HVM AMI กับไดรเวอร์ที่เหมาะสม อินสแตนซ์ C5, C5d, F1, G3, H1, I3, I3en, m4.16xlarge, M5, M5d, P2, P3, R4, R5, R5d, T3, X1, X1e และ z1d ใช้ Elastic Network Adapter (ซึ่งใช้ไดรเวอร์ “ena” สำหรับ Linux) สำหรับ Enhanced Networking อินสแตนซ์ C3, C4, D2, I2, M4 (ยกเว้น m4.16xlarge) และ R3 ใช้อินเทอร์เฟซฟังก์ชันเสมือนของ Intel® 82599g (ซึ่งใช้ไดรเวอร์ “ixgbevf” สำหรับ Linux) Amazon Linux AMI รวมทั้งสองไดรเวอร์นี้ไว้ตามค่าเริ่มต้น สำหรับ AMI ที่ไม่มีไดรเวอร์เหล่านี้ คุณจะต้องดาวน์โหลดและติดตั้งไดรเวอร์ที่เหมาะสมตามประเภทอินสแตนซ์ที่คุณวางแผนจะใช้งาน คุณสามารถใช้คำแนะนำของ Linux หรือ Windows เพื่อเปิดใช้ Enhanced Networking ใน AMI ที่ไม่รวมไดรเวอร์ SR-IOV ไว้ตามค่าเริ่มต้น เครือข่ายที่ปรับปรุงประสิทธิภาพได้รับการรองรับบน Amazon VPC เท่านั้น

ถาม: ฉันต้องชำระค่าธรรมเนียมเพิ่มเติมเพื่อใช้เครือข่ายที่ปรับปรุงประสิทธิภาพหรือไม่

ไม่ ไม่มีค่าธรรมเนียมเพิ่มเติมสำหรับเครือข่ายที่ปรับปรุงประสิทธิภาพ เพื่อรับประโยชน์จากเครือข่ายที่ปรับปรุงประสิทธิภาพ คุณต้องเปิดใช้ AMI ที่เหมาะสมบนประเภทอินสแตนซ์ที่มีการรองรับใน VPC

ถาม: เพราะเหตุใดจึงมีการรองรับเครือข่ายที่ปรับปรุงประสิทธิภาพเฉพาะใน Amazon VPC

Amazon VPC ช่วยให้เราสามารถมอบคุณสมบัติการสร้างเครือข่ายขั้นสูงแก่คุณ ซึ่งไม่สามารถทำได้ใน EC2-Classic เครือข่ายที่ปรับปรุงประสิทธิภาพคืออีกตัวอย่างของความสามารถที่ใช้งานได้ด้วย Amazon VPC

ถาม: อินสแตนซ์ประเภทใดบ้างที่รองรับเครือข่ายที่ปรับปรุงประสิทธิภาพ

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

อินเทอร์เฟซฟังก์ชันเสมือน (VF) Intel 82599 – อินเทอร์เฟซฟังก์ชันเสมือน Intel 82599 รองรับความเร็วเครือข่ายสูงสุด 10 Gbps สำหรับประเภทอินสแตนซ์ที่รองรับ อินสแตนซ์ C3, C4, D2, I2, M4 (ยกเว้น m4.16xlarge) และ R3 จะใช้อินเทอร์เฟซ Intel 82599 VF for Enhanced Networking

Elastic Network Adapter (ENA) – Elastic Network Adapter (ENA) รองรับความเร็วเครือข่ายสูงสุด 25 Gbps สำหรับประเภทอินสแตนซ์ที่รองรับ อินสแตนซ์ C5, C5d, F1, G3, H1, I3, I3en, m4.16xlarge, M5, M5d, P2, P3, R4, R5, R5d, T3, X1, X1e และ z1d ใช้ Elastic Network Adapter for Enhanced Networking

ถาม: อินสแตนซ์ประเภทใดที่ให้พื้นที่จัดเก็บอินสแตนซ์ NVMe

อินสแตนซ์แบบ I/O สูงใช้พื้นที่จัดเก็บอินสแตนซ์ภายในของ NVMe เพื่อให้ความสามารถ I/O สูง การหน่วงเวลาต่ำ สำหรับแอปพลิเคชัน และเพิ่มประสิทธิภาพสำหรับแอปพลิเคชันที่ต้องการ IOPS หลายล้านหน่วย เช่นเดียวกับอินสแตนซ์แบบคลัสเตอร์ อินสแตนซ์แบบ I/O สูงสามารถจัดกลุ่มผ่านกลุ่มการจัดวางคลัสเตอร์สำหรับเครือข่ายแบนด์วิดท์สูง

การรักษาความปลอดภัย

ถาม: ฉันจะป้องกันไม่ให้คนอื่นดูระบบของฉันได้อย่างไร

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

ถาม: ฉันสามารถขอรับประวัติการเรียก EC2 API ทั้งหมดบนบัญชีของฉันเพื่อการวิเคราะห์ความปลอดภัยและการแก้ปัญหาการดำเนินการได้หรือไม่

ได้ คุณเพียงเปิด CloudTrail ใน AWS Management Console เพื่อรับประวัติการเรียก EC2 API ทั้งหมด (รวมถึง VPC และ EBS) บนบัญชีของคุณ สำหรับข้อมูลเพิ่มเติม โปรดไปที่หน้าหลักของ CloudTrail

ถาม: ฉันสามารถดูข้อมูลเพิ่มเติมเกี่ยวกับการรักษาความปลอดภัยบน AWS ได้จากที่ใด

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการรักษาความปลอดภัยบน AWS โปรดดูเอกสารรายงาน Amazon Web Services: ภาพรวมเกี่ยวกับขั้นตอนการรักษาความปลอดภัยและคู่มือการรักษาความปลอดภัยของ Amazon EC2 ที่เรียกใช้บน Windows 

การจัดการ

Amazon CloudWatch

ถาม: Amazon CloudWatch ใช้เวลาในการได้รับและรวบรวมรายละเอียดข้อมูลต่ำสุดที่เท่าใด

ตัววัดที่ได้รับและมีการรวบรวมจะใช้เวลา 1 นาที

ถาม: Amazon CloudWatch รองรับระบบปฏิบัติการใดบ้าง

Amazon CloudWatch รับและจัดเตรียมตัววัดสำหรับอินสแตนซ์ Amazon EC2 ทั้งหมด และควรใช้ได้กับทุกระบบปฏิบัติการที่บริการ Amazon EC2 รองรับในขณะนี้

ถาม: ฉันจะสูญเสียข้อมูลตัววัดหรือไม่ หากฉันปิดใช้งานการเฝ้าติดตามอินสแตนซ์ Amazon EC2

คุณสามารถเรียกดูข้อมูลตัววัดสำหรับอินสแตนซ์ Amazon EC2 ได้สูงสุด 2 สัปดาห์จากวันที่คุณเริ่มเฝ้าติดตาม หลังจาก 2 สัปดาห์ จะไม่มีข้อมูลเมตริกซ์สำหรับ Amazon EC2 Instance หากมีการปิดใช้งานการเฝ้าติดตามสำหรับ Amazon EC2 Instance นั้น หากต้องการจัดเก็บตัววัดถาวรเป็นเวลามากกว่า 2 สัปดาห์ คุณสามารถทำได้โดยการเรียก mon-get-stats จากบรรทัดคำสั่งและจัดเก็บผลลัพธ์ไว้ใน Amazon S3 หรือ Amazon SimpleDB

ถาม: ฉันสามารถเข้าถึงข้อมูลตัววัดสำหรับอินสแตนซ์ Amazon EC2 ที่ยกเลิกไปแล้วหรือ Elastic Load Balancer ที่ลบไปแล้วได้หรือไม่

ได้ Amazon CloudWatch จะจัดเก็บตัววัดสำหรับอินสแตนซ์ Amazon EC2 ที่ยกเลิกไปแล้วหรือ Elastic Load Balancer ที่ลบไปแล้วเป็นเวลา 2 สัปดาห์

ถาม: ค่าบริการในการเฝ้าติดตามของ Amazon CloudWatch จะเปลี่ยนแปลงไปโดยขึ้นอยู่กับประเภทของอินสแตนซ์ Amazon EC2 ที่ฉันเฝ้าติดตามใช่หรือไม่

ไม่ ค่าบริการในการเฝ้าติดตาม Amazon CloudWatch จะไม่ผันแปรไปตามประเภทของอินสแตนซ์ Amazon EC2

ถาม: ทำไมการสร้างกราฟของช่วงระยะเวลาเดียวกันจึงดูแตกต่างกันเมื่อดูช่วงระยะเวลาแบบ 5 นาทีและ 1 นาที

หากคุณเรียกดูช่วงระยะเวลาเดียวกันเป็นระยะเวลาแบบ 5 นาทีเมื่อเทียบกับแบบ 1 นาที คุณอาจจะเห็นว่าจุดข้อมูลแสดงอยู่ในคนละตำแหน่งกันบนกราฟ Amazon CloudWatch จะค้นหาทุกจุดข้อมูลที่มีอยู่ในช่วงเวลาที่คุณระบุในกราฟ แล้วคำนวณจุดผลรวมเพียงจุดเดียวเพื่อนำเสนอระยะเวลาโดยรวม ในกรณีที่เป็นระยะเวลาแบบ 5 นาที ระบบจะวางจุดข้อมูลแบบเดี่ยวไว้ที่จุดเริ่มต้นของช่วงระยะเวลาแบบ 5 นาที ในกรณีที่เป็นระยะเวลาแบบ 1 นาที ระบบจะวางจุดข้อมูลแบบเดี่ยวไว้ที่จุดเวลา 1 นาที เราขอแนะนำให้ใช้ระยะเวลาแบบ 1 นาทีสำหรับการแก้ไขปัญหาและกิจกรรมอื่นๆ ที่จำเป็นต้องอาศัยกราฟช่วงเวลาที่แม่นยำมากที่สุด

Amazon EC2 Auto Scaling

ถาม: ฉันสามารถปรับขนาดกลุ่ม Amazon EC2 Fleet โดยอัตโนมัติได้หรือไม่

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

Hibernate

ถาม: ทำไมฉันต้องระงับอินสแตนซ์

คุณสามารถระงับอินสแตนซ์เพื่อให้อินสแตนซ์และแอปพลิเคชันของคุณเริ่มและทำงานได้อย่างรวดเร็วหากใช้เวลานานในขั้นตอนการบูต (เช่น โหลดแคชหน่วยความจำ) คุณสามารถเปิดใช้อินสแตนซ์ ปรับไปสู่สถานะที่ต้องการ และระงับได้ อินสแตนซ์แบบ “pre-warmed” เหล่านี้สามารถกลับมาทำงานต่อได้เพื่อลดเวลาที่อินสแตนซ์ใช้สำหรับกลับสู่บริการ การระงับยังคงสถานะหน่วยความจำไว้ตลอดวงจรการหยุด/เริ่มระบบ

ถาม: จะเกิดอะไรขึ้นเมื่อฉันระงับอินสแตนซ์ของฉัน

เมื่อคุณระงับอินสแตนซ์ ข้อมูลจากไดรฟ์ข้อมูลรูท EBS และไดรฟ์ข้อมูล EBS ใดๆ ที่เชื่อมต่ออยู่จะยังคงอยู่ นอกจากนี้เนื้อหาจากหน่วยความจำ (RAM) ของอินสแตนซ์จะยังคงอยู่ในไดรฟ์ข้อมูลรูท EBS เมื่อรีสตาร์ทอินสแตนซ์ อินสแตนซ์จะกลับสู่สถานะก่อนหน้าและโหลดเนื้อหา RAM อีกครั้ง

ถาม: การระงับและการหยุดแตกต่างกันอย่างไร

ในกรณีที่ระงับ อินสแตนซ์ของคุณจะถูกระงับ และข้อมูล RAM จะยังคงอยู่ ในกรณีที่หยุด อินสแตนซ์ของคุณจะถูกปิด และ RAM จะถูกล้างไป

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

ถาม: มีค่าใช้จ่ายเท่าใดในการระงับอินสแตนซ์

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

ถาม: ฉันจะระงับอินสแตนซ์ได้อย่างไร

จำเป็นต้องเปิดใช้งานการระงับเมื่อคุณเปิดใช้งานอินสแตนซ์ เมื่อเปิดใช้งานแล้ว คุณสามารถใช้ API StopInstances พร้อมพารามิเตอร์ "Hibernate" เพิ่มเติม เพื่อทริกเกอร์การระงับ คุณสามารถทำขั้นตอนนี้ได้ผ่านคอนโซลโดยเลือกอินสแตนซ์ของคุณ จากนั้นคลิกการดำเนินการ > สถานะอินสแตนซ์ > หยุด – ระงับ สำหรับข้อมูลเพิ่มเติมในการใช้งานการระงับ โปรดอ้างอิงคู่มือผู้ใช้

ถาม: ฉันจะทำให้อินสแตนซ์ที่ระงับอยู่กลับมาทำงานได้อย่างไร

คุณสามารถทำให้อินสแตนซ์กลับมาทำงานต่อได้โดยการเรียกใช้ StartInstance API อย่างที่คุณทำเวลาที่อินสแตนซ์หยุดอยู่ตามปกติ คุณสามารถทำขั้นตอนนี้ได้ผ่านคอนโซลโดยเลือกอินสแตนซ์ของคุณ จากนั้นคลิกการดำเนินการ > สถานะอินสแตนซ์ > เริ่ม

ถาม: ฉันจะเปิดใช้งานการระงับบนอินสแตนซ์ที่มีอยู่แล้วได้หรือไม่

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

ถาม: ฉันจะรู้ได้อย่างไรว่าอินสแตนซ์นั้นระงับอยู่

คุณจะรู้ได้ว่าอินสแตนซ์นั้นระงับอยู่โดยดูที่สาเหตุของสถานะ ควรจะแสดงเป็น "Client.UserInitiatedHibernate" สามารถมองเห็นข้อมูลนี้ได้บนคอนโซลในมุมมอง “อินสแตนซ์ – รายละเอียด” หรือในฟิลด์ “สาเหตุ” จากการตอบสนอง API DescribeInstances

ถาม: อินสแตนซ์จะอยู่ในสถานะอะไรเมื่อทำการระงับ

อินสแตนซ์ที่ถูกระงับจะอยู่ในสถานะ "หยุด"

ถาม: ข้อมูลที่ถูกบันทึกไว้เมื่อฉันระงับอินสแตนซ์มีอะไรบ้าง

ไดรฟ์ที่เก็บข้อมูลแบบ EBS (ไดรฟ์บูตและไดรฟ์ข้อมูลที่เชื่อมต่อ) และหน่วยความจำ (RAM) จะถูกบันทึกไว้ ที่อยู่ IP ส่วนตัวของคุณจะคงอยู่เช่นเดิม (สำหรับ VPC) เช่นเดียวกับที่อยู่ Elastic IP (ถ้ามี) ลักษณะชั้นเครือข่ายจะคล้ายกับลักษณะลำดับงานหยุด-เริ่ม EC2

ถาม: ข้อมูลของฉันจะเก็บไว้ที่ใดเมื่อฉันระงับอินสแตนซ์

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

ถาม: ข้อมูลหน่วยความจำ (RAM) ของฉันถูกเข้ารหัสหรือไม่เมื่อย้ายไปยัง EBS

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

ถาม: ฉันจะระงับอินสแตนซ์ได้นานเท่าไร

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

ถาม: ข้อกำหนดเบื้องต้นในการระงับอินสแตนซ์มีอะไรบ้าง

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

ถาม: มีอินสแตนซ์และระบบปฏิบัติการใดที่รองรับการไฮเบอร์เนตบ้าง

ปัจจุบันการไฮเบอร์เนตรองรับกับอินสแตนซ์ M3, M4, M5, C3, C4, C5, R3, R4 และ R5 ที่มี RAM ต่ำกว่า 150 GB และใช้ Amazon Linux 1 หากต้องการตรวจสอบรายชื่อเวอร์ชันระบบปฏิบัติการที่รองรับ โปรดอ้างอิงคู่มือผู้ใช้

ถาม: ฉันควรใช้ Amazon Machine Image (AMI) ที่เฉพาะเจาะจงหากต้องการระงับอินสแตนซ์หรือไม่

คุณสามารถใช้ AMI ที่กำหนดค่าเพื่อรองรับการระงับใดๆ ก็ได้ คุณสามารถใช้ AMI ที่เผยแพร่ของ AWS ที่รองรับการระงับได้ตามค่าเริ่มต้น อีกวิธีหนึ่ง คุณสามารถสร้างอิมเมจที่กำหนดเองจากอินสแตนซ์หลังจากทำตามรายการตรวจสอบข้อกำหนดเบื้องต้นในการระงับ และกำหนดค่าอินสแตนซ์ของคุณอย่างเหมาะสม

ถาม: จะเป็นเช่นไรหากไดรฟ์ข้อมูลรูท EBS ของฉันมีขนาดไม่ใหญ่พอที่จะจัดเก็บสถานะหน่วยความจำ (RAM) เพื่อทำการระงับได้

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

VM Import/Export

ถาม: VM Import/Export คืออะไร

VM Import/Export ช่วยให้ลูกค้าสามารถนำเข้าอิมเมจ Virtual Machine (VM) เพื่อสร้างอินสแตนซ์ Amazon EC2 ได้ ลูกค้าสามารถส่งออกอินสแตนซ์ EC2 ที่นำเข้าก่อนหน้านี้เพื่อสร้าง VM ลูกค้าสามารถใช้ VM Import/Export เพื่อใช้ประโยชน์จากการลงทุนก่อนหน้านี้ในการสร้าง VM โดยการย้าย VM ไปยัง Amazon EC2 ได้

ถาม: รองรับระบบปฏิบัติการอะไรบ้าง

ปัจจุบัน VM Import/Export รองรับ VM ของ Windows และ Linux รวมถึง Windows Server 2003, Windows Server 2003 R2, Windows Server 2008, Windows Server 2012 R1, Red Hat Enterprise Linux (RHEL) 5.1-6.5 (โดยใช้ Cloud Access), Centos 5.1-6.5, Ubuntu 12.04, 12.10, 13.04, 13.10 และ Debian 6.0.0-6.0.8, 7.0.0-7.2.0 สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับ VM Import รวมถึงรูปแบบไฟล์ สถาปัตยกรรม และการกำหนดค่าระบบปฏิบัติการที่รองรับ โปรดดูส่วน VM Import/Export ของคู่มือผู้ใช้ Amazon EC2

ถาม: รองรับรูปแบบไฟล์ Virtual Machine ใดบ้าง

คุณสามารถนำเข้าอิมเมจ VMware ESX VMDK, อิมเมจ Citrix Xen VHD, อิมเมจ Microsoft Hyper-V VHD และอิมเมจ RAW ในแบบอินสแตนซ์ Amazon EC2 คุณสามารถส่งออกอินสแตนซ์ EC2 ไปเป็นอิมเมจ VMware ESX VMDK, VMware ESX OVA, Microsoft Hyper-V VHD หรือ Citrix Xen VHD สำหรับรายชื่อระบบปฏิบัติการทั้งหมดที่รองรับ โปรดดูรองรับระบบปฏิบัติการใดบ้าง

ถาม: VMDK คืออะไร

VMDK เป็นรูปแบบไฟล์ที่ระบุฮาร์ดดิสก์ของ Virtual Machine ที่ห่อหุ้มไว้ภายในไฟล์เดียว ซึ่งโดยปกติแล้วโครงสร้างพื้นฐานด้านไอทีเสมือนจริงจะใช้ไฟล์รูปแบบนี้ เช่นโครงสร้างพื้นฐานที่ VMware, Inc. จำหน่าย

ถาม: ฉันจะเตรียมไฟล์ VMDK เพื่อนำเข้าโดยใช้ไคลเอ็นต์ VMware vSphere ได้อย่างไร

ไฟล์ VMDK สามารถจัดเตรียมได้โดยเรียก File-Export-Export ไปยังเทมเพลต OVF ในไคลเอ็นต์ VMware vSphere ไฟล์ VMDK ที่ได้จะถูกบีบอัดเพื่อลดขนาดอิมเมจและจะทำงานกับ VM Import/Export ได้ ไม่จำเป็นต้องมีการเตรียมการพิเศษ หากคุณใช้ Amazon EC2 VM Import Connector vApp สำหรับ VMware vCenter

ถาม: VHD คืออะไร

VHD (ฮาร์ดดิสก์เสมือน) เป็นรูปแบบไฟล์ที่ระบุฮาร์ดดิสก์ของ Virtual Machine ที่ถูกห่อหุ้มไว้ภายในไฟล์เดียว รูปแบบอิมเมจ VHD จะถูกใช้โดยแพลตฟอร์มเสมือนจริงเช่น Microsoft Hyper-V และ Citrix Xen

ถาม: ฉันจะเตรียมไฟล์ VHD สำหรับการนำเข้าจาก Citrix Xen ได้อย่างไร

เปิด Citrix XenCenter และเลือก Virtual Machine ที่คุณต้องการส่งออก ภายใต้เมนู เครื่องมือ เลือก "เครื่องมือ Virtual Appliance" และเลือก "ส่งออก Appliance" เพื่อเริ่มงานการส่งออก เมื่อการส่งออกเสร็จสิ้น คุณสามารถค้นหาไฟล์อิมเมจ VHD ได้ในไดเรกทอรีปลายทางที่คุณระบุไว้ในกล่องโต้ตอบการส่งออก

ถาม: ฉันจะเตรียมไฟล์ VHD สำหรับการนำเข้าจาก Microsoft Hyper-V ได้อย่างไร

เปิด Hyper-V Manager และเลือก Virtual Machine ที่คุณต้องการส่งออก ในบานหน้าต่าง การดำเนินการ สำหรับ Virtual Machine เลือก "ส่งออก" เพื่อเริ่มต้นงานการส่งออก เมื่อการส่งออกเสร็จสิ้น คุณสามารถค้นหาไฟล์อิมเมจ VHD ได้ในไดเรกทอรีปลายทางที่คุณระบุไว้ในกล่องโต้ตอบการส่งออก

ถาม: มีข้อกำหนดอื่นๆ เมื่อนำเข้า VM ไปยัง Amazon EC2 หรือไม่

Virtual Machine ต้องอยู่ในสถานะหยุดก่อนที่จะสร้างอิมเมจ VMDK หรือ VHD VM ไม่สามารถอยู่ในสถานะหยุดชั่วคราวหรือถูกระงับ เราขอแนะนำให้คุณส่งออก Virtual Machine ในขณะที่แนบไดรฟ์ข้อมูลสำหรับบูตไว้เท่านั้น คุณสามารถนำเข้าดิสก์เพิ่มเติมโดยใช้คำสั่ง ImportVolume และติดกับ Virtual Machine โดยใช้ AttachVolume นอกจากนี้ยังไม่สนับสนุนดิสก์ที่เข้ารหัส (เช่น Bit Locker) และไฟล์อิมเมจที่เข้ารหัส คุณมีหน้าที่รับผิดชอบในการตรวจสอบว่าคุณมีสิทธิ์และมีใบอนุญาตการใช้งานที่จำเป็นทั้งหมดในการนำเข้า VM สู่ AWS และเรียกใช้ซอฟต์แวร์ที่รวมอยู่ในอิมเมจ VM ของคุณ

ถาม: Virtual Machine ต้องได้รับการกำหนดค่าในลักษณะใดเพื่อให้สามารถนำเข้าไปยัง Amazon EC2 ได้

ตรวจสอบว่าเปิดใช้งาน Remote Desktop (RDP) หรือ Secure Shell (SSH) สำหรับการเข้าถึงระยะไกล และตรวจสอบว่าไฟร์วอลล์ของโฮสต์ (ไฟร์วอลล์ Windows, iptables หรือที่คล้ายกัน) สามารถเข้าถึง RDP หรือ SSH ได้ หากมีการกำหนดค่าไว้ มิฉะนั้นคุณจะไม่สามารถเข้าถึงอินสแตนซ์ของคุณได้หลังจากการนำเข้าเสร็จสมบูรณ์ โปรดตรวจสอบให้แน่ใจว่า Windows VM ได้รับการกำหนดค่าให้ใช้รหัสผ่านที่รัดกุมสำหรับผู้ใช้ทั้งหมด รวมถึงผู้ดูแลระบบและ Linux VM และมีการกำหนดค่าด้วยคีย์สาธารณะสำหรับการเข้าถึง SSH

ถาม: ฉันจะนำเข้า Virtual Machine ไปยังอินสแตนซ์ Amazon EC2 ได้อย่างไร

คุณสามารถนำเข้าอิมเมจ VM โดยใช้เครื่องมือ Amazon EC2 API ได้ ดังนี้

  • นำเข้าไฟล์ VMDK, VHD หรือ RAW ผ่าน ec2-import-instance API งานอินสแตนซ์การนำเข้าจะรวบรวมพารามิเตอร์ที่จำเป็นเพื่อกำหนดค่าคุณสมบัติของ Amazon EC2 Instance อย่างถูกต้อง (ขนาดอินสแตนซ์, Availability Zone และกลุ่มความปลอดภัย) และอัปโหลดอิมเมจดิสก์ลงใน Amazon S3
  • หาก ec2-import-instance ถูกขัดจังหวะหรือสิ้นสุดการทำงานลงโดยไม่ผ่านการอัปโหลด ให้ใช้ ec2-resume-import เพื่อดำเนินการอัปโหลดต่อ งานนำเข้าจะดำเนินการต่อในตำแหน่งที่ออกไป
  • ใช้คำสั่ง ec2-describe-conversion-tasks เพื่อตรวจสอบความคืบหน้าในการนำเข้า และรับรหัส Amazon EC2 Instance ที่ได้
  • เมื่องานนำเข้าเสร็จสิ้น คุณสามารถบูต Amazon EC2 Instance ได้โดยระบุ ID อินสแตนซ์ของตนไปที่ ec2-run-instances API
  • ขั้นสุดท้าย ใช้เครื่องมือบรรทัดคำสั่ง ec2-delete-disk-image เพื่อลบอิมเมจดิสก์จาก Amazon S3 เนื่องจากไม่จำเป็นต้องใช้อีกต่อไป

อีกทางเลือกหนึ่งคือ ถ้าคุณใช้แพลตฟอร์มการจัดรูปแบบการแสดงข้อมูล VMware vSphere คุณจะสามารถนำเข้า Virtual Machine ของคุณไปยัง Amazon EC2 โดยใช้อินเทอร์เฟซผู้ใช้แบบกราฟิกที่มีให้ใน AWS Management Portal สำหรับ vCenter โปรดดูคู่มือเริ่มต้นใช้งานใน AWS Management Portal สำหรับ vCenter AWS Management Portal สำหรับ vCenter มีการสนับสนุนแบบเบ็ดเสร็จสำหรับ VM Import เมื่อติดตั้งพอร์ทัลภายใน vCenter แล้ว คุณสามารถคลิกขวาที่ VM และเลือก "โยกย้ายไปที่ EC2" เพื่อสร้างอินสแตนซ์ EC2 จาก VM พอร์ทัลจะจัดการการส่งออก VM จาก vCenter แล้วอัปโหลดไปยัง S3 และแปลงให้เป็นอินสแตนซ์ EC2 ให้คุณโดยไม่จำเป็นต้องมีการทำงานเพิ่มเติม นอกจากนี้คุณยังสามารถติดตามความคืบหน้าของการโยกย้าย VM ของคุณภายในพอร์ทัลได้ด้วย

ถาม: ฉันจะส่งออกอินสแตนซ์ Amazon EC2 กลับไปที่สภาพแวดล้อมการจัดรูปแบบการแสดงข้อมูลในองค์กรของฉันได้อย่างไร

คุณสามารถส่งออกอินสแตนซ์ Amazon EC2 ของคุณโดยใช้เครื่องมือ Amazon EC2 CLI ดังนี้

  • ส่งออกอินสแตนซ์โดยใช้คำสั่ง ec2-create-instance-export-task คำสั่งส่งออกจะเก็บพารามิเตอร์ที่จำเป็น (ID ของอินสแตนซ์, บักเก็ต S3 เพื่อเก็บอิมเมจที่ส่งออก ชื่ออิมเมจที่ส่งออก รูปแบบ VMDK, OVA หรือ VHD) เพื่อส่งออกอินสแตนซ์ไปเป็นรูปแบบที่คุณเลือก ไฟล์ที่ส่งออกจะถูกบันทึกลงในบักเก็ต S3 ที่คุณสร้างไว้ก่อนหน้านี้
  • ใช้ ec2-describe-export-tasks เพื่อตรวจสอบความคืบหน้าในการส่งออก
  • ใช้ ec2-cancel-export-task เพื่อยกเลิกงานการส่งออกก่อนที่จะเสร็จสิ้น

ถาม: มีข้อกำหนดอื่นๆ เมื่อส่งออกอินสแตนซ์ EC2 โดยใช้ VM Import/Export หรือไม่

คุณสามารถส่งออกอินสแตนซ์ EC2 ที่กำลังเรียกใช้หรือระงับอยู่ที่นำเข้าก่อนหน้านี้ได้โดยใช้ VM Import/Export หากอินสแตนซ์กำลังเรียกใช้อยู่ อินสแตนซ์จะหยุดชั่วขณะเพื่อเก็บสแน็ปช็อตของไดรฟ์ข้อมูลสำหรับเริ่มระบบ ไม่สามารถส่งออกไดรฟ์ข้อมูล EBS ได้ อินสแตนซ์ EC2 ที่มีอินเทอร์เฟซเครือข่ายมากกว่าหนึ่งรายการจะไม่สามารถส่งออกได้

ถาม: ฉันสามารถส่งออกอินสแตนซ์ Amazon EC2 ที่แนบไดรฟ์ข้อมูล EBS อย่างน้อยหนึ่งชุดได้หรือไม่

ได้ แต่ VM Import/Export จะส่งออกไดรฟ์ข้อมูลสำหรับเริ่มระบบของอินสแตนซ์ EC2 เท่านั้น

ถาม: การนำเข้า Virtual Machine มีค่าใช้จ่ายเท่าใด

คุณจะถูกเรียกเก็บเงินค่าธรรมเนียมการถ่ายโอนข้อมูลและการจัดเก็บข้อมูลมาตรฐานของ Amazon S3 สำหรับการอัปโหลดและจัดเก็บไฟล์อิมเมจ VM ของคุณ เมื่อ VM ของคุณถูกนำเข้า จะมีการคิดเวลามาตรฐาน Amazon EC2 Instance และค่าบริการ EBS ถ้าคุณไม่ต้องการจัดเก็บไฟล์อิมเมจ VM ของคุณใน S3 หลังเสร็จสิ้นขั้นตอนการนำเข้าอีกต่อไป ให้ใช้เครื่องมือบรรทัดคำสั่ง ec2-delete-disk-image เพื่อลบอิมเมจดิสก์ออกจาก Amazon S3

ถาม: การส่งออก Virtual Machine มีค่าใช้จ่ายเท่าใด

คุณจะถูกเรียกเก็บเงินค่าธรรมเนียมการจัดเก็บ Amazon S3 มาตรฐานสำหรับจัดเก็บไฟล์อิมเมจ VM ที่ส่งออก นอกจากนี้คุณจะถูกเรียกเก็บเงินค่าถ่ายโอนข้อมูลมาตรฐาน S3 เมื่อคุณดาวน์โหลดไฟล์ VM ที่ส่งออกไปยังสภาพแวดล้อมการจัดรูปแบบการแสดงข้อมูลในองค์กรของคุณ ประการสุดท้าย คุณจะถูกเรียกเก็บเงินค่าบริการ EBS มาตรฐานสำหรับจัดเก็บอิมเมจชั่วคราวของอินสแตนซ์ EC2 ของคุณ เพื่อลดค่าใช้จ่ายในการจัดเก็บ ให้ลบไฟล์อิมเมจ VM ใน S3 หลังจากดาวน์โหลดลงในสภาพแวดล้อมการจัดรูปแบบการแสดงข้อมูลของคุณ

ถาม: เมื่อฉันนำเข้า VM ของ Windows Server 2003 หรือ 2008 ใครคือผู้รับผิดชอบในการจัดหาสิทธิ์การใช้งานระบบปฏิบัติการ

เมื่อคุณเปิดใช้ VM ที่นำเข้าโดยใช้ Microsoft Windows Server 2003 หรือ 2008 คุณจะถูกเรียกเก็บเงินตามอัตราชั่วโมงอินสแตนซ์มาตรฐานสำหรับ Amazon EC2 ที่เรียกใช้เวอร์ชัน Windows Server ที่เหมาะสม ซึ่งรวมถึงสิทธิ์ในการใช้ระบบปฏิบัติการดังกล่าวภายใน Amazon EC2 ด้วย คุณมีหน้าที่รับผิดชอบการตรวจสอบให้แน่ใจว่าซอฟต์แวร์อื่นๆ ที่ติดตั้งได้รับอนุญาตอย่างถูกต้อง

แล้วจะเกิดอะไรขึ้นกับคีย์สิทธิ์การใช้งาน Microsoft Windows เมื่อฉันนำเข้า VM ของ Windows Server 2003 หรือ 2008 เนื่องจากไม่มีการใช้คีย์สิทธิ์การใช้งาน Microsoft Windows ที่เชื่อมโยงกับ VM เมื่อเรียกใช้ VM ที่นำเข้าของคุณเป็นอินสแตนซ์ EC2 คุณจึงสามารถนำคีย์มาใช้ใหม่สำหรับ VM อื่นได้ภายในสภาพแวดล้อมในองค์กรของคุณ

ถาม: ฉันสามารถใช้คีย์สิทธิ์การใช้งาน Microsoft Windows ที่ได้จาก AWS ต่อหลังจากส่งออกอินสแตนซ์ EC2 กลับไปที่สภาพแวดล้อมการจัดรูปแบบการแสดงข้อมูลในองค์กรของฉันได้หรือไม่

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

ถาม: เมื่อฉันนำเข้า VM ด้วย Red Hat Enterprise Linux (RHEL) ใครเป็นผู้รับผิดชอบการจัดหาสิทธิ์การใช้งานระบบปฏิบัติการ

เมื่อคุณนำเข้าอิมเมจ VM ของ Red Hat Enterprise Linux (RHEL) คุณสามารถใช้การถ่ายโอนสิทธิ์การใช้งานสำหรับอินสแตนซ์ RHEL ของคุณได้ เมื่อใช้การพกพาสิทธิ์การใช้งาน คุณมีหน้าที่รับผิดชอบในการรักษาสิทธิ์การใช้งาน RHEL สำหรับอินสแตนซ์ที่นำเข้าซึ่งคุณสามารถทำได้โดยใช้การสมัครสมาชิก Cloud Access สำหรับ Red Hat Enterprise Linux โปรดติดต่อ Red Hat เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับ Cloud Access และเพื่อยืนยันสิทธิ์ของคุณ

ถาม: การนำเข้า Virtual Machine ใช้เวลานานเท่าไร

ระยะเวลาที่จะนำเข้า Virtual Machine จะขึ้นอยู่กับขนาดของอิมเมจดิสก์และความเร็วในการเชื่อมต่อเครือข่ายของคุณ ตัวอย่างเช่น อิมเมจ VMDK ของ Windows Server 2008 SP2 ขนาด 10 GB จะใช้เวลาประมาณ 2 ชั่วโมงเพื่อนำเข้า เมื่อโอนข้อมูลผ่านการเชื่อมต่อเครือข่ายขนาด 10 Mbps การนำเข้าของคุณอาจใช้เวลานานกว่าเดิมมากหากคุณมีการเชื่อมต่อเครือข่ายที่ช้าลงหรือมีดิสก์ขนาดใหญ่ที่จะอัปโหลด

ถาม: ฉันสามารถใช้ VM Import/Export ในภูมิภาคของ Amazon EC2 ใดบ้าง

ไปที่หน้าตารางภูมิภาคเพื่อดูการให้บริการผลิตภัณฑ์ตามภูมิภาค

ถาม: ฉันสามารถนำเข้าหรือส่งออกงานพร้อมกันได้กี่งาน

แต่ละบัญชีสามารถนำเข้างานได้สูงสุด 5 งานและงานส่งออก 5 งานต่อหนึ่งภูมิภาค

ถาม: ฉันสามารถเรียกใช้ Virtual Machine ที่นำเข้าใน Amazon Virtual Private Cloud (VPC) ได้หรือไม่

ได้ คุณสามารถเปิดใช้ Virtual Machine ที่นำเข้าภายใน Amazon VPC ได้

ถาม: ฉันสามารถใช้ AWS Management Console กับ VM Import/Export ได้หรือไม่

ไม่ คำสั่ง VM Import/Export จะสามารถใช้ได้ผ่าน EC2 CLI และ API คุณยังสามารถใช้ AWS Management Portal สำหรับ vCenter เพื่อนำเข้า VM ไปใน Amazon EC2 ได้อีกด้วย เมื่อนำเข้าแล้ว อินสแตนซ์ที่ได้จะพร้อมให้ใช้งานผ่าน AWS Management Console

ตัวเลือกการชำระเงินและการเรียกเก็บเงิน

การเก็บค่าบริการ

ถาม: จะมีการคิดค่าใช้จ่ายและเก็บค่าบริการสำหรับการใช้ Amazon EC2 อย่างไร

คุณชำระค่าบริการเฉพาะส่วนที่คุณใช้เท่านั้น การกำหนดราคาที่แสดงเป็นอัตราต่อชั่วโมง แล้วแต่อินสแตนซ์ที่คุณเลือก คุณชำระค่าบริการเป็นชั่วโมงหรือนาที (ต่ำสุด 60 วินาที) สำหรับอินสแตนซ์แต่ละประเภท โดยจะมีการเก็บค่าบริการการใช้อินสแตนช์ต่อชั่วโมงเป็นบางส่วนตามการใช้อินสแตนซ์ การโอนข้อมูลระหว่างบริการ AWS ในพื้นที่ต่างๆ จะมีการคิดค่าใช้จ่ายเป็นการโอนข้อมูลทางอินเทอร์เน็ตกับทั้งสองฝั่งการโอน การใช้งาน Amazon Web Services อื่นๆ จะมีการเก็บค่าบริการแยกต่างหากจาก Amazon EC2

สำหรับข้อมูลการกำหนดราคา EC2 โปรดไปที่ส่วนการกำหนดราคาในหน้ารายละเอียดเกี่ยวกับ EC2

ถาม: รอบการเรียกเก็บค่าบริการของระบบ Amazon EC2 เริ่มต้นและสิ้นสุดเมื่อใด

การเก็บค่าบริการจะเริ่มเมื่อ Amazon EC2 เริ่มลำดับการเริ่มต้นอินสแตนซ์ AMI การเก็บค่าบริการสิ้นสุดเมื่ออินสแตนซ์สิ้นสุด ซึ่งอาจเกิดจากคำสั่งบริการเว็บ โดยการเรียกใช้ "shutdown -h" หรือจากความล้มเหลวของอินสแตนซ์ เมื่อคุณหยุดอินสแตนซ์ เราจะปิดการทำงานแต่จะไม่คิดค่าใช้จ่ายการใช้งานเป็นชั่วโมงสำหรับอินสแตนซ์ที่หยุดใช้ หรือค่าธรรมเนียมการโอนข้อมูล แต่เราจะคิดค่าใช้จ่ายสำหรับพื้นที่จัดเก็บไดรฟ์ข้อมูล Amazon EBS หากต้องการเรียนรู้เพิ่มเติม โปรดไปที่เอกสารประกอบ AWS

ถาม: อะไรเป็นตัวกำหนดการใช้งานอินสแตนซ์ EC2 ที่สามารถเรียกเก็บค่าบริการได้

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

ถาม: หากฉันมีอินสแตนซ์สองรายการใน Availability Zone ที่ต่างกัน จะมีการคิดค่าใช้จ่ายสำหรับการโอนข้อมูลตามภูมิภาคอย่างไร

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

ถาม: หากฉันมีอินสแตนซ์สองรายการในภูมิภาคต่างๆ จะมีการคิดค่าใช้จ่ายสำหรับการโอนข้อมูลอย่างไร

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

ถาม: ใบเรียกเก็บค่าบริการรายเดือนของฉันจะแสดงการใช้งานต่อวินาทีเทียบกับต่อชั่วโมงอย่างไร

ถึงแม้ว่าตอนนี้จะมีการประมวลผลค่าใช้จ่าย EC2 ในใบเรียกเก็บค่าใช้จ่ายรายเดือนของคุณเป็นวินาที แต่เพื่อความสอดคล้องกัน ใบเรียกเก็บค่าบริการ EC2 รายเดือนจะแสดงการใช้งานสะสมสำหรับอินสแตนซ์แต่ละรายการที่เรียกใช้ในเดือนดังกล่าวเป็นหน่วยชั่วโมงโดยใช้จุดทศนิยม ตัวอย่างเช่น อินสแตนซ์ที่มีการเรียกใช้เป็นเวลา 1 ชั่วโมง 10 นาที และ 4 วินาที จะแสดงเป็น 1.1677 อ่านบล็อกนี้สำหรับตัวอย่างของรายงานการเรียกเก็บเงินอย่างละเอียด

ถาม: ราคาของคุณรวมภาษีหรือไม่

ราคาของเราไม่รวมภาษีและอากรที่ใช้บังคับซึ่งรวมถึง VAT และภาษีการขายที่ใช้บังคับด้วย เว้นแต่ระบุไว้เป็นอย่างอื่น สำหรับลูกค้าที่มีที่อยู่สำหรับเรียกเก็บเงินประเทศในญี่ปุ่น การใช้บริการของ AWS จะต้องเสียภาษีการบริโภคของประเทศญี่ปุ่น เรียนรู้เพิ่มเติม

Convertible Reserved Instance

Convertible RI คืออะไร

Convertible RI เป็นอินสแตนซ์แบบเหมาจ่ายประเภทหนึ่งที่มีแอตทริบิวต์ที่สามารถเปลี่ยนแปลงได้ในระหว่างระยะสัญญา

ถาม: เมื่อใดที่ฉันควรเลือกซื้อ Convertible RI แทน Standard RI

Convertible RI มีประโยชน์สำหรับลูกค้าที่สามารถยืนยันว่าจะใช้อินสแตนซ์ EC2 เป็นระยะเวลา 3 ปีได้โดยจะได้รับส่วนลดจำนวนมากในการใช้ EC2 เป็นการตอบแทน ผู้ที่ไม่มั่นใจเกี่ยวกับความต้องการใช้อินสแตนซ์ในอนาคต หรือผู้ที่ต้องการใช้ประโยชน์จากการเปลี่ยนแปลงราคา

ถาม: Convertible RI มีตัวเลือกในเรื่องระยะเวลาสัญญาเท่าใดบ้าง

คุณสามารถซื้อ Convertible RI ในระยะสัญญา 1 ปีหรือ 3 ปีเช่นเดียวกับ Standard RI

ถาม: ฉันสามารถแลกเปลี่ยน Convertible RI เพื่อให้ได้ประโยชน์จาก Convertible RI ที่เหมาะกับอินสแตนซ์ประเภทต่างๆ ระบบปฏิบัติการ การเช่า หรือตัวเลือกในการชำระเงินได้ใช่หรือไม่

ใช่ คุณสามารถเลือกประเภทอินสแตนซ์ ระบบปฏิบัติการ การเช่า หรือตัวเลือกในการชำระเงินใหม่ได้เมื่อคุณแลกเปลี่ยน Convertible RI นอกจากนั้น คุณยังสามารถแลกเปลี่ยนส่วนใดส่วนหนึ่งของ Convertible RI หรือรวมมูลค่าของหลายๆ Convertible RI เข้าด้วยกันในการแลกเปลี่ยนหนึ่งครั้งได้อีกด้วย คลิกที่นี่เพื่อเรียนรู้ข้อมูลเพิ่มเติมเกี่ยวกับการแลกเปลี่ยน Convertible RI

ถาม: ฉันจะสามารถโอน Convertible หรือ Standard RI จากภูมิภาคหนึ่งไปยังอีกภูมิภาคหนึ่งได้หรือไม่

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

ถาม: ฉันจะเปลี่ยนแปลงการกำหนดค่า Convertible RI ได้อย่างไร

คุณสามารถเปลี่ยนแปลงการกำหนดค่า Convertible RI ได้โดยใช้ EC2 Management Console หรือ GetReservedInstancesExchangeQuote API นอกจากนั้น คุณยังสามารถแลกเปลี่ยนส่วนใดส่วนหนึ่งของ Convertible RI หรือรวมมูลค่าของหลายๆ Convertible RI เข้าด้วยกันในการแลกเปลี่ยนหนึ่งครั้งได้อีกด้วย คลิกที่นี่เพื่อเรียนรู้ข้อมูลเพิ่มเติมเกี่ยวกับการแลกเปลี่ยน Convertible RI

ถาม: ฉันต้องเสียค่าธรรมเนียมในการแลกเปลี่ยน Convertible RI หรือไม่

ไม่ คุณไม่ต้องเสียค่าธรรมเนียมใดๆ ในการแลกเปลี่ยน RI แต่คุณอาจต้องชำระค่าบริการที่ใช้ตามจริงซึ่งเป็นส่วนต่างราคาระหว่าง Convertible RI ที่คุณมีกับ Convertible RI ที่คุณต้องการตามความเป็นจริงเพียงครั้งเดียว

ถาม: การแลกเปลี่ยน Convertible RI มีวิธีการอย่างไร

เมื่อคุณแลกเปลี่ยน Convertible RI หนึ่งไปเป็นอีก Convertible RI หนึ่ง EC2 จะตรวจสอบว่ามูลค่ารวมของ Convertible RI จะยังคงเท่าเดิมในระหว่างการแปลง ดังนั้น หากคุณกำลังแปลง RI ที่มีมูลค่ารวม 1,000 USD ไปเป็น RI อื่น คุณจะได้รับ Convertible RI ในปริมาณที่มีมูลค่าเทียบเท่าหรือสูงกว่า 1,000 USD แต่คุณไม่สามารถแปลง Convertible RI ไปเป็น Convertible RI ที่มีมูลค่ารวมน้อยกว่าได้

ถาม: คุณจะกำหนดมูลค่ารวมได้หรือไม่

มูลค่ารวมคือยอดรวมของการชำระเงินทั้งหมดตามคาดการณ์ที่คุณต้องชำระตลอดระยะสัญญาของ RI

ถาม: ช่วยอธิบายวิธีการคำนวณค่าใช้จ่ายตามจริงในการแปลงระหว่าง Convertible RI ที่ชำระล่วงหน้าเต็มจำนวน 2 รายการได้ไหม

ได้เลย สมมติว่าคุณซื้อ Convertible RI ที่ชำระล่วงหน้าเต็มจำนวนมูลค่า 1,000 USD และหลังจากผ่านระยะสัญญาไปครึ่งทาง คุณตัดสินใจที่จะเปลี่ยนแอตทริบิวต์ของ RI เนื่องจากคุณได้ผ่านระยะสัญญาของ RI ไปครึ่งทางแล้ว คุณจึงมีมูลค่า RI คงเหลือ 500 USD ตามอัตราส่วน Convertible RI ที่ชำระล่วงหน้าเต็มจำนวนที่คุณต้องการจะแปลงไปใช้ในวันนี้จะมีราคาที่ต้องชำระล่วงหน้า 1,200 USD เนื่องจากว่า Convertible RI เดิมของคุณมีระยะสัญญาเหลืออยู่เพียงครึ่งเดียว ดังนั้น Convertible RI ใหม่ที่คุณต้องการจึงมีมูลค่าเหลือ 600 USD ค่าเรียกเก็บตามจริงที่คุณต้องชำระจะเท่ากับส่วนต่างของมูลค่าที่ต้องชำระล่วงหน้าระหว่าง Convertible RI เดิมกับของใหม่ที่ต้องการ หรือเท่ากับ 100 USD (600 USD – 500 USD)

ถาม: คุณช่วยอธิบายเกี่ยวกับการแปลงระหว่าง Convertible RI ที่ไม่ต้องชำระล่วงหน้าได้หรือไม่

การแปลงระหว่าง Convertible RI ที่ไม่ต้องชำระล่วงหน้าจะแตกต่างจากการแปลงระหว่าง Convertible RI ที่ต้องชำระล่วงหน้า เนื่องจากว่าเป็นการแปลงระหว่าง RI ที่ไม่มีค่าใช้จ่ายล่วงหน้า จึงไม่มีค่าเรียกเก็บตามจริง แต่จำนวนที่คุณจ่ายเป็นรายชั่วโมงก่อนการแลกเปลี่ยนจะต้องสูงกว่าหรือเท่ากับจำนวนที่คุณจ่ายเป็นรายชั่วโมงโดยรวมหลังจากแลกเปลี่ยน

ตัวอย่างเช่น สมมติว่าคุณซื้อ Convertible RI ที่ไม่ต้องชำระล่วงหน้าจำนวนหนึ่ง (A) ในอัตราราคา 0.10 USD/ชั่วโมง แล้วตัดสินใจเปลี่ยน Convertible RI A ไปเป็น RI อื่น (B) ซึ่งมีราคา 0.06 USD/ชั่วโมง เมื่อแปลง คุณจะได้รับ RI B 2 รายการ เนื่องจากจำนวนที่คุณจ่ายเป็นรายชั่วโมงต้องสูงกว่าหรือเท่ากับจำนวนที่คุณจ่ายอยู่เป็นรายชั่วโมงสำหรับ A

ถาม: ฉันจะสามารถปรับแต่งจำนวนอินสแตนซ์ที่ฉันได้รับซึ่งเป็นผลมาจากการแลกเปลี่ยน Convertible RI ได้หรือไม่

ไม่ได้ EC2 จะใช้มูลค่าของ Convertible RI ที่คุณกำลังแลกเปลี่ยนอยู่ในการคำนวณจำนวน Convertible RI ขั้นต่ำที่คุณจะได้รับ พร้อมทั้งเพื่อให้มั่นใจว่าคุณจะได้รับ Convertible RI ในมูลค่าที่เท่าเดิมหรือสูงขึ้นจากการแลกเปลี่ยนดังกล่าว

ถาม: การเปลี่ยน Convertible RI มีขีดจำกัดหรือไม่

ไม่มี การเปลี่ยน Convertible RI ไม่มีขีดจำกัด

ถาม: ฉันมีอิสระที่จะเลือกประเภทของอินสแตนซ์ในขณะที่เปลี่ยน Convertible RI หรือไม่

ไม่ได้ คุณจะเปลี่ยนเป็น Convertible RI ได้เฉพาะประเภทที่ AWS ให้บริการในขณะนั้นเท่านั้น

ถาม: ฉันจะอัปเกรดตัวเลือกในการชำระเงินที่เกี่ยวข้องกับ Convertible RI ของฉันได้ใช่หรือไม่

ใช่ คุณสามารถอัปเกรดตัวเลือกในการชำระเงินที่เกี่ยวข้องกับ RI ของคุณเองได้ ตัวอย่างเช่น คุณสามารถเปลี่ยนจาก RI ที่ไม่ต้องชำระล่วงหน้าไปเป็น RI ที่ต้องชำระล่วงหน้าเต็มจำนวนหรือบางส่วนได้เพื่อประโยชน์ในด้านราคา คุณไม่สามารถเปลี่ยนตัวเลือกในการชำระเงินจากชำระล่วงหน้าเต็มจำนวนไปเป็นไม่ต้องชำระล่วงหน้าได้ และไม่สามารถเปลี่ยนจากที่ต้องชำระล่วงหน้าบางส่วนไปเป็นไม่ต้องชำระล่วงหน้าได้

ถาม: ในกรณีที่ Convertible RI มีราคาลดลง ฉันจะได้สิทธิประโยชน์จากราคาที่ลดลงนั้นใช่หรือไม่

ใช่ คุณสามารถแลกเปลี่ยน RI เพื่อรับประโยชน์จากราคาที่ลดลงได้ ตัวอย่างเช่น หากราคา Convertible RI ใหม่ลดลง 10% คุณจะสามารถเปลี่ยน Convertible RI เพื่อรับประโยชน์จากราคาที่ลดลง 10% นั้นได้

กลุ่ม EC2 Fleet

ถาม: Amazon EC2 Fleet คืออะไร

ด้วยการเรียก API ครั้งเดียว EC2 Fleet ให้คุณจัดเตรียมความสามารถประมวลผลผ่านประเภทอินสแตนซ์ที่แตกต่างกัน Availability Zone และผ่านโมเดลการซื้ออินสแตนซ์แบบตามต้องการ แบบเหมาจ่าย (RI) และอินสแตนซ์ Spot เพื่อช่วยปรับขนาด ประสิทธิภาพการทำงานและต้นทุนให้เหมาะสม

ถาม: ถ้าฉันใช้ Amazon EC2 Spot Fleet อยู่ในขณะนี้ ควรย้ายไปยัง Amazon EC2 Fleet หรือไม่

ถ้าคุณกำลังใช้ประโยชน์จาก Amazon EC2 Spot Instance ที่มี Spot Fleet คุณสามารถใช้ต่อไปได้ Spot Fleet และ EC2 Fleet มีฟังก์ชันการทำงานเหมือนกัน ไม่มีความจำเป็นต้องย้าย

ถาม: ฉันสามารถใช้ส่วนลดอินสแตนซ์แบบเหมาจ่าย (RI) กับ Amazon EC2 Fleet ได้หรือไม่

ได้ เช่นเดียวกับ EC2 API อื่นๆ หรือบริการ AWS อื่นๆ ที่เรียกใช้งาน EC2 Instance ถ้าอินสแตนซ์แบบตามต้องการที่เรียกใช้งานโดย EC2 Fleet ตรงกันกับ RI ที่มีอยู่แล้วซึ่งอินสแตนซ์จะรับส่วนลด RI ตัวอย่างเช่น ถ้า Regional RI สำหรับอินสแตนซ์ M4 ของคุณเองและคุณได้ระบุเฉพาะอินสแตนซ์ M4 ใน EC2 Fleet ของคุณ ส่วนลด RI จะใช้กับการใช้งาน M4 นี้โดยอัตโนมัติ

ถาม: Amazon EC2 Fleet จะย้ายโหนดไปเป็นแบบตามต้องการหรือไม่ถ้าความสามารถของ EC2 Spot ยังไม่เต็มที่

ไม่ EC2 Fleet จะพยายามให้เป็นไปตามความสามารถของ Spot ที่คุณต้องการต่อไปตามจำนวนอินสแตนซ์ Spot ที่คุณขอในข้อกำหนดเฉพาะเรียกใช้งาน Fleet

ถาม: การกำหนดราคาสำหรับ Amazon EC2 Fleet คืออะไร

EC2 Fleet ไม่มีค่าใช้จ่ายเพิ่มเติม คุณจ่ายเฉพาะทรัพยากรพื้นฐานที่ EC2 Fleet เรียกใช้งานเท่านั้น

ถาม: อยากให้ช่วยยกตัวอย่างในโลกความเป็นจริงว่าฉันสามารถใช้ Amazon EC2 Fleet ได้อย่างไร

มีวิธีใช้ประโยชน์จาก Amazon EC2 Fleet ได้หลายวิธี เช่น ในปริมาณงานข้อมูลขนาดใหญ่ แอปพลิเคชันผ่านคอนเทนเนอร์ ปริมาณงานประมวลผลกริด ฯลฯ ในตัวอย่างของปริมาณงานลำดับพันธุกรรมนี้ คุณสามารถเรียกใช้งานกริดของโหนดพนักงานได้ด้วยการเรียก API ครั้งเดียว: เลือกอินสแตนซ์ที่คุณชอบ กำหนดค่าน้ำหนักสำหรับอินสแตนซ์เหล่านี้ ระบุความสามารถเป้าหมายสำหรับอินสแตนซ์แบบตามต้องการและ Spot และสร้างกลุ่มภายในไม่กี่วินาทีเพื่อย่อยข้อมูลทางพันธุกรรมอย่างรวดเร็ว

ถาม: ฉันจะจัดสรรทรัพยากร Amazon EC2 Fleet ได้อย่างไร

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

ถาม: ฉันจะสามารถส่งคำขอ Amazon EC2 Fleet ในหลากหลายภูมิภาคได้ใช่ไหม

ไม่ได้ เราไม่รองรับการขอ EC2 Fleet ในหลากหลายภูมิภาค

ถาม: ฉันจะสามารถแท็กคำขอ Amazon EC2 Fleet ได้ใช่ไหม

ได้ คุณสามารถแท็กคำขอ Amazon EC2 Fleet เพื่อสร้างการจัดกลุ่มแท็กที่เกี่ยวข้องกับธุรกิจเพื่อจัดระบบทรัพยากรตามประเภทเทคนิค ธุรกิจและความปลอดภัย

ถาม: ฉันสามารถแก้ไข Amazon EC2 Fleet ได้ใช่ไหม

ใช่ คุณสามารถแก้ไขความสามารถเป้าหมายรวมของ EC2 Fleet ได้เมื่ออยู่ในโหมดรักษา คุณอาจต้องยกเลิกคำขอและส่งคำขอใหม่เพื่อเปลี่ยนแปลงตัวแปรในการกำหนดค่าคำขออื่นๆ

ถาม: ฉันจะสามารถระบุ AMI ที่แตกต่างกันสำหรับอินสแตนซ์แต่ละประเภทที่ต้องการใช้งานได้ใช่หรือไม่

ใช่ เพียงแค่ระบุ AMI ที่ต้องการใช้ในข้อกำหนดการเปิดใช้ที่กำหนดไว้ในกลุ่ม EC2 Fleet

การเหมาจ่ายความจุตามต้องการ

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

ถาม: การเหมาจ่ายความจุมีค่าใช้จ่ายเท่าไหร่

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

ตัวอย่างเช่น หากคุณสร้างการเหมาจ่ายความจุสำหรับอินสแตนซ์ c5.2xlarge 20 รายการและเรียกใช้อินสแตนซ์ c5.2xlarge 15 รายการ จะมีการเรียกเก็บค่าบริการอินสแตนซ์ที่ไม่ได้ใช้ 15 รายการและ Spot ที่ไม่ได้ใช้ 5 รายการในการเหมาจ่ายดังกล่าว (การเรียกเก็บมีผลสำหรับอินสแตนซ์ 20 รายการ)

ถาม: ฉันจะได้รับส่วนลดจากการใช้ความจุแบบเหมาจ่ายหรือไม่

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

ตัวอย่างเช่น หากคุณมี Regional RI สำหรับอินสแตนซ์ c5.2xlarge 50 รายการและการเหมาจ่ายความจุอินสแตนซ์ c5.2xlarge 50 รายการในภูมิภาคเดียวกัน จะมีการใช้ส่วนลด RI กับสัดส่วนที่ไม่ได้ใช้ของการเหมาจ่าย โปรดทราบว่าจะมีการใช้ส่วนลดกับการใช้อินสแตนซ์ c5 (กับขนาดอินสแตนซ์และ Availability Zone ทั้งหมด) เป็นอันดับแรกภายในภูมิภาคดังกล่าวก่อนใช้กับการเหมาจ่ายที่ไม่ได้ใช้

หมายเหตุ: Zonal RI (RI ที่กำหนดขอบเขตไปยัง Availability Zone) จะไม่สามารถใช้กับความจุแบบเหมาจ่ายได้ เนื่องจาก Zonal RI มาพร้อการเหมาจ่ายความจุอยู่แล้ว

ถาม: ฉันควรใช้ RI และการเหมาจ่ายความจุเมื่อใด

ใช้ Regional RI เพื่อรับประโยชน์จากส่วนลดพร้อมค่าบริการเหมาจ่ายรายปีหรือสามปี Regional RI จะใช้ส่วนลดของคุณโดยอัตโนมัติสำหรับการใช้งานภายใน Availability Zone และตามขนาดของอินสแตนซ์ ซึ่งช่วยให้คุณใช้ประโยชน์จากอัตราส่วนลดของ RI ได้ง่ายยิ่งขึ้น

ใช้การเหมาจ่ายความจุเมื่อคุณต้องการความมั่นใจที่มากยิ่งขึ้นเพื่อเรียกใช้อินสแตนซ์ คุณสามารถสร้างการเหมาจ่ายความจุในระยะเวลาเท่าใดก็ได้และสามารถจัดการแบบแยกต่างหากสำหรับแต่ละ RI ได้

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

ถาม: ฉันมี Zonal RI (RI ที่กำหนดขอบเขตไปยัง Availability Zone) ที่มีการเหมาจ่ายความจุด้วย ตัวเลือกนี้เหมือนกันหรือแตกต่างจากการเหมาจ่ายความจุอย่างไร

Zonal RI ให้ทั้งส่วนลดและการเหมาจ่ายความจุใน Availability Zone ที่เฉพาะเจาะจงโดยมีค่าบริการล่วงหน้าเป็นระยะเวลา 1 ถึง 3 ปี การเหมาจ่ายความจุช่วยให้คุณสามารถสร้างและจัดการความจุแบบเหมาจ่ายโดยไม่เกี่ยวข้องกับภาระผูกพันล่วงหน้าและระยะเวลาของ RI

Regional RI สามารถรวมเข้ากับการเหมาจ่ายความจุตามต้องการเพื่อรับประโยชน์อย่างน้อยที่สุดในแบบเดียวกันกับ Zonal RI ได้ (โดยไม่เสียค่าใช้จ่ายเพิ่มเติม) และคุณยังได้ความยืดหยุ่นที่ดียิ่งขึ้นจากส่วนลดแบบ Regional RI พร้อมคุณสมบัติการเหมาจ่ายความจุ นั่นคือ ความสามารถในการเพิ่มหรือลบออกจากการเหมาจ่ายได้ทุกเมื่อ ดูการใช้งานแบบเรียลไทม์ และความสามารถในการตั้งเป้าเพื่อเหมาจ่ายความจุสำหรับปริมาณงานที่เฉพาะเจาะจง

การปรับขอบเขต Zonal RI ของคุณใหม่ให้เป็นแบบภูมิภาคจะทำให้คุณได้รับ Availability Zone และขนาดอินสแตนซ์ที่ยืดหยุ่นตามส่วนลดของ RI ที่เหมาะสมโดยอัตโนมัติ คุณสามารถแปลง Standard Zonal RI ไปยัง Regional RI ได้โดยแก้ไขขอบเขตของ RI จาก Availability Zone ที่เฉพาะเจาะจงไปยังภูมิภาคที่ต้องการโดยใช้ EC2 Management Console หรือโดยใช้ ModifyReservedInstances API

ถาม: ฉันสร้างการเหมาจ่ายความจุขึ้นมาแล้ว จะนำมาใช้งานได้อย่างไร

การเหมาจ่ายความจุนั้นขึ้นอยู่กับ Avaliablity Zone ที่เฉพาะเจาะจง และจะใช้ประโยชน์จากอินสแตนซ์ที่ Availability Zone นั้นเปิดใช้อยู่โดยอัตโนมัติตามค่าเริ่มต้น เมื่อคุณเปิดใช้งานอินสแตนซ์ใหม่ที่ตรงกับคุณลักษณะการเหมาจ่าย อินสแตนซ์เหล่านั้นจะได้รับการปรับให้ตรงกับการเหมาจ่ายโดยอัตโนมัติ

คุณยังสามารถกำหนดการเหมาจ่ายไปยังอินสแตนซ์/ปริมาณงานที่เจาะจงได้หากต้องการ โปรดดูเอกสารประกอบทางเทคนิคสำหรับ Linux หรือ Windows เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับตัวเลือกการกำหนดค่า

ถาม: อนุญาตให้ฉันเหมาจ่ายอินสแตนซ์ได้เท่าไหร่

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

หากคุณต้องการเพิ่มค่าจำกัดอินสแตนซ์ โปรดติดต่อตัวแทนจำหน่าย AWS ของคุณหรือกรอกแบบฟอร์มคำขอ Amazon EC2 Instance พร้อมระบุกรณีใช้งานของคุณ และเราจะพิจารณาเพิ่มอินสแตนซ์ให้คุณ การเพิ่มค่าจำกัดอินสแตนซ์จะขึ้นอยู่กับภูมิภาคที่ขอใช้งาน

ถาม: ฉันสามารถแก้ไขการเหมาจ่ายความจุหลังจากที่เริ่มใช้บริการไปแล้วได้หรือไม่

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

ถาม: ฉันจะสิ้นสุดการเหมาจ่ายความจุหลังจากที่เริ่มใช้บริการไปแล้วได้หรือไม่

ได้ คุณสามารถสิ้นสุดการเหมาจ่ายความจุได้ด้วยการยกเลิกโดยการใช้ Console หรือ API/SDK หรือโดยการแก้ไขการเหมาจ่ายของคุณเพื่อระบุเวลาสิ้นสุดที่จะทำให้การเหมาจ่ายหมดอายุไปเองโดยอัตโนมัติ การเรียกใช้อินสแตนซ์จะไม่ได้รับผลกระทบจากการเปลี่ยนการเหมาจ่ายความจุ รวมถึงการลบหรือการหมดอายุของการเหมาจ่ายด้วย

ถาม: ฉันจะหาข้อมูลเพิ่มเติมเกี่ยวกับการเหมาจ่ายความจุได้จากที่ไหน

โปรดดูเอกสารประกอบทางเทคนิคสำหรับ Linux หรือ Windows เพื่อเรียนรู้เกี่ยวกับการสร้างและการใช้การเหมาจ่ายความจุ

อินสแตนซ์แบบเหมาจ่าย

ถาม: อินสแตนซ์แบบเหมาจ่ายคืออะไร

อินสแตนซ์แบบเหมาจ่าย (RI) คือข้อเสนออย่างหนึ่งของ EC2 ซึ่งจะมอบส่วนลดจำนวนมากในการใช้ EC2 ให้กับคุณหากทำสัญญาผูกพันเป็นเวลา 1 ปีหรือ 3 ปี

ถาม: Standard RI และ Convertible RI แตกต่างกันอย่างไร

Standard RI จะมอบส่วนลดจำนวนมากในการใช้งานอินสแตนซ์ EC2 หากคุณใช้งานเพียงกลุ่มประเภทอินสแตนซ์กลุ่มใดกลุ่มหนึ่งโดยเฉพาะ Convertible RI จะมีตัวเลือกให้คุณสามารถเปลี่ยนแปลงการกำหนดค่าอินสแตนซ์ได้ในระหว่างระยะเวลาสัญญา และยังคงได้รับส่วนลดในการใช้งาน EC2 อยู่ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ Convertible RI โปรดคลิกที่นี่

ถาม: สามารถเหมาจ่ายความจุของ RI ได้หรือไม่

ใช่ เมื่อจำกัดขอบเขต Standard หรือ Convertible RI ไปที่ Availability Zone (AZ) ที่เฉพาะเจาะจง ระบบจะจองความสามารถของอินสแตนซ์ที่ตรงกับการกำหนดค่าอินสแตนซ์นั้นไว้สำหรับการใช้งานของคุณ (โดยเรียกว่า "Zonal RI") Zonal RI ช่วยให้คุณมั่นใจได้มากยิ่งขึ้นว่าจะสามารถเปิดใช้อินสแตนซ์ได้ในเวลาที่ต้องการใช้งาน

นอกจากนั้น คุณยังสามารถทำการจองพื้นที่และซื้อ Standard หรือ Convertible RI ซึ่งจำกัดขอบเขตไปยังภูมิภาคใดภูมิภาคหนึ่งได้ด้วย (โดยเรียกว่า "Regional RI") Regional RI จะให้ส่วนลดโดยอัตโนมัติสำหรับการใช้งานภายใน Availability Zone และตามขนาดของอินสแตนซ์ในภูมิภาคนั้น ซึ่งช่วยให้คุณใช้ประโยชน์จากอัตราส่วนลดของ RI ได้ง่ายยิ่งขึ้น

ถาม: ฉันควรซื้อ Zonal RI เมื่อใด

หากต้องการใช้ประโยชน์จากการจองพื้นที่ คุณก็ควรซื้อ RI ใน Availability Zone ที่เฉพาะเจาะจง

ถาม: ฉันควรซื้อ Regional RI เมื่อใด

หากไม่จำเป็นต้องจองพื้นที่ คุณก็ควรซื้อ Regional RI Regional RI มีความยืดหยุ่นในการใช้งาน Availability Zone และขนาดของอินสแตนซ์ ซึ่งจะมีอัตราส่วนลดของ RI ที่ครอบคลุมในวงกว้างยิ่งขึ้น

ถาม: ความยืดหยุ่นในการใช้งาน Availability Zone และขนาดของอินสแตนซ์คืออะไร

ความยืดหยุ่นในการใช้งาน Availability Zone และขนาดของอินสแตนซ์ช่วยให้คุณใช้ประโยชน์จากอัตราส่วนลดของ RI ในภูมิภาคของคุณได้ง่ายยิ่งขึ้น ความยืดหยุ่นในการใช้งาน Availability Zone จะให้อัตราส่วนลดของ RI สำหรับการใช้งาน Availability Zone ใดก็ตามภายในภูมิภาคนั้นๆ ในขณะที่ความยืดหยุ่นในการใช้งานขนาดของอินสแตนซ์จะให้อัตราส่วนลดของ RI กับการใช้งานอินสแตนซ์ใดๆ ก็ตามภายในกลุ่มประเภทอินสแตนซ์นั้นๆ สมมติว่าคุณมี Regional RI m5.2xlarge Linux/Unix โดยมีตำแหน่งที่ตั้งในสหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียเหนือ) เป็นค่าเริ่มต้น ในกรณีนี้ อัตราส่วนลดของ RI จะใช้กับอินสแตนซ์ m5.xlarge จำนวน 2 อินสแตนซ์ใน us-east-1a หรืออินสแตนซ์ m5.xlarge จำนวน 4 อินสแตนซ์ใน us-east-1b โดยอัตโนมัติ

ถาม: RI ให้ความยืดหยุ่นในการใช้ขนาดของอินสแตนซ์ประเภทใดบ้าง

Linux/Unix Regional RI ที่กำหนดตำแหน่งที่ตั้งเป็นค่าเริ่มต้นจะมีความยืดหยุ่นในการใช้ขนาดของอินสแตนซ์ได้ ความยืดหยุ่นในการใช้ขนาดของอินสแตนซ์จะใช้ไม่ได้กับ RI ของแพลตฟอร์มอื่นๆ เช่น Windows, Windows with SQL Standard, Windows with SQL Server Enterprise, Windows with SQL Server Web, RHEL และ SLES

ถาม: ฉันต้องดำเนินการใดหรือไม่เพื่อจะได้ประโยชน์จากความยืดหยุ่นในการใช้งาน Availability Zone และขนาดของอินสแตนซ์

ไม่ต้องมีการดำเนินการใดสำหรับ Regional RI เพื่อใช้ประโยชน์จากความยืดหยุ่นในการใช้งาน Availability Zone และขนาดของอินสแตนซ์

ถาม: ฉันมี Zonal RI อยู่ แล้วจะมอบหมาย Zonal RI ไปยังภูมิภาคใดภูมิภาคหนึ่งได้อย่างไร

คุณสามารถมอบหมาย Standard Zonal RI ไปยังภูมิภาคใดภูมิภาคหนึ่งได้โดยแก้ไขขอบเขตของ RI จาก Availability Zone ที่เฉพาะเจาะจงไปยังภูมิภาคที่ต้องการจากใน EC2 Management Console หรือโดยใช้ ModifyReservedInstances API

ถาม: ฉันจะซื้อ RI ได้อย่างไร

ในการเริ่มต้น คุณสามารถซื้อ RI ได้จาก EC2 Management Console หรือโดยใช้ AWS CLI เพียงแค่ระบุประเภทของอินสแตนซ์ แพลตฟอร์ม ตำแหน่งที่ตั้ง ระยะเวลา ตัวเลือกในการชำระเงิน และภูมิภาคหรือ Availability Zone

ถาม: ฉันจะซื้อ RI สำหรับอินสแตนซ์ที่เรียกใช้อยู่ได้ใช่หรือไม่

ใช่ AWS จะให้อัตราส่วนลด RI โดยอัตโนมัติกับการใช้อินสแตนซ์ที่เกี่ยวข้องนับตั้งแต่เวลาที่ซื้อ ไปที่หน้าเริ่มใช้งานเพื่อเรียนรู้ข้อมูลเพิ่มเติม

ถาม: ฉันสามารถเลือกอินสเแตนซ์ที่จะให้เรียกเก็บเงินในอัตราส่วนลดได้หรือไม่

ไม่ได้ AWS จะคำนวณโดยอัตโนมัติว่าจะเรียกเก็บเงินจากอินสแตนซ์ใดในราคาส่วนลดเพื่อให้คุณมีค่าใช้จ่ายน้อยที่สุด สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการเรียกเก็บเงินและวิธีการเรียกเก็บเงิน RI โปรดดูประโยชน์ของการเรียกเก็บเงินและตัวเลือกในการชำระเงิน

ถาม: ความยืดหยุ่นในการใช้ขนาดของอินสแตนซ์มีวิธีทำงานอย่างไร

EC2 ใช้สเกลด้านล่างนี้ในการเปรียบเทียบขนาดที่แตกต่างกันภายในกลุ่มประเภทอินสแตนซ์ ในกรณีที่ใช้ความยืดหยุ่นในการใช้ขนาดของอินสแตนซ์กับ RI สเกลนี้จะใช้เพื่อให้อัตราส่วนลดของ RI กับการใช้งานตามปกติในอินสแตนซ์หมวดหมู่นั้นๆ ตัวอย่างเช่น หากคุณมี m5.2xlarge RI ที่จำกัดขอบเขตไปยังภูมิภาคใดภูมิภาคหนึ่ง คุณก็จะได้รับอัตราส่วนลดสำหรับการใช้งานอินสแตนซ์ m5.2xlarge จำนวน 1 อินสแตนซ์หรือ m5.xlarge จำนวน 2 อินสแตนซ์

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

ขนาดของอินสแตนซ์

ปัจจัยมาตรฐาน

nano

 0.25

micro 0.5
small 1
medium 2
large 4
xlarge 8
2xlarge 16
4xlarge 32
8xlarge 64
9xlarge 72
10xlarge 80
12xlarge 96
16xlarge 128
18xlarge 144
24xlarge 192
32xlarge 256

ถาม: ฉันจะเปลี่ยน RI ในระหว่างระยะสัญญาได้ใช่หรือไม่

ใช่ คุณสามารถปรับเปลี่ยน Availability Zone ของ RI เปลี่ยนขอบเขตของ RI จาก Availability Zone ไปยังภูมิภาคที่ต้องการได้ (และในทางกลับกัน) เปลี่ยนแพลตฟอร์มเครือข่ายจาก EC2-VPC เป็น EC2-Classic ได้ (และในทางกลับกัน) หรือปรับเปลี่ยนขนาดของอินสแตนซ์ภายในกลุ่มประเภทอินสแตนซ์เดียวกันได้ (บนแพลตฟอร์ม Linux/Unix)

ถาม: ฉันจะเปลี่ยนประเภทอินสแตนซ์ของ RI ในระหว่างระยะสัญญาได้ใช่หรือไม่

ใช่ Convertible RI มีตัวเลือกให้คุณสามารถเปลี่ยนประเภทของอินสแตนซ์ ระบบปฏิบัติการ ตำแหน่งที่ตั้ง หรือตัวเลือกในการชำระเงินสำหรับ RI ของคุณได้ในระหว่างระยะสัญญา โปรดดูข้อมูลเพิ่มเติมได้ในหัวข้อคำถามที่พบบ่อยเกี่ยวกับ Convertible RI

ถาม: มีตัวเลือกในการชำระเงินค่า RI ตัวเลือกใดบ้าง

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

ถาม: เมื่อใดจึงจะเปิดใช้งาน RI

ส่วนลดในการเรียกเก็บเงินและการจองความสามารถ (ถ้ามี) จะเปิดใช้งานเมื่อการชำระเงินของคุณได้รับอนุมัติเรียบร้อยแล้ว คุณสามารถดูสถานะ RI ของคุณ (อยู่ระหว่างดำเนินการ | กำลังใช้งาน| หมดอายุแล้ว) ได้ในหน้า "อินสแตนซ์แบบเหมาจ่าย" ของ Amazon EC2 Console

ถาม: RI ที่ใช้กับอินสแตนซ์ Spot หรืออินสแตนซ์ที่ทำงานอยู่บนโฮสต์เฉพาะหรือไม่

ไม่ RI ไม่ได้ใช้กับอินสแตนซ์ Spot หรืออินสแตนซ์ที่เรียกใช้อยู่บน Dedicated Host หากต้องการลดค่าใช้จ่ายในการใช้งาน Dedicated Host คุณควรซื้อ Dedicated Host Reservation

RI ทำงานร่วมกับการเรียกเก็บเงินแบบรวบยอดอย่างไร

ระบบของเราจะคำนวณโดยอัตโนมัติว่าจะเรียกเก็บเงินจากอินสแตนซ์ใดในราคาส่วนลดเพื่อให้บัญชีรวบยอดมีค่าใช้จ่ายน้อยที่สุด หากคุณมี RI ที่ใช้กับ Availability Zone เฉพาะบัญชีที่มี RI เท่านั้นที่จะได้รับการจองพื้นที่ อย่างไรก็ตาม ส่วนลดจะใช้กับการใช้งานบัญชีใดๆ ก็ตามในหมวดหมู่การเรียกเก็บเงินแบบรวบยอดทั้งหมวดหมู่โดยอัตโนมัติ

ถาม: ฉันจะได้รับส่วนลดในการซื้อ RI ใช่หรือไม่

ใช่ EC2 จะให้ส่วนลดตามลำดับขั้นในการซื้อ RI ส่วนลดเหล่านี้จะคำนวณจากมูลค่ารายการโดยรวม (ราคาที่ไม่มีส่วนลด) สำหรับ RI ที่คุณใช้งานอยู่ในแต่ละภูมิภาค มูลค่ารายการโดยรวมคือยอดรวมของการชำระเงินค่า RI ตามที่คาดการณ์ทั้งหมดภายในระยะสัญญา รวมถึงการชำระเงินรายชั่วโมงล่วงหน้าและการชำระเงินรายชั่วโมงที่เกิดซ้ำด้วย ลำดับขั้นและส่วนลดตามลำดับมีดังนี้

ลำดับขั้นของมูลค่ารายการ

ส่วนลดสำหรับการชำระล่วงหน้า

ส่วนลดสำหรับรายชั่วโมง

ต่ำกว่า 500,000 USD

0%

0%

500,000 USD – 4 ล้าน USD

5%

5%

4 – 10 ล้าน USD 10% 10%
สูงกว่า 10 ล้าน USD โทรหาเรา  

ถาม: ช่วยอธิบายให้ฉันเข้าใจได้หรือไม่ว่าส่วนลดตามปริมาณใช้กับการซื้อ RI อย่างไร

ได้เลย สมมติว่าในขณะนี้คุณมี RI ที่ใช้งานอยู่มูลค่า 400,000 USD ในภูมิภาค Us-east-1 หากคุณซื้อ RI มูลค่า 150,000 USD ในภูมิภาคเดียวกัน 100,000 USD แรกของการซื้อครั้งนี้จะไม่ได้รับส่วนลด อย่างไรก็ตาม ส่วนที่เหลือ 50,000 USD จากการซื้อครั้งนี้จะได้รับส่วนลดจำนวน 5% ดังนั้น คุณจึงจะได้รับการเรียกเก็บเงินสำหรับส่วนนี้เพียง 47,500 USD ในช่วงระยะสัญญาตามตัวเลือกในการชำระเงินที่คุณเลือก

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

ถาม: ฉันจะคำนวณมูลค่ารายการ RI อย่างไร

ต่อไปนี้เป็นตัวอย่างการประมวลผลมูลค่ารายการสำหรับอินสแตนซ์แบบเหมาจ่ายเป็นเวลา 3 ปีโดยชำระล่วงหน้าบางส่วน

มูลค่าส่วนลดตามปริมาณโดยชำระล่วงหน้าบางส่วน 3 ปีในสหรัฐอเมริกาฝั่งตะวันออก

  ค่าบริการล่วงหน้า รายชั่วโมงที่เกิดซ้ำ USD มูลค่ารายชั่วโมงที่เกิดซ้ำ มูลค่ารายการ
m3.xlarge 1,345 USD 0.060 USD 1,577 USD 2,922 USD
c3.xlarge 1,016 USD 0.045 USD 1,183 USD 2,199 USD

ถาม: หากฉันใช้การเรียกเก็บแบบรวบยอด แล้วจะมีวิธีการคำนวณส่วนลดตามปริมาณอย่างไร

หากคุณใช้การเรียกเก็บเงินแบบรวบยอด AWS จะใช้ราคารายการแบบรวมทั้งหมดของ RI ที่ใช้งานในบัญชีรวบยอดของคุณทุกบัญชีเพื่อคำนวณว่าจะใช้ส่วนลดตามปริมาณในลำดับขั้นใด ลำดับขั้นส่วนลดตามปริมาณจะคำนวณ ณ เวลาที่ซื้อ ดังนั้น คุณจึงควรเปิดใช้งานการเรียกเก็บเงินแบบรวบยอดก่อนที่จะซื้อ RI เพื่อให้มั่นใจว่าคุณจะได้รับประโยชน์จากส่วนลดตามปริมาณที่มากที่สุดเท่าที่บัญชีรวบยอดของคุณมีสิทธิ์ที่จะได้รับ

ถาม: Convertible RI มีสิทธิ์ได้รับส่วนลดตามปริมาณหรือไม่

ไม่ อย่างไรก็ตาม มูลค่าของแต่ละ Convertible RI ที่คุณซื้อจะไปสมทบกับลำดับขั้นส่วนลดตามปริมาณ

ถาม: ฉันจะคำนวณได้อย่างไรว่าฉันจะได้รับส่วนลดตามปริมาณใด

หากต้องการคำนวณลำดับขั้นส่วนลดตามปริมาณในปัจจุบัน โปรดอ่านข้อมูลในหัวข้อทำความเข้าใจเกี่ยวกับลำดับขั้นราคาส่วนลดสำหรับอินสแตนซ์แบบเหมาจ่ายในคู่มือผู้ใช้ Amazon EC2

ถาม: หากปริมาณการใช้งานของฉันในอนาคตทำให้ฉันมีสิทธิ์ได้รับส่วนลดอื่นๆ ตามลำดับขั้น แล้วค่าใช้จ่ายสำหรับ RI ของฉันจะเปลี่ยนแปลงไปหรือไม่

ไม่ ส่วนลดตามปริมาณจะคำนวณ ณ เวลาที่ซื้อ ดังนั้น ค่าใช้จ่ายสำหรับ RI ของคุณจึงจะยังคงเท่าเดิมแม้ว่าคุณจะมีสิทธิ์ได้รับส่วนลดอื่นๆ ตามลำดับขั้นก็ตาม หากคุณทำการซื้อใหม่ คุณได้รับส่วนลดตามลำดับขั้นส่วนลดตามปริมาณตามที่มีสิทธิ์ ณ เวลาที่ซื้อ

ถาม: ฉันต้องดำเนินการใด ณ เวลาที่ซื้อเพื่อรับส่วนลดตามปริมาณหรือไม่

ไม่ต้อง คุณจะได้รับส่วนลดตามปริมาณโดยอัตโนมัติเมื่อคุณใช้ PurchaseReservedInstance API ที่มีอยู่เดิมหรือใช้อินเทอร์เฟซ EC2 Management Console ในการซื้อ RI หากคุณซื้อ RI มูลค่าเกิน 10 ล้าน USD โปรดติดต่อเราเพื่อรับส่วนลดพิเศษเพิ่มเติมนอกเหนือจากที่ได้รับโดยอัตโนมัติ

Reserved Instance Marketplace

ถาม: Reserved Instance Marketplace คืออะไร

Reserved Instance Marketplace เป็นตลาดออนไลน์ที่ช่วยให้ลูกค้า AWS มีความยืดหยุ่นในการขายอินสแตนซ์แบบเหมาจ่ายบน Amazon Elastic Compute Cloud (Amazon EC2) ที่ตนเองมีอยู่ให้กับธุรกิจหรือองค์กรอื่นๆ ได้ นอกจากนี้ ลูกค้ายังสามารถเรียกดู Reserved Instance Marketplace เพื่อค้นหาตัวเลือกอื่นเพิ่มเติมสำหรับระยะเวลาสัญญาและราคาของอินสแตนซ์แบบเหมาจ่ายที่ขายโดยลูกค้า AWS รายอื่นๆ

ถาม: ฉันจะลงรายการอินสแตนซ์แบบเหมาจ่ายใน Reserved Instance Marketplace ได้เมื่อใด

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

  • เมื่อคุณลงทะเบียนเป็นผู้ขายใน Reserved Instance Marketplace แล้ว
  • เมื่อคุณจ่ายค่าอินสแตนซ์แบบเหมาจ่ายของตนเองแล้ว
  • เมื่อคุณเป็นเจ้าของอินสแตนซ์แบบเหมาจ่ายเป็นเวลานานกว่า 30 วัน

ถาม: ฉันจะลงทะเบียนเป็นผู้ขายใน Reserved Instance Marketplace ได้อย่างไร

หากต้องการลงทะเบียน Reserved Instance Marketplace คุณสามารถเข้าสู่ลำดับงานการลงทะเบียนได้โดยลงขายอินสแตนซ์แบบเหมาจ่ายจากใน EC2 Management Console หรือโดยตั้งค่าโปรไฟล์ของคุณเองในหน้า “การตั้งค่าบัญชี” ในพอร์ทัล AWS ไม่ว่าจะเลือกใช้วิธีการใด คุณจะต้องดำเนินการตามขั้นตอนต่อไปนี้

  1. เริ่มจากตรวจสอบขั้นตอนการลงทะเบียนในภาพรวมก่อน
  2. ลงชื่อเข้าใช้บัญชี AWS ของคุณ
  3. ป้อนบัญชีธนาคารที่ต้องการใช้ในการเบิกจ่ายเงิน เมื่อเลือก "ดำเนินการต่อ" เราจะตั้งค่าให้บัญชีธนาคารดังกล่าวเป็นตัวเลือกเริ่มต้นในการเบิกจ่ายเงิน
  4. ในหน้าจอยืนยัน ให้เลือก "ดำเนินการต่อไปยังคอนโซลเพื่อเริ่มลงขาย"

หากคุณมียอดขายอินสแตนซ์แบบเหมาจ่ายสูงกว่า 20,000 USD หรือวางแผนที่จะขายอินสแตนซ์แบบเหมาจ่ายจำนวนมากกว่า 50 รายการขึ้นไป คุณจะต้องแจ้งข้อมูลภาษีก่อนจึงจะลงขายอินสแตนซ์แบบเหมาจ่ายได้ เลือก "ดำเนินการต่อในด้านภาษี" ในระหว่างกระบวนการด้านภาษี ระบบจะขอให้คุณกรอกชื่อบริษัท ชื่อผู้ติดต่อ ที่อยู่ และหมายเลขประจำตัวผู้เสียภาษีโดยใช้ลำดับงาน TIMS

นอกจากนี้ หากคุณวางแผนที่จะขายอินสแตนซ์แบบเหมาจ่ายมูลค่าสูงกว่า 50,000 USD ต่อปี คุณจะต้องยื่นเรื่องเพื่อเพิ่มขีดจำกัดด้วย

ถาม: ฉันจะทราบได้อย่างไรว่าสามารถเริ่มขายใน Reserved Instance Marketplace ได้แล้ว

คุณสามารถเริ่มขายใน Reserved Instance Marketplace ได้หลังจากที่เพิ่มบัญชีธนาคารผ่านขั้นตอนการลงทะเบียนแล้ว เมื่อการเปิดใช้งานเสร็จสมบูรณ์แล้ว คุณจะได้รับอีเมลยืนยัน อย่างไรก็ตาม สิ่งสำคัญที่คุณควรทราบคือคุณจะไม่สามารถเบิกจ่ายเงินได้จนกว่าเราจะได้รับการยืนยันจากธนาคารของคุณ ซึ่งอาจใช้เวลานานถึง 2 สัปดาห์ขึ้นอยู่กับธนาคารที่คุณใช้บริการ

ถาม: ฉันจะลงขายอินสแตนซ์แบบเหมาจ่ายได้อย่างไร

เพียงปฏิบัติตามขั้นตอนดังต่อไปนี้ใน Amazon EC2 Console เพื่อลงขายอินสแตนซ์แบบเหมาจ่าย

  1. เลือกอินสแตนซ์แบบเหมาจ่ายที่ต้องการขาย แล้วเลือก "ขายอินสแตนซ์แบบเหมาจ่าย" หากคุณยังลงทะเบียนไม่เรียบร้อย ระบบจะขอให้คุณลงทะเบียนตามขั้นตอนการลงทะเบียนก่อน
  2. ให้กำหนดจำนวนอินสแตนซ์ที่ต้องการขายสำหรับอินสแตนซ์แบบเหมาจ่ายแต่ละประเภท และตั้งราคาเหมาจ่ายตามที่ต้องการ โปรดทราบว่าคุณสามารถตั้งราคาเหมาจ่ายให้กับปริมาณที่แตกต่างกันได้โดยขึ้นอยู่กับเวลาที่เหลือ เพื่อที่จะได้ไม่ต้องคอยปรับราคาเหมาจ่ายในกรณีที่คุณขายอินสแตนซ์แบบเหมาจ่ายได้ช้า ตามค่าเริ่มต้น คุณเพียงตั้งค่าราคาปัจจุบัน แล้วเราจะลดราคาเหมาจ่ายลงเป็นจำนวนเท่าๆ กันในแต่ละเดือนโดยอัตโนมัติ
  3. เมื่อตั้งค่าการลงขายแล้ว หน้าจอยืนยันขั้นตอนสุดท้ายจะปรากฏขึ้นมา เลือก "ขายอินสแตนซ์แบบเหมาจ่าย"

ถาม: ฉันจะสามารถลงขายอินสแตนซ์แบบเหมาจ่ายแบบใดได้บ้าง

คุณสามารถลงขายอินสแตนซ์แบบเหมาจ่ายใดก็ได้ที่ใช้งานมาอย่างน้อย 30 วันและเป็นอินสแตนซ์แบบเหมาจ่ายที่เราได้รับการชำระเงินแล้ว กล่าวง่ายๆ คือ คุณจะสามารถลงขายอินสแตนซ์ที่คุณจองไว้ได้เมื่ออินสแตนซ์นั้นอยู่ในสถานะกำลังใช้งาน ข้อสำคัญที่ควรทราบคือ หากคุณเป็นลูกค้าที่ได้รับใบแจ้งหนี้อินสแตนซ์แบบเหมาจ่ายของคุณอาจอยู่ในสถานะกำลังใช้งานก่อนที่ AWS จะได้รับการชำระเงินก็เป็นได้ ในกรณีเช่นนี้ อินสแตนซ์แบบเหมาจ่ายของคุณจะลงขายไม่ได้จนกว่าเราจะได้รับการชำระเงินจากคุณ

ถาม: อินสแตนซ์แบบเหมาจ่ายที่ลงขายนั้นจะปรากฏต่อผู้ซื้อได้อย่างไร

สามารถดูอินสแตนซ์แบบเหมาจ่าย (ทั้งแบบที่ลงขายโดยบุคคลที่สามและโดย AWS) ใน Reserved Instance Marketplace ได้ในส่วน "อินสแตนซ์แบบเหมาจ่าย" ใน Amazon EC2 Console นอกจากนี้ คุณยังสามารถใช้วิธีการเรียก DescribeReservedInstancesListings API ได้อีกด้วย

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

ถาม: ฉันจะสามารถลงขายอินสแตนซ์แบบเหมาจ่ายที่มีระยะสัญญานานเท่าใด

คุณสามารถขายอินสแตนซ์แบบเหมาจ่ายได้ตามระยะสัญญาที่เหลือโดยปัดเศษจำนวนวันทิ้ง ตัวอย่างเช่น หากคุณมีอินสแตนซ์แบบเหมาจ่ายที่มีระยะสัญญาเหลือ 9 เดือน 13 วัน คุณจะสามารถลงขายอินสแตนซ์แบบเหมาจ่ายดังกล่าวได้ที่ระยะสัญญา 9 เดือน

ถาม: ฉันจะสามารถลบอินสแตนซ์แบบเหมาจ่ายออกหลังจากที่ลงขายได้ใช่หรือไม่

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

ถาม: ฉันจะตั้งประเภทราคาสำหรับอินสแตนซ์แบบเหมาจ่ายที่ต้องการลงขายเป็นแบบใดได้บ้าง

เมื่อใช้ Reserved Instance Marketplace คุณสามารถตั้งราคาที่ต้องชำระล่วงหน้าได้ตามที่ต้องการ แต่คุณจะไม่สามารถตั้งราคารายชั่วโมงได้ (ซึ่งจะเป็นราคาเท่าเดิมตามที่ตั้งไว้ในอินสแตนซ์แบบเหมาจ่ายตั้งแต่แรก) และคุณจะไม่ได้รับเงินที่เรียกเก็บซึ่งเกี่ยวข้องกับราคารายชั่วโมงดังกล่าวแต่อย่างใด

ถาม: ฉันยังใช้อินสแตนซ์แบบเหมาจ่ายที่จองไว้ขณะที่ลงขายใน Reserved Instance Marketplace ได้หรือไม่

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

ถาม: ฉันจะขายต่ออินสแตนซ์แบบเหมาจ่ายที่ซื้อมาจาก Reserved Instance Marketplace ได้หรือไม่

ได้ คุณสามารถขายต่ออินสแตนซ์แบบเหมาจ่ายที่ซื้อมาจาก Reserved Instance Marketplace ได้เช่นเดียวกับอินสแตนซ์แบบเหมาจ่ายอื่นๆ

ถาม: มีข้อจำกัดในการขายอินสแตนซ์แบบเหมาจ่ายหรือไม่

มี คุณต้องมีบัญชีธนาคารในสหรัฐอเมริกา จึงจะขายอินสแตนซ์แบบเหมาจ่ายใน Reserved Instance Marketplace ได้ เราจะเปิดให้บริการสำหรับบัญชีนอกสหรัฐอเมริกาในเร็วๆ นี้ นอกจากนั้น คุณจะไม่สามารถขายอินสแตนซ์แบบเหมาจ่ายในภูมิภาค GovCloud ในสหรัฐได้

ถาม: ฉันสามารถขายอินสแตนซ์แบบเหมาจ่ายที่ซื้อจากลำดับขั้นราคาตามปริมาณสาธารณะได้หรือไม่

ไม่ได้ เรายังไม่รองรับในส่วนนี้

ถาม: มีค่าบริการในการขายอินสแตนซ์แบบเหมาจ่ายใน Reserved Instance Marketplace หรือไม่

มี AWS จะเรียกเก็บค่าบริการจำนวน 12% ของยอดรวมที่ต้องชำระล่วงหน้าของแต่ละอินสแตนซ์แบบเหมาจ่ายที่คุณขายใน Reserved Instance Marketplace

ถาม: AWS สามารถแบ่งขายอินสแตนซ์แบบเหมาจ่ายที่ฉันลงขายได้ใช่หรือไม่

ใช่ AWS อาจแบ่งขายอินสแตนซ์แบบเหมาจ่ายจากจำนวนทั้งหมดที่คุณลงขายได้ ตัวอย่างเช่น หากคุณลงขายอินสแตนซ์แบบเหมาจ่าย 100 รายการ เราอาจมีผู้ซื้อที่สนใจจะซื้อแค่ 50 รายการ เราจะขายอินสแตนซ์ 50 รายการนั้นและขายอินสแตนซ์แบบเหมาจ่ายของคุณที่เหลืออีก 50 รายการต่อไปจนกว่าหรือนอกจากคุณจะตัดสินใจว่าไม่ต้องการขายอีกต่อไปแล้ว

ถาม: ผู้ซื้อจะชำระค่าอินสแตนซ์แบบเหมาจ่ายที่ตนเองซื้อได้อย่างไร

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

ถาม: ฉันจะได้รับเงินเมื่อใด

เมื่อ AWS ได้รับเงินจากลูกค้าที่ซื้อการจองของคุณแล้ว เราจะจ่ายเงินผ่านการโอนเงินเข้าบัญชีธนาคารตามที่คุณระบุไว้เมื่อลงทะเบียน Reserved Instance Marketplace

จากนั้น เราจะส่งอีเมลแจ้งให้คุณทราบว่าเราได้โอนเงินให้คุณแล้ว โดยปกติแล้ว เงินจะเข้าบัญชีของคุณภายใน 3-5 วันนับตั้งแต่วันที่ขายอินสแตนซ์แบบเหมาจ่ายได้

ถาม: หากขายอินสแตนซ์แบบเหมาจ่ายใน Reserved Instance Marketplace แล้ว ฉันจะได้รับเงินค่า Premium Support ที่ฉันจ่ายไปด้วยหรือไม่

ไม่ คุณจะไม่ได้รับเงินค่าธรรมเนียม AWS Premium Support Fee ที่ชำระล่วงหน้าตามอัตราส่วนแต่อย่างใด

ถาม: ฉันจะได้รับแจ้งให้ทราบถึงกิจกรรมต่างๆ ใน Reserved Instance Marketplace ใช่หรือไม่

ใช่ คุณจะได้รับอีเมลวันละ 1 ฉบับซึ่งจะแจ้งรายละเอียดเกี่ยวกับกิจกรรมต่างๆ ของคุณใน Reserved Instance Marketplace เมื่อใดก็ตามที่คุณสร้างหรือยกเลิกการลงขายอินสแตนซ์แบบเหมาจ่ายเมื่อมีผู้ซื้อซื้ออินสแตนซ์ที่คุณลงขาย หรือเมื่อ AWS จ่ายเงินเข้าบัญชีของคุณ

ถาม: จะมีการแลกเปลี่ยนข้อมูลใดบ้างระหว่างผู้ซื้อกับผู้ขายเพื่อช่วยในการคำนวณภาษีจากการทำธุรกรรม

ผู้ซื้อจะได้รับทราบข้อมูลเกี่ยวกับเมือง รัฐ รหัสไปรษณีย์+4 และประเทศของผู้ซื้อในรายงานการเบิกจ่ายเงิน ข้อมูลนี้จะช่วยให้ผู้ขายสามารถคำนวณภาษีในการทำธุรกรรมที่จำเป็นต้องจ่ายให้แก่รัฐบาลได้ (เช่น ภาษีขาย ภาษีมูลค่าเพิ่ม ฯลฯ) และใบกำกับภาษีจะระบุชื่อหน่วยงานตามกฎหมายของผู้ขายไว้ด้วย

ถาม: มีข้อจำกัดสำหรับลูกค้าในการซื้ออินสแตนซ์แบบเหมาจ่ายจากบุคคลที่สามหรือไม่

มี คุณไม่สามารถซื้ออินสแตนซ์แบบเหมาจ่ายที่คุณลงขายเองได้ รวมถึงอินสแตนซ์แบบเหมาจ่ายในบัญชีที่เชื่อมโยง (ผ่านทาง Consolidated Billing)

ถาม: ฉันต้องจ่ายค่า Premium Support เมื่อซื้ออินสแตนซ์แบบเหมาจ่ายจาก Reserved Instance Marketplace หรือไม่

ใช่ หากคุณเป็นลูกค้า Premium Support คุณจะได้รับการเรียกเก็บค่าบริการ Premium Support เมื่อซื้ออินสแตนซ์แบบเหมาจ่ายผ่านทาง Reserved Instance Marketplace

อินสแตนซ์ Spot

ถาม: อินสแตนซ์ Spot คืออะไร

อินสแตนซ์ Spot คือความสามารถที่สำรองไว้ของ EC2 ซึ่งช่วยให้คุณประหยัดได้ถึง 90% จากราคาแบบตามความต้องการที่ AWS สามารถแทรกแซงได้ด้วยการแจ้งเตือนภายใน 2 นาที Spot ใช้อินสแตนซ์ EC2 เช่นเดียวกับอินสแตนซ์แบบตามต้องการและอินสแตนซ์แบบเหมาจ่าย และเหมาะอย่างยิ่งสำหรับปริมาณงานที่ยืดหยุ่นและทนทานต่อความผิดพลาด อินสแตนซ์ Spot มอบทางเลือกเสริมเพื่อเพิ่มความสามารถในการประมวลผลและสามารถใช้ควบคู่กับอินสแตนซ์แบบตามความต้องการและอินสแตนซ์แบบเหมาจ่ายได้

ถาม: อินสแตนซ์ Spot แตกต่างจากอินสแตนซ์แบบตามความต้องการหรืออินสแตนซ์แบบเหมาจ่ายอย่างไร

ระหว่างที่เรียกใช้ อินสแตนซ์ Spot จะทำงานเหมือนกับอินสแตนซ์แบบตามความต้องการและอินสแตนซ์แบบเหมาจ่ายทุกประการ ข้อแตกต่างหลักคือ โดยปกติแล้ว อินสแตนซ์ Spot จะให้ส่วนลดจำนวนมากจากราคาแบบตามต้องการ โดย Amazon EC2 สามารถแทรกแซงอินสแตนซ์ของคุณตามข้อกำหนดด้านความสามารถด้วยการแจ้งเตือนภายใน 2 นาที และราคาของอินสแตนซ์ Spot จะค่อยๆ ปรับไปตามความต้องการซื้อและความต้องการขายความสามารถสำรองของ EC2 ในระยะยาว

โปรดดูรายละเอียดเพิ่มเติมเกี่ยวกับอินสแตนซ์ Spot ได้ที่นี่

ถาม: ฉันจะซื้อและเริ่มใช้อินสแตนซ์ Spot ได้อย่างไร

คุณสามารถเปิดใช้อินสแตนซ์ Spot โดยใช้เครื่องมือเดียวกับที่เปิดใช้อินสแตนซ์ตามปกติ ได้แก่ AWS Management Console, กลุ่ม Auto-Scaling, การเรียกใช้อินสแตนซ์ และกลุ่ม Spot Fleet นอกจากนี้ มีบริการของ AWS มากมายที่รองรับการเปิดใช้อินสแตนซ์ Spot เช่น EMR, ECS, Datapipeline, Cloudformation และ Batch

หากต้องการเริ่มใช้งานอินสแตนซ์ Spot คุณก็เพียงแค่เลือกเทมเพลตเริ่มใช้งาน แล้วเลือกจำนวนอินสแตนซ์ที่คุณต้องการขอ

โปรดดูรายละเอียดเพิ่มเติมเกี่ยวกับวิธีการขออินสแตนซ์ Spot ได้ที่นี่

ถาม: ฉันจะขออินสแตนซ์ Spot ได้จำนวนเท่าใด

คุณสามารถขออินสแตนซ์ Spot ได้ไม่เกินขีดจำกัดในการขออินสแตนซ์ Spot ของคุณในแต่ละภูมิภาค โปรดทราบว่าลูกค้าใหม่ของ AWS อาจมีขีดจำกัดที่ค่อนข้างต่ำในช่วงเริ่มต้น หากต้องการเรียนรู้ข้อมูลเพิ่มเติมเกี่ยวกับขีดจำกัดในการขออินสแตนซ์ Spot โปรดดูคู่มือผู้ใช้ Amazon EC2

หากคุณต้องการเพิ่มขีดจำกัด ให้กรอกแบบฟอร์มคำขออินสแตนซ์ Amazon EC2 พร้อมระบุกรณีใช้งานของคุณ และเราจะพิจารณาเพิ่มอินสแตนซ์ให้คุณ การเพิ่มขีดจำกัดจะขึ้นอยู่กับภูมิภาคที่คุณขอใช้งาน

ถาม: ฉันต้องจ่ายค่าอินสแตนซ์ Spot ในราคาเท่าใด

คุณจะจ่ายค่าอินสแตนซ์ Spot ที่คุณเรียกใช้อยู่ตามราคาที่มีผลบังคับใช้ในช่วงเริ่มของแต่ละอินสแตนซ์-ชั่วโมง หากราคาอินสแตนซ์ Spot มีการเปลี่ยนแปลงหลังจากที่คุณเปิดใช้อินสแตนซ์แล้ว เราจะคิดราคาใหม่ดังกล่าวกับการใช้งานอินสแตนซ์ในชั่วโมงต่อๆ ไป

ถาม: Spot Capacity Pool คืออะไร

Spot Capacity Pool เป็นชุดอินสแตนซ์ EC2 ที่ไม่ได้ใช้งานโดยมีอินสแตนซ์ประเภทเดียวกัน มีระบบปฏิบัติการเดียวกัน มี Availability Zone เดียวกัน และมีแพลตฟอร์มเครือข่ายเดียวกัน (EC2-Classic หรือ EC2-VPC) แต่ละ Spot Capacity Pool อาจมีราคาแตกต่างกันได้โดยขึ้นอยู่กับความต้องการซื้อและความต้องการขาย

ถาม: การใช้งานอินสแตนซ์ Spot มีแนวทางปฏิบัติที่ดีที่สุดอย่างไร

เราขอแนะนำเป็นอย่างยิ่งให้ใช้ Spot Capacity Pool ที่หลากหลายเพื่อที่จะได้เพิ่มปริมาณพื้นที่ของอินสแตนซ์ Spot ที่คุณใช้งาน EC2 มีระบบอัตโนมัติในตัวสำหรับค้นหาพื้นที่ที่ราคาย่อมเยามากที่สุดจากใน Spot Capacity Pool ต่างๆ โดยใช้ Spot Fleet สำหรับข้อมูลเพิ่มเติม โปรดดูแนวทางปฏิบัติที่ดีที่สุดสำหรับ Spot

ถาม: ฉันจะทราบสถานะของคำขอ Spot ได้อย่างไร

คุณจะทราบสถานะของคำขอ Spot ได้ผ่านทางโค้ดและข้อความสถานะคำขอ Spot คุณสามารถเข้าถึงข้อมูลสถานะคำขอ Spot ได้ในหน้าอินสแตนซ์ Spot ใน EC2 Console ของ AWS Management Console, API และ CLI สำหรับข้อมูลเพิ่มเติม โปรดไปที่คู่มือสำหรับ Developer ของ Amazon EC2

ถาม: อินสแตนซ์ Spot มีให้บริการในทุกหมวดหมู่ ทุกขนาด และทุกภูมิภาคใช่หรือไม่

อินสแตนซ์ Spot มีให้บริการในทุกภูมิภาคสาธารณะของ AWS Spot มีให้เลือกในเกือบทุกขนาดและกลุ่มประเภท EC2 Instance รวมถึงอินสแตนซ์ที่เพิ่มประสิทธิภาพการประมวลผล กราฟิกที่เร่งความเร็ว และประเภทอินสแตนซ์ FPGA ใหม่ล่าสุด คุณสามารถดูรายการทั้งหมดของประเภทอินสแตนซ์ที่รองรับในแต่ละภูมิภาคได้ที่นี่

ถาม: ระบบปฏิบัติการใดบ้างที่รองรับรูปแบบอินสแตนซ์ Spot

Linux/UNIX และ Windows Server ในขณะนี้ยังไม่รองรับ Windows Server with SQL Server

ถาม: ฉันสามารถใช้อินสแตนซ์ Spot ที่มี AMI ที่ชำระเงินกับซอฟต์แวร์ของบุคคลที่สาม (เช่น แพ็กเกจซอฟต์แวร์ของ IBM) ได้หรือไม่

ยังใช้ไม่ได้ในขณะนี้

ถาม: อินสแตนซ์ Spot ของฉันจะถูกเข้าแทรกแซงเมื่อใด

ในช่วง 3 เดือนที่ผ่านมา 92% ของการแทรกแซงอินสแตนซ์ Spot มาจากการที่ลูกค้าทำการยกเลิกอินสแตนซ์ด้วยตนเอง เนื่องจากแอปพลิเคชันทำงานเสร็จเรียบร้อยแล้ว

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

ถาม: จะเกิดอะไรขึ้นกับอินสแตนซ์ Spot ของฉันเมื่อถูกแทรกแซง

เมื่อมีการแทรกแซง คุณสามารถเลือกที่จะยกเลิก หยุด หรือระงับอินสแตนซ์ Spot ได้ ตัวเลือกหยุดหรือระงับจะใช้ได้สำหรับคำขอ Spot แบบถาวรและ Spot Fleet ที่เปิดใช้งานตัวเลือก "รักษา" ตามค่าเริ่มต้น อินสแตนซ์ของคุณจะถูกยกเลิก

โปรดดู Spot Hibernation เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับการรับมือกับการขัดจังหวะ

ถาม: การหยุดและการระงับในกรณีที่มีการแทรกแซงแตกต่างกันอย่างไร

ในกรณีที่ระงับ อินสแตนซ์ของคุณจะถูกระงับ และข้อมูล RAM จะยังคงอยู่ ในกรณีที่หยุด อินสแตนซ์ของคุณจะถูกปิด และ RAM จะถูกล้างไป

ในทั้งสองกรณี ข้อมูลจากไดรฟ์ข้อมูลราก EBS ของคุณและไดรฟ์ข้อมูล EBS ใดๆ ที่แนบไปด้วยจะยังคงอยู่ ที่อยู่ IP ส่วนตัวของคุณจะคงอยู่เช่นเดิมเช่นเดียวกับที่อยู่ Elastic IP (ถ้ามี) ลักษณะชั้นเครือข่ายจะคล้ายกับลักษณะเวิร์กโฟลว์หยุด-เริ่ม EC2 ตัวเลือกหยุดและระงับจะใช้ได้กับอินสแตนซ์แบบ Amazon EBS เท่านั้น พื้นที่จัดเก็บอินสแตนซ์ในพื้นที่จะไม่คงอยู่

ถาม: จะเป็นเช่นไรหากไดรฟ์ข้อมูลราก EBS ของฉันมีขนาดไม่ใหญ่พอที่จะจัดเก็บหน่วยความจำ (RAM) เพื่อทำการระงับได้

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

ถาม: หาก Spot ระงับอินสแตนซ์ของฉันเมื่อถูกแทรกแซง แล้วจะมีประโยชน์อย่างไร

เมื่อระงับ อินสแตนซ์ Spot จะหยุดทำงานชั่วคราวและกลับไปทำงานต่อในจุดที่แทรกแซง ทำให้ปริมาณงานสามารถเริ่มทำงานต่อในจุดที่ค้างไว้ คุณสามารถใช้การระงับได้เมื่อจำเป็นต้องรักษาสถานะของอินสแตนซ์ไว้ในวงจรปิด-เริ่มใช้งาน กล่าวคือ เมื่อแอปพลิเคชันของคุณที่กำลังเรียกใช้อยู่บนอินสแตนซ์ Spot ต้องอาศัยข้อมูลเชิงบริบท ข้อมูลเชิงธุรกิจ หรือข้อมูลเซสชันที่จัดเก็บอยู่ใน RAM

ถาม: ฉันจะทำการระงับอินสแตนซ์ Spot ได้อย่างไร

เรียนรู้เกี่ยวกับการระงับอินสแตนซ์ Spot ได้ที่การระงับอินสแตนซ์ Spot

ถาม: การระงับอินสแตนซ์ Spot มีค่าใช้จ่ายหรือไม่

ไม่มีค่าใช้จ่ายเพิ่มเติมในการระงับอินสแตนซ์ Spot นอกเหนือจากค่าใช้จ่ายพื้นที่จัดเก็บ EBS และทรัพยากรอื่นๆ ของ EC2 ที่คุณอาจใช้งานอยู่ เมื่อระงับอินสแตนซ์แล้ว เราจะไม่เรียกเก็บค่าธรรมเนียมการใช้อินสแตนซ์จากคุณ

ถาม: ฉันจะสามารถรีสตาร์ทอินสแตนซ์ที่หยุดไปหรือกลับไปใช้งานอินสแตนซ์ที่ระงับไปได้หรือไม่

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

ถาม: มีอินสแตนซ์และระบบปฏิบัติการใดที่รองรับการระงับบ้าง

ระบบปฏิบัติการที่รองรับการระงับอินสแตนซ์ Spot ในขณะนี้ ได้แก่ Amazon Linux AMI, Ubuntu และระบบปฏิบัติการ Microsoft Windows ที่เรียกใช้บนอินสแตนซ์ประเภทใดก็ตามในกลุ่มอินสแตนซ์ C3, C4, C5, M4, M5, R3, R4 ที่มีหน่วยความจำ (RAM) ขนาดไม่เกิน 100 GiB

หากต้องการตรวจสอบรายชื่อเวอร์ชัน OS ที่รองรับ โปรดดูการระงับอินสแตนซ์ Spot

ถาม: หากอินสแตนซ์ Spot ของฉันถูกแทรกแซง ฉันจะได้รับการเรียกเก็บค่าบริการอย่างไร

หากอินสแตนซ์ Spot ของคุณถูก Amazon EC2 ยกเลิกหรือระงับในชั่วโมงแรกที่ใช้งานอินสแตนซ์ เราจะไม่เรียกเก็บเงินจากคุณสำหรับการใช้งานดังกล่าว อย่างไรก็ดี หากคุณยกเลิกอินสแตนซ์ด้วยตัวเอง เราจะเรียกเก็บเงินตามวินาทีก่อนที่จะทำการยกเลิก หากอินสแตนซ์ Spot ของคุณถูก Amazon EC2 ยกเลิกหรือระงับในชั่วโมงต่อมา เราจะเรียกเก็บเงินสำหรับการใช้งานตามวินาทีก่อนที่จะถูกยกเลิกหรือระงับ หากคุณกำลังเรียกใช้บน Windows และทำการยกเลิกอินสแตนซ์ด้วยตัวเอง เราจะเรียกเก็บเงินจากคุณเต็มชั่วโมง

ถาม: จะมีการคิดค่าใช้จ่ายอย่างไรหากราคาของ Spot เปลี่ยนไปในขณะที่ฉันกำลังเรียกใช้อินสแตนซ์อยู่

คุณต้องจ่ายราคาต่ออินสแตนซ์-ชั่วโมงที่ตั้งไว้ในช่วงเริ่มของแต่ละอินสแตนซ์-ชั่วโมงเป็นระยะเวลาเต็มชั่วโมง โดยปัดเศษขึ้นให้เป็นวินาทีที่ใกล้เคียงที่สุด

ถาม: ฉันจะดูประวัติการใช้งานอินสแตนซ์ Spot และดูว่าฉันจะได้รับการเรียกเก็บเงินเท่าใดได้จากที่ใด

AWS Management Console จัดทำรายงานการเรียกเก็บเงินโดยละเอียดซึ่งแสดงเวลาที่เริ่มใช้และยกเลิก/หยุดการใช้งานทุกอินสแตนซ์ไว้ด้วย ลูกค้าสามารถตรวจสอบใบเรียกเก็บเงินเทียบกับราคา Spot ที่ผ่านมาได้จาก API เพื่อยืนยันว่าราคา Spot ที่เรียกเก็บนั้นถูกต้อง

ถาม: การบล็อก Spot (อินสแตนซ์ Spot ที่มีการกำหนดเวลาแน่นอน) จะถูกแทรกแซงหรือไม่

บล็อก Spot ออกแบบมาเพื่อไม่ให้ถูกแทรกแซงและจะทำงานอย่างต่อเนื่องตามระยะเวลาที่คุณเลือกไว้ โดยไม่ขึ้นอยู่กับราคาตลาดของ Spot การบล็อก Spot อาจถูกแทรกแซงได้ในกรณีที่ AWS ต้องการพื้นที่ แต่เป็นสถานการณ์ที่พบได้น้อยมาก ในกรณีดังกล่าว เราจะแจ้งเตือนเป็นเวลา 2 นาทีก่อนจะยกเลิกอินสแตนซ์ของคุณ (การแจ้งเตือนการยกเลิก) และเราจะไม่เรียกเก็บเงินสำหรับอินสแตนซ์ที่ได้รับผลกระทบ

ถาม: Spot Fleet คืออะไร

Spot Fleet ช่วยให้คุณสามารถร้องขอและจัดการอินสแตนซ์ Spot หลายอินสแตนซ์ได้โดยอัตโนมัติ โดยมีราคาต่อหน่วยความสามารถสำหรับคลัสเตอร์หรือแอปพลิเคชันของคุณที่ถูกที่สุด เช่น งานประมวลผลเป็นชุด เวิร์กโฟลว์ Hadoop หรืองานประมวลผลตาราง HPC คุณสามารถรวมประเภทของอินสแตนซ์ที่แอปพลิเคชันของคุณใช้งานได้ด้วย คุณสามารถกำหนดพื้นที่เป้าหมายได้ตามความต้องการของแอปพลิเคชัน (ในหน่วยต่างๆ รวมถึงอินสแตนซ์, vCPU, หน่วยความจำ พื้นที่จัดเก็บ หรือความสามารถในการรับส่งข้อมูลของเครือข่าย) และทำการอัปเดตพื้นที่เป้าหมายหลังจากที่เปิดใช้กลุ่มแล้ว Spot Fleet ช่วยให้คุณสามารถเปิดใช้และรักษาพื้นที่เป้าหมายได้ และขอทรัพยากรโดยอัตโนมัติเพื่อแทนที่ส่วนที่ถูกแทรกแซงหรือที่คุณยกเลิกด้วยตัวเอง  เรียนรู้ข้อมูลเพิ่มเติมเกี่ยวกับ Spot Fleet

ถาม: มีค่าใช้จ่ายเพิ่มเติมในการขอ Spot Fleet หรือไม่

ไม่มี ไม่มีค่าใช้จ่ายเพิ่มเติมสำหรับการขอ Spot Fleet แต่อย่างใด

ถาม: มีการจำกัดอะไรบ้างในการขอ Spot Fleet

ไปที่ส่วนขีดจำกัดของ Spot Fleet ของคู่มือผู้ใช้ Amazon EC2 เพื่อเรียนรู้เกี่ยวกับขีดจำกัดที่ใช้กับคำขอ Spot Fleet

ถาม: จะเกิดอะไรขึ้นหากคำขอ Spot Fleet ของฉันพยายามเปิดใช้อินสแตนซ์ Spot แต่ว่าเกินขีดจำกัดในการขอ Spot ในภูมิภาคของฉัน

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

ถาม: จะได้ Spot Fleet ตามที่ขอไปเสมอใช่หรือไม่

ไม่ การขอ Spot Fleet ช่วยให้คุณสามารถใส่คำขออินสแตนซ์ Spot หลายๆ คำขอพร้อมกันได้ และจะขึ้นอยู่กับความพร้อมใช้งานและราคาเช่นเดียวกับการขออินสแตนซ์ Spot แบบเดี่ยว ตัวอย่างเช่น หากเราไม่มีทรัพยากรสำหรับอินสแตนซ์ในประเภทตามที่คุณลงรายการไว้ในคำขอ Spot Fleet เราอาจจะไม่สามารถตอบสนองตามคำขอของคุณได้ในบางส่วนหรือทั้งหมด เราขอแนะนำให้คุณรวมอินสแตนซ์ทุกประเภทและ Availability Zone ทั้งหมดที่เหมาะกับปริมาณงานของคุณไว้ใน Spot Fleet

ถาม: ฉันจะสามารถส่งคำขอ Spot Fleet ในหลากหลาย Availability Zone ได้หรือไม่

ได้ ไปที่ส่วนตัวอย่าง Spot Fleet ของคู่มือผู้ใช้ Amazon EC2 เพื่อเรียนรู้วิธีการส่งคำขอ Spot Fleet ในหลาย Availability Zone

ถาม: ฉันจะสามารถส่งคำขอ Spot Fleet ในหลากหลายภูมิภาคได้หรือไม่

ไม่ได้ เราไม่รองรับการขอ Fleet ในหลากหลายภูมิภาค

ถาม: Spot Fleet มีวิธีในการจัดสรรทรัพยากรระหว่างกลุ่มอินสแตนซ์ Spot ต่างๆ ที่ระบุไว้ในข้อกำหนดในการเปิดใช้อย่างไร

RequestSpotFleet API มีกลยุทธ์ในการจัดสรร 2 วิธี ได้แก่ ราคาถูกที่สุดและความหลากหลาย กลยุทธ์ราคาถูกที่สุดจะช่วยให้คุณสามารถจัดเตรียมทรัพยากร Spot Fleet ในกลุ่มอินสแตนซ์ที่มีราคาต่อหน่วยความสามารถถูกที่สุด ณ เวลาที่ขอ กลยุทธ์ความหลากหลายจะช่วยให้คุณสามารถจัดเตรียมทรัพยากร Spot Fleet ในกลุ่มอินสแตนซ์ Spot หลายกลุ่มได้ วิธีนี้จะช่วยให้คุณสามารถรักษาพื้นที่เป้าหมายในกลุ่มของคุณได้และช่วยเพิ่มความพร้อมใช้งานให้กับแอปพลิเคชันของคุณในขณะที่พื้นที่ Spot มีความผันผวน

การเรียกใช้ทรัพยากรต่างๆ ในแอปพลิเคชันของคุณในกลุ่มอินสแตนซ์ Spot ที่มีความหลากหลายยังช่วยให้คุณสามารถลดค่าใช้จ่ายในการใช้งานกลุ่มของคุณได้ในระยะยาวอีกด้วย ไปที่คู่มือผู้ใช้ Amazon EC2 เพื่อเรียนรู้ข้อมูลเพิ่มเติม

ถาม: ฉันจะสามารถแท็กคำขอ Spot Fleet ได้ใช่หรือไม่

คุณสามารถขอเปิดใช้อินสแตนซ์ Spot ด้วยแท็กผ่านทาง Spot Fleet ได้ แต่ Fleet เองไม่สามารถแท็กได้

ถาม: ฉันจะดูได้อย่างไรว่า Spot Fleet ใดเป็นเจ้าของอินสแตนซ์ Spot ของฉัน

คุณสามารถระบุอินสแตนซ์ Spot ที่เกี่ยวข้องกับ Spot Fleet ของคุณได้โดยอธิบายไว้ในคำขอกลุ่ม คุณสามารถขอกลุ่มได้ภายในเวลา 48 ชั่วโมงหลังจากที่ยกเลิกอินสแตนซ์ Spot ทั้งหมดไปแล้ว ดูคู่มือผู้ใช้ Amazon EC2 เพื่อเรียนรู้วิธีการอธิบายคำขอ Spot Fleet

ถาม: ฉันจะสามารถแก้ไขคำขอ Spot Fleet ได้ใช่หรือไม่

ใช่ คุณสามารถแก้ไขความสามารถเป้าหมายในคำขอ Spot Fleet ได้ คุณอาจต้องยกเลิกคำขอและส่งคำขอใหม่เพื่อเปลี่ยนแปลงตัวแปรในการกำหนดค่าคำขออื่นๆ

ถาม: ฉันจะสามารถระบุ AMI ที่แตกต่างกันสำหรับอินสแตนซ์แต่ละประเภทที่ต้องการใช้งานได้ใช่หรือไม่

ใช่ เพียงแค่ระบุ AMI ที่ต้องการเปิดใช้ในข้อกำหนดในการเปิดใช้ที่คุณแจ้งไว้ในคำขอ Spot Fleet

ถาม: ฉันสามารถใช้ Spot Fleet ที่มี Elastic Load Balancing, Auto Scaling หรือ Elastic MapReduce ได้หรือไม่

คุณสามารถใช้คุณสมบัติ Auto Scaling กับ Spot Fleet ได้ เช่น การติดตามเป้าหมาย การตรวจสอบความสมบูรณ์ ตัววัด Cloudwatch ฯลฯ และสามารถแนบอินสแตนซ์ไปกับ Elastic Load Balancer ได้ (ทั้งโหลดบาลานเซอร์แบบคลาสสิกและแบบแอปพลิเคชัน) Elastic MapReduce มีคุณสมบัติหนึ่งที่ชื่อว่า “อินสแตนซ์กลุ่ม” ที่มีความสามารถคล้ายคลึงกับ Spot Fleet

ถาม: คำขอ Spot Fleet จะยกเลิกอินสแตนซ์ Spot หรือไม่ในกรณีที่ไม่ได้เรียกใช้ในกลุ่ม Spot ที่ราคาถูกที่สุดอีกต่อไปแล้วและเปิดใช้ใหม่ในกลุ่มที่ราคาถูกที่สุด

ไม่ คำขอ Spot Fleet จะไม่ยกเลิกอินสแตนซ์โดยอัตโนมัติ และจะไม่เปิดใช้อินสแตนซ์ใหม่ในขณะที่อินสแตนซ์นั้นกำลังเรียกใช้ อย่างไรก็ตาม หากคุณยกเลิกอินสแตนซ์ Spot แล้ว Spot Fleet จะชดเชยอินสแตนซ์นั้นด้วยอินสแตนซ์ Spot ใหม่ในกลุ่มใหม่ที่ราคาถูกที่สุด

ถาม: ฉันจะสั่งให้หยุดหรือระงับการแทรกแซง Spot Fleet ของฉันได้ใช่หรือไม่

ใช่ วงจรหยุด-เริ่มและวงจรระงับ-ใช้งานต่อจะสามารถใช้งานได้กับ Spot Fleet ที่เปิดตัวเลือก "รักษา" ไว้ 

แพลตฟอร์ม

Amazon Time Sync Service

ถาม: ถาม: ฉันจะใช้บริการนี้ได้อย่างไร

บริการนี้มีตำแหน่งข้อมูล NTP ที่อยู่ IP แบบเชื่อมโยงภายใน (169.254.169.123) ซึ่งสามารถเข้าถึงได้จากทุกอินสแตนซ์ที่เรียกใช้ใน VPC มีคำแนะนำสำหรับการกำหนดค่าไคลเอ็นต์ NTP สำหรับLinux และ Windows

ถาม: ประโยชน์ที่สำคัญของการใช้บริการนี้คืออะไร

แหล่งเวลาอ้างอิงที่ถูกต้องและสม่ำเสมอเป็นสิ่งสำคัญสำหรับแอปพลิเคชันและบริการจำนวนมาก Amazon Time Sync Service มีการอ้างอิงเวลาที่สามารถเข้าถึงได้อย่างปลอดภัยจากอินสแตนซ์ โดยไม่ต้องมีการเปลี่ยนแปลงและอัปเดตการกำหนดค่า VPC ซึ่งสร้างขึ้นจากโครงสร้างพื้นฐานของเครือข่ายที่ได้รับการพิสูจน์แล้วของ Amazon และใช้แหล่งเวลาอ้างอิงแบบซ้ำซ้อนเพื่อให้แน่ใจว่ามีความถูกต้องและมีความพร้อมใช้งานสูง

ถาม: บริการนี้รองรับอินสแตนซ์ประเภทใด

ทุกอินสแตนซ์ที่เรียกใช้ใน VPC จะสามารถเข้าถึงบริการนี้ได้

Availability Zone

ถาม: Availability Zone แต่ละเขตพื้นที่แยกออกจากกันอย่างไร

แต่ละ Availability Zone จะเรียกใช้บนโครงสร้างพื้นฐานทางกายภาพเฉพาะของตนอย่างเป็นอิสระ และได้รับการออกแบบมาให้มีความน่าเชื่อถือสูง โดยจะไม่มีการใช้จุดที่เกิดข้อผิดพลาดทั่วไป อย่างเช่น เครื่องกำเนิดไฟฟ้าและอุปกรณ์ระบายความร้อน ร่วมกันระหว่าง Availability Zone นอกจากนี้ ยังมีการแยกพื้นที่ออกจากกันทางกายภาพ เพื่อให้ความเสียหายร้ายแรงที่ไม่ปกติ อย่างเช่น อัคคีภัย พายุทอร์นาโด หรืออุทกภัย เกิดผลกระทบต่อ Availability Zone เพียงเขตพื้นที่เดียว

ถาม: Amazon EC2 เรียกใช้ในภูมิภาคมากกว่าหนึ่งภูมิภาคใช่หรือไม่

ได้ โปรดดูรายละเอียดเพิ่มเติมเกี่ยวกับความพร้อมให้บริการของผลิตภัณฑ์และบริการในแต่ละภูมิภาคที่ผลิตภัณฑ์และบริการระดับภูมิภาค

ถาม: ฉันจะมั่นใจได้อย่างไรว่าฉันอยู่ใน Availability Zone เดียวกันกับ Developer อีกราย

ขณะนี้ เรายังไม่รองรับความสามารถในการประสานการเปิดใช้ใน Availability Zone เดียวกันข้ามบัญชี Developer AWS ชื่อ Availability Zone เดียว (ตัวอย่างเช่น us-east-1a) ในบัญชีลูกค้า AWS สองบัญชีอาจสัมพันธ์กับ Availability Zone ที่ต่างกันทางกายภาพ

ถาม: หากฉันโอนข้อมูลระหว่าง Availability Zone โดยใช้ที่อยู่ IP สาธารณะ จะมีการคิดค่าใช้จ่ายสำหรับการโอนข้อมูลในภูมิภาค (ครั้งแรกสำหรับการข้ามเขตพื้นที่ และครั้งที่สองสำหรับการใช้ที่อยู่ IP สาธารณะ) หรือไม่

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

  • อินสแตนซ์อีกรายการหนึ่งอยู่ใน Availability Zone อื่น ไม่ว่าจะใช้ที่อยู่ประเภทใดก็ตาม
  • มีการใช้ที่อยู่ IP สาธารณะหรือที่อยู่ Elastic IP ไม่ว่าอินสแตนซ์อีกรายการหนึ่งจะอยู่ใน Availability Zone ใดก็ตาม

อินสแตนซ์แบบคลัสเตอร์

ถาม: อินสแตนซ์การประมวลผลแบบคลัสเตอร์คืออะไร

อินสแตนซ์การประมวลผลแบบคลัสเตอร์รวมทรัพยากรที่มีการประมวลผลสูงกับระบบเครือข่ายประสิทธิภาพสูงสำหรับแอปพลิเคชัน High Performance Compute (HPC) และแอปพลิเคชันอื่นๆ ที่ต้องใช้เครือข่ายมาก อินสแตนซ์การประมวลผลแบบคลัสเตอร์มีฟังก์ชันคล้ายกับ Amazon EC2 Instance อื่นๆ แต่ได้รับการออกแบบมาเฉพาะเพื่อให้มีระบบเครือข่ายที่มีประสิทธิภาพสูง

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

เรียนรู้เพิ่มเติมเกี่ยวกับการใช้งานอินสแตนซ์ประเภทนี้สำหรับแอปพลิเคชัน HPC

ถาม: ฉันจะคาดหวังประสิทธิภาพเครือข่ายได้ในระดับใดเมื่อเปิดใช้อินสแตนซ์ในกลุ่มการจัดวางคลัสเตอร์

แบนด์วิดท์อินสแตนซ์ EC2 สามารถใช้ประโยชน์ในกลุ่มการจัดวางคลัสเตอร์ โดยขึ้นอยู่กับประเภทอินสแตนซ์และข้อกำหนดเกี่ยวกับประสิทธิภาพของเครือข่าย ปริมาณการใช้งานระหว่างอินสแตนซ์ภายในภูมิภาคเดียวกันสามารถใช้ 5 Gbps สำหรับลำดับเดียว และสูงถึง 25 Gbps สำหรับปริมาณการใช้งานหลายลำดับ เมื่อเปิดใช้ในกลุ่มการจัดวาง อินสแตนซ์ EC2 บางอย่างจะสามารถใช้ได้สูงถึง 10 Gbps สำหรับปริมาณการใช้งานลำดับเดียว
ถาม: อินสแตนซ์ GPU แบบคลัสเตอร์คืออะไร

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

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

อินสแตนซ์ GPU แบบคลัสเตอร์ใช้ฟังก์ชันกลุ่มการจัดวางคลัสเตอร์เดียวกันกับอินสแตนซ์การประมวลผลแบบคลัสเตอร์เพื่อจัดกลุ่มอินสแตนซ์ให้เป็นคลัสเตอร์ ซึ่งช่วยให้แอปพลิเคชันได้มีประสิทธิภาพเครือข่ายแบนด์วิดท์สูงที่มีเวลาแฝงต่ำ ซึ่งจำเป็นสำหรับการสื่อสารแบบโหนดต่อโหนดแบบแน่นหนาซึ่งเป็นแบบแผนของแอปพลิเคชัน HPC จำนวนมาก

เรียนรู้เพิ่มเติมเกี่ยวกับ HPC บน AWS

ถาม: อินสแตนซ์แบบคลัสเตอร์หน่วยความจำสูงคืออะไร

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

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

ถาม: การใช้อินสแตนซ์การประมวลผลแบบคลัสเตอร์และอินสแตนซ์ GPU แบบคลัสเตอร์แตกต่างจาก อินสแตนซ์ Amazon EC2 ประเภทอื่นหรือไม่

อินสแตนซ์การประมวลผลแบบคลัสเตอร์และอินสแตนซ์ GPU แบบคลัสเตอร์แตกต่างจากอินสแตนซ์ Amazon EC2 ประเภทอื่นในสองประการ

ประการแรก อินสแตนซ์การประมวลผลแบบคลัสเตอร์และอินสแตนซ์ GPU แบบคลัสเตอร์ใช้การจำลองเสมือนแบบ Hardware Virtual Machine (HVM) และเรียกใช้เฉพาะ Amazon Machine Image (AMI) ตามการจำลองเสมือนแบบ HVM AMI ที่ใช้ Paravirtual Machine (PVM) ซึ่งใช้กับประเภท Amazon EC2 Instance อื่นๆ จะไม่สามารถใช้กับอินสแตนซ์การประมวลผลแบบคลัสเตอร์และอินสแตนซ์ GPU แบบคลัสเตอร์ได้

ประการที่สอง เพื่อให้ได้รับประโยชน์อย่างเต็มที่จากเวลาแฝงต่ำที่มีอยู่ แบนด์วิดท์เซกชันคู่เต็มรูปแบบระหว่างอินสแตนซ์ อินสแตนซ์การประมวลผลแบบคลัสเตอร์และอินสแตนซ์ GPU แบบคลัสเตอร์ จะต้องเปิดใช้ไปยังกลุ่มการจัดวางคลัสเตอร์ผ่าน Amazon EC2 API หรือ AWS Management Console

ถาม: กลุ่มการจัดวางคลัสเตอร์คืออะไร

กลุ่มการจัดวางคลัสเตอร์เป็นเอนทิตีเชิงตรรกะที่ช่วยให้สามารถสร้างคลัสเตอร์ของอินสแตนซ์โดยการเรียกใช้อินสแตนซ์เป็นส่วนหนึ่งของกลุ่ม คลัสเตอร์ของอินสแตนซ์จึงมีการเชื่อมต่อที่มีเวลาแฝงต่ำระหว่างอินสแตนซ์ในกลุ่ม กลุ่มการจัดวางคลัสเตอร์จะสร้างผ่าน Amazon EC2 API หรือ AWS Management Console

ถาม: คุณสมบัติทั้งหมดของ Amazon EC2 ใช้ได้กับอินสแตนซ์การประมวลผลแบบคลัสเตอร์และอินสแตนซ์ GPU แบบคลัสเตอร์หรือไม่

ในปัจจุบัน Amazon DevPay ไม่สามารถใช้งานได้กับอินสแตนซ์การประมวลผลแบบคลัสเตอร์และอินสแตนซ์ GPU แบบคลัสเตอร์

ถาม: มีข้อจำกัดเกี่ยวกับจำนวนอินสแตนซ์การประมวลผลแบบคลัสเตอร์และอินสแตนซ์ GPU แบบคลัสเตอร์ที่ฉันสามารถใช้ได้ และ/หรือขนาดของคลัสเตอร์ที่ฉันสามารถสร้างได้โดยการเปิดใช้อินสแตนซ์การประมวลผลแบบคลัสเตอร์หรือ Cluster GPU ในกลุ่มการจัดวางคลัสเตอร์หรือไม่

ไม่มีข้อจำกัดเฉพาะสำหรับอินสแตนซ์การประมวลผลแบบคลัสเตอร์ สำหรับอินสแตนซ์ GPU แบบคลัสเตอร์ คุณสามารถเปิดใช้ 2 อินสแตนซ์ด้วยตัวคุณเองได้ ถ้าคุณต้องการความจุเพิ่มเติม โปรดกรอกแบบฟอร์มคำขออินสแตนซ์ Amazon EC2 (เลือกประเภทของอินสแตนซ์หลักที่เหมาะสม)

ถาม: มีวิธีการใดที่ช่วยเพิ่มโอกาสได้รับอินสแตนซ์ทั้งหมดที่ฉันขอให้กับคลัสเตอร์ผ่านทางกลุ่มการจัดวางคลัสเตอร์

เราขอแนะนำให้คุณเปิดใช้อินสแตนซ์ขั้นต่ำที่จำเป็นสำหรับการเข้าร่วมในคลัสเตอร์ในการเปิดใช้ครั้งเดียว สำหรับคลัสเตอร์ที่มีขนาดใหญ่มาก คุณควรเปิดใช้กลุ่มการจัดวางหลายกลุ่ม เช่น การจัดวางที่มี 128 อินสแตนซ์สองกลุ่ม แล้วนำมารวมกันเพื่อสร้างอินสแตนซ์ขนาดใหญ่ 256 คลัสเตอร์

ถาม: อินสแตนซ์ GPU แบบคลัสเตอร์และอินสแตนซ์การประมวลผลแบบคลัสเตอร์ สามารถเปิดใช้ในกลุ่มการจัดวางแบบคลัสเตอร์เดียวได้หรือไม่

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

ถาม: ถ้าอินสแตนซ์ในกลุ่มการจัดวางคลัสเตอร์หยุดทำงานแล้วเริ่มต้นอีกครั้ง จะมีการรักษาสถานะในกลุ่มการจัดวางคลัสเตอร์หรือไม่

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

ข้อมูลเกี่ยวกับฮาร์ดแวร์

ถาม: สแตกแอปพลิเคชันของฉันจะทำงานบนฮาร์ดแวร์ชนิดใด

ไปที่ประเภทอินสแตนซ์ของ Amazon EC2 เพื่อดูรายการอินสแตนซ์ EC2 ที่มีให้บริการตามภูมิภาค

ถาม: EC2 ดำเนินการซ่อมบำรุงอย่างไร

AWS ดำเนินการซ่อมบำรุงฮาร์ดแวร์ ประสิทธิภาพ และเครือข่ายเป็นประจำโดยไม่กระทบกับอินสแตนซ์ของลูกค้า ในการซ่อมบำรุงนี้ เราใช้เครื่องมือและวิธีการต่างๆ ทั่วทั้งโครงสร้างพื้นฐานของ AWS Global เช่น ระบบที่ซ้ำซ้อนและซ่อมบำรุงได้พร้อมกัน รวมทั้งดำเนินการอัปเดตระบบและการโยกย้าย ตัวอย่างเช่นในกรณีเหล่านี้ - ตัวอย่างที่ 1, ตัวอย่างที่ 2 - EC2 ได้ดำเนินการซ่อมบำรุงการรักษาความปลอดภัยที่จำเป็นโดยไม่มีผลกระทบให้กับอินสแตนซ์ EC2 กว่า 90%

ถาม: ฉันจะเลือกประเภทอินสแตนซ์ให้ถูกต้องอย่างไร

อินสแตนซ์ของ Amazon EC2 แบ่งออกเป็น 5 กลุ่ม ได้แก่ อินสแตนซ์สำหรับงานทั่วไป เพิ่มประสิทธิภาพการประมวลผล เพิ่มประสิทธิภาพหน่วยความจำ เพิ่มประสิทธิภาพพื้นที่จัดเก็บ และเร่งการประมวลผล อินสแตนซ์สำหรับงานทั่วไปมีหน่วยความจำเป็นอัตราส่วน CPU เหมาะสำหรับแอปพลิเคชันทั่วไปส่วนใหญ่และมีประสิทธิภาพการทำงานแบบคงที่ (M5, M4) หรือประสิทธิภาพขยาย (T2), อินสแตนซ์เพิ่มประสิทธิภาพการประมวลผล (C5, C4) มีสัดส่วนทรัพยากร CPU มากกว่าหน่วยความจำ (RAM) และเหมาะเป็นอย่างดีสำหรับแอปพลิเคชันที่เน้นการประมวลผลแบบปรับขนาด และปริมาณงานในการประมวลผลสมรรถนะสูง (HPC), อินสแตนซ์เพิ่มประสิทธิภาพหน่วยความจำ (X1e, X1, R4) ให้หน่วยความจำที่มีขนาดใหญ่ขึ้นสำหรับแอปพลิเคชันที่ใช้หน่วยความจำมาก รวมถึงแอปพลิเคชันการแคชฐานข้อมูลและหน่วยความจำ, อินสแตนซ์การประมวลผลแบบเร่ง (P3, P2, G3, F1) ใช้ประโยชน์จากความสามารถในการประมวลผลแบบขนานของ NVIDIA Tesla GPU สำหรับการประมวลผลและเครื่อง/การเรียนรู้เชิงลึกแบบสมรรถนะสูง, อินสแตนซ์แบบกราฟิก GPU (G3) ให้ความสามารถด้านกราฟิกแบบ 3D สมรรถนะสูงสำหรับแอปพลิเคชันที่ใช้ OpenGL และ DirectX, อินสแตนซ์ F1 ให้การประมวลผลแบบกำหนดค่าใหม่ได้ที่ใช้ Xilinx FPGA, อินสแตนซ์เพิ่มประสิทธิภาพพื้นที่จัดเก็บ (H1, I3, I3en, D2) ที่ให้ความจุ I/O สูงโดยมีการหน่วงเวลาต่ำโดยใช้พื้นที่จัดเก็บอินสแตนซ์ภายในแบบ SSD สำหรับแอปพลิเคชันที่เน้น I/O โดยมี D2 หรือ H1 อินสแตนซ์พื้นที่จัดเก็บหนาแน่นและพื้นที่จัดเก็บแบบ HDD ให้ความหนาแน่นของพื้นที่จัดเก็บและ I/O ตามลำดับที่มีสมรรถนะสูงสำหรับการเก็บข้อมูลในคลังข้อมูล Hadoop และแอปพลิเคชันอื่นๆ ที่เน้นข้อมูล เมื่อเลือกประเภทอินสแตนซ์ คุณควรพิจารณาลักษณะเฉพาะของแอปพลิเคชันในแง่ของการใช้ทรัพยากร (เช่น CPU หน่วยความจำ พื้นที่จัดเก็บ) รวมทั้งเลือกกลุ่มประเภทและขนาดอินสแตนซ์ที่เหมาะสมที่สุด

ถาม: “หน่วยประมวลผล EC2” คืออะไรและเพราะเหตุใดคุณจึงแนะนำ

โดยพื้นฐานแล้ว การเปลี่ยนเป็นโมเดลการประมวลผลอรรถประโยชน์จะเปลี่ยนวิธีการฝึกอบรม Developer ให้คิดเกี่ยวกับทรัพยากร CPU แทนที่จะซื้อหรือเช่าซื้อตัวประมวลผลเฉพาะเพื่อใช้เป็นเวลาหลายเดือนหรือหลายปี คุณกำลังเช่าความจุเป็นรายชั่วโมง เนื่องจาก Amazon EC2 สร้างขึ้นบนฮาร์ดแวร์ทั่วไป ซึ่งเมื่อเวลาผ่านไปอาจมีฮาร์ดแวร์หลายประเภทต่างกันที่เป็นพื้นฐานของ EC2 Instance เป้าหมายของเราคือการให้จำนวนความจุของ CPU ที่มีความสม่ำเสมอ ไม่ว่าฮาร์ดแวร์พื้นฐานที่ใช้จริงจะเป็นแบบใด

Amazon EC2 ใช้มาตรการที่หลากหลายในการจัดเตรียมอินสแตนซ์แต่ละรายการที่มีจำนวนความจุของ CPU สม่ำเสมอและคาดการณ์ได้ เพื่อให้ Developer สามารถเปรียบเทียบความจุของ CPU ระหว่างประเภทอินสแตนซ์ต่างๆ ได้ง่าย เราจึงได้ให้คำจำกัดความเกี่ยวกับหน่วยประมวลผลของ Amazon EC2 จำนวน CPU ที่จัดสรรให้อินสแตนซ์ใดๆ จะเรียกว่าเป็นหน่วยประมวลผล EC2 เราใช้เกณฑ์มาตรฐานและการทดสอบต่างๆ เพื่อจัดการเกี่ยวกับความสม่ำเสมอและความสามารถในการคาดการณ์ของประสิทธิภาพการทำงานจากหน่วยประมวลผล EC2 หน่วยประมวลผล EC2 (ECU) มีมาตรการที่เกี่ยวข้องสำหรับความสามารถในการประมวลผลจำนวนเต็มของ Amazon EC2 Instance เมื่อเวลาผ่านไป เราอาจเพิ่มหรือแทนที่มาตรการในการกำหนดหน่วยประมวลผล EC2 หากเราพบเมตริกที่จะทำให้เราเห็นภาพที่ชัดเจนขึ้นเกี่ยวกับความจุในการประมวลผล

ถาม: EC2 ทำให้มั่นใจได้อย่างไรว่าประสิทธิภาพของประเภทอินสแตนซ์จะสม่ำเสมออยู่ตลอดเวลา

AWS สร้างเกณฑ์มาตรฐานด้านประสิทธิภาพประจำปีของประสิทธิภาพการประมวลผล Linux และ Windows บนประเภทอินสแตนซ์ EC2 ผลลัพธ์ของการสร้างเกณฑ์มาตรฐานคือชุดการทดสอบที่ลูกค้าสามารถใช้ทำการทดสอบแบบอิสระได้ และคำแนะนำเกี่ยวกับความผันแปรทางประสิทธิภาพที่คาดหวังจะมีให้ใช้งานภายใต้ NDA สำหรับอินสแตนซ์ M,C,R, T และ z1d โปรดติดต่อตัวแทนจำหน่ายของคุณเพื่อขอรับบริการดังกล่าว

ถาม: ประเภทอินสแตนซ์ Amazon EC2 มีความพร้อมให้บริการในระดับภูมิภาคอย่างไรบ้าง

สำหรับรายการอินสแตนซ์ทั้งหมดและความพร้อมใช้งานในภูมิภาค โปรดไปที่ราคาของ Amazon EC2

อินสแตนซ์ Micro

ถาม: อินสแตนซ์ Micro มีพลังในการประมวลผลเท่าใด

อินสแตนซ์ Micro จะให้ทรัพยากร CPU อย่างสม่ำเสมอในปริมาณเล็กน้อยและช่วยให้คุณสามารถขยายพื้นที่ CPU ได้สูงสุดถึง 2 ECU เมื่อมีรอบวงจรเพิ่มเติม โดยเหมาะสำหรับแอปพลิเคชันที่มีความสามารถในการรับส่งข้อมูลต่ำๆ และเว็บไซต์ที่ในบางครั้งใช้รอบวงจรในการประมวลผลจำนวนมาก แต่ในบางครั้งใช้ CPU น้อยมากในการประมวลผลเบื้องหลัง หรือ Daemons ฯลฯ เรียนรู้เพิ่มเติมเกี่ยวกับการใช้อินสแตนซ์ประเภทนี้

ถาม: อินสแตนซ์ Micro เป็นอย่างไรเมื่อเปรียบเทียบกับอินสแตนซ์ Standard Small ด้านพลังในการประมวลผล

ในสภาวะคงที่อินสแตนซ์ Micro จะได้รับทรัพยากรในการประมวลผลเพียงแค่เสี้ยวหนึ่งของอินสแตนซ์ Small ดังนั้น หากแอปพลิเคชันของคุณจำเป็นต้องใช้พลังในการประมวลผลสูงหรือต้องมีสภาวะคงที่ เราขอแนะนำให้ใช้อินสแตนซ์ Small (หรืออินสแตนซ์ที่ใหญ่กว่านั้น ทั้งนี้ขึ้นอยู่กับความต้องการของคุณ) อย่างไรก็ตาม ในบางคราวอินสแตนซ์ Micro อาจขยายได้ถึง 2 ECU (ในช่วงเวลาสั้นๆ) ซึ่งนับว่าเป็น ECU จำนวน 2 เท่าเมื่อเทียบกับอินสแตนซ์ Standard Small ดังนั้น หากคุณมีแอปพลิเคชันที่มีความสามารถด้าน Throughput ค่อนข้างต่ำหรือมีเว็บไซต์ที่จำเป็นต้องใช้รอบวงจรในการประมวลผลจำนวนมากเป็นครั้งคราว เราขอแนะนำให้ใช้อินสแตนซ์ Micro

ถาม: ฉันจะทราบได้อย่างไรว่าแอปพลิเคชันจำเป็นต้องใช้ทรัพยากร CPU มากกว่าที่อินสแตนซ์ Micro กำลังให้

ตัววัด CloudWatch ที่เฝ้าติดตามการใช้งาน CPU จะรายงานให้ทราบว่ามีการใช้งานเต็ม 100% หากอินสแตนซ์มีการขยายมากจนกระทั่งเกินทรัพยากรของ CPU ที่มีอยู่ในช่วงนาทีที่ CloudWatch กำลังเฝ้าติดตามอยู่ เมื่อ CloudWatch รายงานว่ามีการใช้งาน CPU เต็ม 100% นั่นคือสัญญาณว่าคุณควรพิจารณาปรับขนาดด้วยตนเองหรือปรับขนาดผ่านทาง Auto Scaling ไปเป็นอินสแตนซ์ประเภทที่ใหญ่ขึ้นหรือปรับขยายออกไปยังอินสแตนซ์ Micro หลายๆ อินสแตนซ์

ถาม: อินสแตนซ์ Micro มีคุณสมบัติครบทุกอย่างของ Amazon EC2 หรือไม่

ในขณะนี้ Amazon DevPay ยังไม่เปิดให้บริการสำหรับอินสแตนซ์ Micro

Nitro Hypervisor

ถาม: ไนโตรไฮเปอร์ไวเซอร์คืออะไร

การเปิดใช้อินสแตนซ์ C5 มีการแนะนำไฮเปอร์ไวเซอร์ใหม่สำหรับ Amazon EC2 นั่นคือไนโตรไฮเปอร์ไวเซอร์ เนื่องจากเป็นส่วนประกอบของระบบไนโตร โดยหลักแล้ว ไนโตรไฮเปอร์ไวเซอร์จะจัดเตรียมการแยก CPU และหน่วยความจำสำหรับอินสแตนซ์ EC2 ทรัพยากรเครือข่าย VPC และที่เก็บข้อมูล EBS ติดตั้งโดยใช้ส่วนประกอบฮาร์ดแวร์แบบเฉพาะ นั่นคือ ไนโตรการ์ด ซึ่งเป็นส่วนหนึ่งของตระกูลอินสแตนซ์ EC2 รุ่นปัจจุบันทั้งหมด ไนโตรไฮเปอร์ไวเซอร์สร้างขึ้นบนเทคโนโลยี Linux Kernel-based Virtual Machine (KVM) หลัก แต่ไม่รวมส่วนประกอบของระบบปฏิบัติการเพื่อการใช้งานทั่วไป

ถาม: ลูกค้าได้ประโยชน์อะไรจากไนโตรไฮเปอร์ไวเซอร์

ไนโตรไฮเปอร์ไวเซอร์มีประสิทธิภาพการทำงานที่สม่ำเสมอและมีทรัพยากรการประมวลผลและหน่วยความจำมากขึ้นสำหรับอินสแตนซ์เสมือน EC2 โดยการนำส่วนประกอบซอฟต์แวร์ของระบบโฮสต์ออกไป ซึ่งทำให้ AWS สามารถจัดเตรียมขนาดอินสแตนซ์ที่ใหญ่ขึ้น (เช่น c5.18xlarge) โดยให้ทรัพยากรทั้งหมดแก่ลูกค้าได้จากเซิร์ฟเวอร์ ก่อนหน้านี้ อินสแตนซ์ C3 และ C4 จะกำจัดส่วนประกอบซอฟต์แวร์แต่ละรายการโดยการย้ายฟังก์ชันการทำงานของ VPC และ EBS ไปยังฮาร์ดแวร์ที่ออกแบบและสร้างโดย AWS ฮาร์ดแวร์นี้ทำให้ไนโตรไฮเปอร์ไวเซอร์มีขนาดเล็กมากและไม่เกี่ยวข้องกับงานประมวลผลข้อมูลสำหรับการสร้างเครือข่ายและพื้นที่จัดเก็บ

ถาม: EC2 Instance ทั้งหมดจะใช้ไนโตรไฮเปอร์ไวเซอร์หรือไม่

ในท้ายที่สุดแล้ว อินสแตนซ์ประเภทใหม่ทั้งหมดจะใช้ไนโตรไฮเปอร์ไวเซอร์ แต่ในระยะเวลาอันใกล้ อินสแตนซ์บางประเภทจะใช้ Xen แล้วแต่ข้อกำหนดของแพลตฟอร์ม

ถาม: AWS จะยังคงลงทุนในไฮเปอร์ไวเซอร์ Xen ของตนต่อไปใช่หรือไม่

ได้ เนื่องจาก AWS ขยายโครงสร้างพื้นฐานระบบคลาวด์ทั่วโลกของตน การใช้ไฮเปอร์ไวเซอร์ Xen ของ EC2 จะยังคงเติบโตต่อไป Xen จะยังคงเป็นส่วนประกอบหลักของ EC2 Instance สำหรับอนาคตที่คาดการณ์ได้ AWS เป็นสมาชิกก่อตั้งโครงการ Xen ตั้งแต่เริ่มก่อตั้งในฐานะที่เป็นโครงการความร่วมมือการก่อตั้ง Linux และยังคงเป็นผู้เข้าร่วมที่มีบทบาทในคณะที่ปรึกษาของโครงการด้วย เนื่องจาก AWS ขยายโครงสร้างพื้นฐานระบบคลาวด์ทั่วโลกของตน ไฮเปอร์ไวเซอร์ Xen ของ EC2 จะยังคงเติบโตต่อไป ดังนั้น การลงทุนของ EC2 ใน Xen จะยังคงเติบโตอย่างต่อเนื่อง ไม่หดตัว

ถาม: สามารถแนบไดรฟ์ข้อมูล EBS และ Elastic Network Interface (ENI) ไปกับอินสแตนซ์ที่กำลังเรียกใช้บน Nitro Hypervisor ได้มากเพียงใด

อินสแตนซ์ที่กำลังเรียกใช้บน Nitro Hypervisor รองรับอุปกรณ์ PCI เพิ่มเติมได้สูงสุด 27 อุปกรณ์สำหรับไดรฟ์ข้อมูล EBS และ VPC ENI แต่ละไดรฟ์ข้อมูล EBS หรือ VPC ENI จะใช้อุปกรณ์ PCI หนึ่งอุปกรณ์ ตัวอย่างเช่น หากคุณแนบอินเทอร์เฟซเครือข่ายเพิ่มเติม 3 รายการไปกับอินสแตนซ์ที่ใช้ไนโตรไฮเปอร์ไวเซอร์ คุณจะสามารถแนบไดรฟ์ข้อมูล EBS ได้ถึง 24 ไดรฟ์ไปกับอินสแตนซ์นั้น

ถาม: ไนโตรไฮเปอร์ไวเซอร์จะเปลี่ยน API ที่ใช้เพื่อโต้ตอบกับ EC2 Instance หรือไม่

ไม่ API สาธารณะทั้งหมดที่โต้ตอบกับ EC2 Instance ซึ่งเรียกใช้โดยใช้ไนโตรไฮเปอร์ไวเซอร์จะยังคงเดิม ตัวอย่างเช่น เขตข้อมูล “ไฮเปอร์ไวเซอร์” ของการตอบกลับ DescribeInstance ซึ่งจะยังคงรายงาน “xen” สำหรับ EC2 Instance ทั้งหมด แม้ว่าการเรียกใช้เหล่านั้นจะเป็นการเรียกใช้ภายใต้ไนโตรไฮเปอร์ไวเซอร์ก็ตาม โดยอาจจะมีการลบเขตข้อมูลดังกล่าวออกในการแก้ไข EC2 API ในอนาคต

ถาม: AMI ใดที่มีการรองรับบนอินสแตนซ์ที่ใช้ไนโตรไฮเปอร์ไวเซอร์

HVM AMI ที่สนับสนุนโดย EBS ที่มีการรองรับการสร้างเครือข่ายและการเริ่มต้นระบบ ENA จากพื้นที่จัดเก็บ NVMe สามารถใช้ได้กับอินสแตนซ์ที่มีการเรียกใช้ภายใต้ไนโตรไฮเปอร์ไวเซอร์ โดยมีการรองรับ Amazon Linux AMI และ Windows AMI ล่าสุดที่จัดเตรียมโดย Amazon เช่นเดียวกันกับ AMI ล่าสุดของ Ubuntu, Debian, Red Hat Enterprise Linux, SUSE Enterprise Linux, CentOS และ FreeBSD

ถาม: ฉันจะเห็นความแตกต่างระหว่างอินสแตนซ์ที่ใช้ไฮเปอร์ไวเซอร์ Xen กับอินสแตนซ์ที่ใช้ไนโตรไฮเปอร์ไวเซอร์ใช่หรือไม่

ได้ ตัวอย่างเช่น อินสแตนซ์ที่เรียกใช้ภายใต้ไนโตรไฮเปอร์ไวเซอร์จะเริ่มต้นระบบจากไดรฟ์ข้อมูล EBS โดยใช้อินเทอร์เฟซ NVMe อินสแตนซ์ที่เรียกใช้ภายใต้ Xen จะเริ่มต้นระบบจากฮาร์ดไดรฟ์ IDE เลียนแบบ และเปลี่ยนเป็นไดรเวอร์อุปกรณ์บล็อก Xen เสมือนแบบเพิ่มประสิทธิภาพ

ระบบปฏิบัติการสามารถระบุได้เมื่อมีการเรียกใช้ภายใต้ไฮเปอร์ไวเซอร์ ซอฟต์แวร์บางอย่างจะถือว่าอินสแตนซ์ EC2 เรียกใช้ภายใต้ไฮเปอร์ไวเซอร์ Xen และเชื่อการตรวจจับดังกล่าว ระบบปฏิบัติการจะตรวจพบว่ามีการเรียกใช้ภายใต้ KVM เมื่ออินสแตนซ์ใช้ไนโตรไฮเปอร์ไวเซอร์ ดังนั้นจึงควรใช้ขั้นตอนการระบุ EC2 Instance เพื่อระบุ EC2 Instance ที่เรียกใช้ภายใต้ทั้งสองไฮเปอร์ไวเซอร์

คุณสมบัติทั้งหมดของ EC2 อย่างเช่น บริการข้อมูลเมตาของอินสแตนซ์จะทำงานแบบเดียวกันกับอินสแตนซ์ที่เรียกใช้ภายใต้ทั้งไฮเปอร์ไวเซอร์ Xen และไนโตรไฮเปอร์ไวเซอร์ แอปพลิเคชันส่วนใหญ่จะทำงานแบบเดียวกันภายใต้ทั้งไฮเปอร์ไวเซอร์ Xen และไนโตรไฮเปอร์ไวเซอร์ ตราบใดที่ระบบปฏิบัติการมีการรองรับที่จำเป็นสำหรับการสร้างเครือข่าย ENA และพื้นที่จัดเก็บ NVMe

ถาม: ไนโตรไฮเปอร์ไวเซอร์มีการดำเนินการตามคำขอ EC2 API ในการเริ่มต้นและสิ้นสุดการใช้อินสแตนซ์อย่างไร

ไนโตรไฮเปอร์ไวเซอร์จะให้สัญญาณระบบปฏิบัติการที่เรียกใช้ในอินสแตนซ์ว่าควรปิดการทำงานอย่างสมบูรณ์ด้วยวิธี ACPI ตามมาตรฐานอุตสาหกรรม สำหรับอินสแตนซ์ Linux ต้องมีการติดตั้ง ACPID และต้องทำงานอย่างถูกต้อง หาก ACPID ไม่ทำงานในอินสแตนซ์ การสิ้นสุดการใช้งานจะล่าช้าหลายนาที และจะดำเนินการรีเซ็ตทั้งระบบหรือปิดเครื่อง

ถาม: ไดรฟ์ข้อมูล EBS จะมีลักษณะอย่างไรเมื่อมีการเข้าถึงจากอินเทอร์เฟซ NVMe

ไดรเวอร์ NVMe ของระบบปฏิบัติการจะมีลักษณะสำคัญบางอย่างที่แตกต่างกัน เมื่อเปรียบเทียบกับไดรเวอร์บล็อก Xen เสมือนแบบเพิ่มประสิทธิภาพ (PV)

ประการแรก ชื่ออุปกรณ์ NVMe ที่ใช้โดยระบบปฏิบัติการ Linux จะแตกต่างจากพารามิเตอร์สำหรับคำขอแนบไดรฟ์ข้อมูล EBS และรายการแมปอุปกรณ์บล็อก อย่างเช่น /dev/xvda และ /dev/xvdf โดยระบบปฏิบัติการจะแจกแจงอุปกรณ์ NVMe เป็น /dev/nvme0n1, /dev/nvme1n1 ไปเรื่อยๆ ชื่ออุปกรณ์ NVMe จะไม่มีการแมปแบบถาวรกับไดรฟ์ข้อมูล ดังนั้นจึงควรใช้วิธีการอื่น เช่น UUID หรือป้ายระบบไฟล์ เมื่อมีการกำหนดค่าการติดตั้งระบบไฟล์อัตโนมัติหรือเมื่อดำเนินการเริ่มต้นระบบอื่นๆ เมื่อมีการเข้าถึงไดรฟ์ข้อมูล EBS ผ่านอินเทอร์เฟซ NVMe จะได้ ID ของไดรฟ์ข้อมูล EBS ผ่านเลขซีเรียลตัวควบคุม และผู้ขาย NVMe จะให้ชื่ออุปกรณ์ที่ระบุในคำขอ EC2 API เพิ่มเติมจากคำสั่งระบุตัวควบคุม ซึ่งทำให้สคริปต์อรรถประโยชน์สามารถสร้างลิงก์สัญลักษณ์แบบย้อนหลังที่เข้ากันได้ สำหรับข้อมูลเพิ่มเติม โปรดดูเอกสารประกอบ EC2 เกี่ยวกับการตั้งชื่ออุปกรณ์และไดรฟ์ข้อมูล EBS ของ NVMe

ประการที่สอง ตามค่าเริ่มต้นไดรเวอร์ NVMe ที่อยู่ในระบบปฏิบัติการส่วนใหญ่จะใช้การหมดเวลา I/O หาก I/O ไม่เสร็จสมบูรณ์ในระยะเวลาที่กำหนดไว้ในการนำไปใช้ ซึ่งโดยปกติคือหลักสิบวินาที ไดรฟ์เวอร์จะพยายามยกเลิก IO ลองใหม่อีกครั้ง หรือส่งคืนข้อผิดพลาดไปยังส่วนประกอบที่ส่ง I/O ออกมา อินเทอร์เฟซอุปกรณ์บล็อก Xen PV จะไม่ปรับ I/O เป็นหมดเวลา ซึ่งสามาถส่งผลในกระบวนการซึ่งไม่สามารถยกเลิกได้หากกระบวนการนั้นกำลังรอ I/O อยู่ สามารถดัดแปลงการทำงานของไดรฟ์เวอร์ Linux NVMe ได้ด้วยการกำหนดค่าที่สูงกว่าให้พารามิเตอร์โมดูลแบบเคอร์เนล nvme.io timeout

ประการที่สาม อินเทอร์เฟซ NVMe สามารถโอนข้อมูลจำนวนมากกว่าเป็นอย่างมากต่อ I/O และในบางกรณีอาจสามารถรองรับคำขอ I/O ที่ค้างอยู่ได้ เมื่อเทียบกับอินเทอร์เฟซบล็อก Xen PV ซึ่งทำให้เกิดการหน่วงเวลาคำขอ I/O มากกว่า หากออก I/O ขนาดใหญ่มากหรือคำขอ I/O จำนวนมากไปยังไดรฟ์ข้อมูลที่ได้รับการออกแบบมาเพื่อรองรับปริมาณงานตามอัตราความเร็ว เช่น ไดรฟ์ข้อมูล HDD แบบเพิ่มอัตราความเร็ว (st1) และไดรฟ์ข้อมูล Cold HDD (sc1) ของ EBS การหน่วงเวลา I/O นี้เป็นเรื่องปกติสำหรับไดรฟ์ข้อมูลแบบเพิ่มอัตราความเร็วในสถานการณ์เหล่านี้ แต่อาจทำให้เกิดการหมดเวลา I/O ในไดรเวอร์ NVMe ได้ ทั้งนี้ สามารถปรับการหมดเวลา I/O ได้ในไดรเวอร์ Linux โดยการระบุค่าที่มากกว่าสำหรับพารามิเตอร์โมดูลแบบเคอร์เนล nvme_core.io_timeout

ปรับ CPU ให้เหมาะสม

ถาม: Optimize CPU คืออะไร

Optimize CPU ให้คุณควบคุม EC2 Instance บนส่วนหน้าสองส่วนได้ดียิ่งขึ้น ประการแรก คุณสามารถระบุจำนวน vCPU แบบกำหนดเองได้เมื่อเรียกใช้งานอินสแตนซ์ใหม่เพื่อประหยัดค่าสิทธิ์การใช้งานตาม vCPU ประการที่สอง คุณสามารถปิดใช้งาน Intel Hyper-Threading Technology (Intel HT Technology) สำหรับปริมาณที่ทำงานร่วมกันได้ดีกับ CPU แบบเธรดเดี่ยว เช่น บางแอปพลิเคชันการประมวลผลประสิทธิภาพสูง (HPC)

ถาม: ทำไมจึงควรใช้คุณสมบัติ Optimize CPU

คุณควรใช้ Optimize CPU ถ้า:

  • คุณเรียกใช้ปริมาณงาน EC2 ที่ไม่ได้เน้นการประมวลผลและมีค่าใช้จ่ายเกิดขึ้นเป็นค่าสิทธิ์การใช้งานตาม vCPU โดยการเรียกใช้งานอินสแตนซ์ที่มีจำนวน vCPU แบบกำหนดเอง คุณอาจสามารถปรับการใช้จ่ายเรื่องสิทธิ์การใช้งานให้เหมาะสมได้
  • คุณเรียกใช้ปริมาณงานที่ได้ประโยชน์จากการปิดใช้งานการไฮเปอร์เธรดบน EC2

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

อินสแตนซ์ที่ปรับ CPU ให้เหมาะสมแล้วมีราคาเท่ากับอินสแตนซ์ขนาดเต็มแบบเทียบเท่า

ถาม: ประสิทธิภาพการทำงานของแอปพลิเคชันของฉันจะเปลี่ยนแปลงอย่างไรบ้างเมื่อใช้ Optimize CPU บน EC2

การเปลี่ยนแปลงประสิทธิภาพการทำงานของแอปพลิเคชันของคุณโดยใช้ Optimize CPU โดยส่วนใหญ่แล้วจะขึ้นอยู่กับปริมาณงานที่คุณเรียกใช้บน EC2 เราสนับสนุนให้คุณเทียบประสิทธิภาพการทำงานของแอปพลิเคชันของคุณกับ Optimize CPU เพื่อให้ได้จำนวน vCPU ที่เหมาะสมและลักษณะการไฮเปอร์เธรดที่เหมาะสำหรับแอปพลิเคชันของคุณ

ถาม: ฉันสามารถใช้ Optimize CPU บนประเภท EC2 Bare Metal Instance (เช่น i3.metal) ได้หรือไม่

ไม่ได้ คุณสามารถใช้ Optimize CPU กับ EC2 Instance เสมือนเท่านั้น

ถาม: ฉันจะเริ่มต้นใช้งาน Optimize CPU สำหรับ EC2 Instance ได้อย่างไร

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีเริ่มต้นใช้งานการปรับ CPU ให้เหมาะสมและประเภทอินสแตนซ์ที่รองรับ โปรดดูที่หน้าเอกสารประกอบการปรับ CPU ให้เหมาะสมที่นี่

ปริมาณงาน

Amazon EC2 ที่เรียกใช้บน IBM

ถาม: ฉันจะถูกเรียกเก็บเงินสำหรับ Amazon EC2 ที่เรียกใช้บน IBM ของฉันอย่างไร

คุณจะจ่ายเงินเฉพาะสิ่งที่คุณใช้ และไม่มีค่าธรรมเนียมขั้นต่ำ เราคิดราคาต่อชั่วโมงอินสแตนซ์ที่แต่ละอินสแตนซ์ใช้ไป เวลาที่ใช้งานบางส่วนจะถูกเรียกเก็บเงินเต็มชั่วโมง การถ่ายโอนข้อมูลสำหรับ Amazon EC2 ที่เรียกใช้บน IBM จะมีการเรียกเก็บเงินแยกต่างหากจาก Amazon EC2 ไม่มีค่าใช้จ่ายในการโอนข้อมูลระหว่าง Amazon Web Services สองแห่งในภูมิภาคเดียวกัน (เช่น Amazon EC2 ในสหรัฐฯ ตะวันตก และบริการ AWS อื่นในสหรัฐฯ ตะวันตก) การโอนข้อมูลระหว่างบริการ AWS ในพื้นที่ต่างๆ จะมีการคิดค่าใช้จ่ายเป็นการโอนข้อมูลทางอินเทอร์เน็ตกับทั้งสองฝั่งการโอน

สำหรับข้อมูลการกำหนดราคา Amazon EC2 ที่เรียกใช้บน IBM โปรดไปที่หัวข้อการกำหนดราคาใน หน้ารายละเอียด Amazon EC2 ที่เรียกใช้บน IBM

ถาม: ฉันสามารถใช้ Amazon DevPay กับ Amazon EC2 ที่เรียกใช้บน IBM ได้หรือไม่

ไม่ได้ คุณไม่สามารถใช้ DevPay เพื่อรวมกลุ่มผลิตภัณฑ์นอกเหนือจาก Amazon EC2 ที่เรียกใช้บน IBM ได้ในขณะนี้

Amazon EC2 ที่เรียกใช้บน Microsoft Windows และซอฟต์แวร์ของบุคคลที่สาม

ถาม: ฉันสามารถใช้สิทธิ์การใช้งาน Windows Server ที่มีอยู่ของฉันกับ EC2 ได้หรือไม่

ได้ คุณสามารถใช้ได้ หลังจากที่คุณนำเข้าอิมเมจเครื่อง Windows Server ของคุณเองโดยใช้เครื่องมือ ImportImage คุณสามารถเปิดใช้อินสแตนซ์จากอิมเมจเครื่องเหล่านี้บนโฮสต์เฉพาะของ EC2 และสามารถจัดการอินสแตนซ์และรายงานการใช้งานได้อย่างมีประสิทธิภาพ Microsoft กำหนดให้คุณติดตามการใช้สิทธิ์การใช้งานของคุณกับทรัพยากรทางกายภาพ เช่น ซ็อกเก็ตและแกน ซึ่งโฮสต์เฉพาะจะช่วยคุณในการดำเนินการนี้ ไปที่หน้ารายละเอียดของโฮสต์เฉพาะเพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับการใช้สิทธิ์การใช้งาน Windows Server ของคุณเองบนโฮสต์เฉพาะของ Amazon EC2

ถาม: ฉันสามารถนำสิทธิ์การใช้งานซอฟต์แวร์ใดบ้างไปใช้กับระบบ Windows

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

Product-Page_Standard-Icons_01_Product-Features_SqInk
ดูทรัพยากรที่เกี่ยวข้องกับผลิตภัณฑ์เพิ่มเติม

มีทรัพยากรมากมายที่ช่วยให้คุณเรียนรู้วิธีการสร้างด้วย Amazon EC2

เรียนรู้เพิ่มเติม 
Product-Page_Standard-Icons_02_Sign-Up_SqInk
ลงชื่อสมัครใช้บัญชีฟรี

รับสิทธิ์การเข้าถึง AWS Free Tier ได้ทันที 

ลงชื่อสมัครใช้งาน 
Product-Page_Standard-Icons_03_Start-Building_SqInk
เริ่มต้นสร้างใน Console

เริ่มต้นการสร้างด้วย Amazon EC2 ในคอนโซล AWS

เริ่มต้นใช้งาน