คำถามที่พบบ่อยเกี่ยวกับ Amazon S3

ถาม: Amazon S3 คืออะไร

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

ถาม: ใช้ Amazon S3 ทำอะไรได้บ้าง

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

Amazon S3 ยังได้รับการออกแบบมาให้มีความยืดหยุ่นสูงอีกด้วย จัดเก็บข้อมูลได้ทุกประเภทและทุกจำนวนตามที่ต้องการ อ่านข้อมูลเดิมซ้ำนับล้านครั้งหรืออ่านเฉพาะเมื่อเกิดการกู้คืนหลังภัยพิบัติฉุกเฉิน สร้างแอปพลิเคชัน FTP ที่เรียบง่ายหรือเว็บแอปพลิเคชันที่ซับซ้อน เช่น เว็บไซต์ค้าปลีกอย่าง Amazon.com Amazon S3 ช่วยให้นักพัฒนามุ่งเน้นไปที่การสร้างนวัตกรรมได้อย่างอิสระ แทนที่จะต้องคิดหาวิธีจัดเก็บข้อมูล

ถาม: จะเริ่มใช้ Amazon S3 อย่างไร

หากต้องการสมัครใช้งาน Amazon S3 ให้คลิกลิงก์นี้ คุณต้องมีบัญชี Amazon Web Services เพื่อเข้าใช้งานบริการนี้ หากคุณยังไม่มีบัญชี คุณจะได้รับแจ้งให้สร้างบัญชีเมื่อคุณเริ่มกระบวนกาสมัครใช้งานของ Amazon S3 หลังจากลงชื่อสมัครใช้งาน โปรดอ่านเอกสารประกอบและโค้ดตัวอย่างของ Amazon S3 ในศูนย์ทรัพยากรเพื่อเริ่มใช้ Amazon S3

ถาม: สิ่งที่นักพัฒนาสามารถทำกับ Amazon S3 ได้ แต่ไม่สามารถทำกับโซลูชันในองค์กรได้มีอะไรบ้าง

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

ถาม: ฉันสามารถจัดเก็บข้อมูลประเภทใดใน Amazon S3

ที่จริงแล้ว คุณสามารถจัดเก็บข้อมูลได้ทุกชนิดในทุกรูปแบบ โปรดดูรายละเอียดที่ข้อตกลงสิทธิการใช้งาน Amazon Web Services

ถาม: ฉันสามารถเก็บข้อมูลใน Amazon S3 ได้มากเท่าใด

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

ถาม: ฉันสามารถมีบัคเก็ตที่มีอ็อบเจกต์ต่างๆ ในคลาสพื้นที่จัดเก็บที่แตกต่างกันได้หรือไม่

ได้ คุณสามารถมีบัคเก็ต S3 ที่มีอ็อบเจกต์ที่แตกต่างกันซึ่งจัดเก็บไว้ใน S3 Standard, S3 Intelligent-Tiering, Standard-IA ของ S3, One Zone-IA ของ S3, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive ได้

ถาม: Amazon จะทำอะไรกับข้อมูลของฉันที่อยู่ใน Amazon S3

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

ถาม: Amazon จัดเก็บข้อมูลของตนใน Amazon S3 หรือไม่

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

ถาม: ข้อมูล Amazon S3 ได้รับการจัดระเบียบอย่างไร

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

ถาม: ฉันจะใช้อินเทอร์เฟซเชื่อมโยงกับ Amazon S3 ได้อย่างไร

Amazon S3 มีอินเทอร์เฟซให้บริการบนเว็บ REST ที่เรียบง่ายและได้มาตรฐาน ซึ่งได้รับการออกแบบมาเพื่อทำงานร่วมกับชุดเครื่องมือการพัฒนาอินเทอร์เน็ตต่างๆ การดำเนินการตั้งใจทำให้ออกมาอย่างเรียบง่าย เพื่อให้เพิ่มโปรโตคอลการกระจายและชั้นการทำงานใหม่ได้ง่าย

ถาม: Amazon S3 มีความน่าเชื่อถือเพียงใด

Amazon S3 ช่วยให้นักพัฒนาสามารถเข้าถึงโครงสร้างพื้นฐานการจัดเก็บข้อมูลที่ปรับขนาดได้มาก พร้อมใช้งานเสมอ ทำงานรวดเร็ว และราคาไม่แพง แบบเดียวกับที่ Amazon ใช้ในการเรียกใช้งานเครือข่ายเว็บไซต์ทั่วโลกของตน คลาสพื้นที่จัดเก็บ S3 Standard ได้รับการออกแบบมาเพื่อให้มีความพร้อมใช้งาน 99.99% คลาสพื้นที่จัดเก็บ Standard-IA ของ S3, คลาสพื้นที่จัดเก็บ S3 Intelligent-Tiering และคลาสพื้นที่จัดเก็บ S3 Glacier Instant Retrieval ได้รับการออกแบบมาเพื่อให้มีความพร้อมใช้งาน 99.9% คลาสพื้นที่จัดเก็บ One Zone-IA ของ S3 ได้รับการออกแบบมาเพื่อให้มีความพร้อมใช้งาน 99.5% รวมถึงคลาสพื้นที่จัดเก็บ S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive ได้รับการออกแบบมาเพื่อให้มีความพร้อมใช้งาน 99.99% และ SLA เท่ากับ 99.9% คลาสพื้นที่จัดเก็บทั้งหมดเหล่านี้ได้รับการสนับสนุนโดยข้อตกลงระดับบริการ Amazon S3

ถาม: Amazon S3 จะทำงานอย่างไรหากการรับส่งข้อมูลจากแอปพลิเคชันของฉันเพิ่มสูงขึ้นอย่างรวดเร็ว

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

ถาม: Amazon S3 มีข้อตกลงระดับบริการ (SLA) หรือไม่

ใช่ Amazon S3 SLA ให้เครดิตการบริการ หากเปอร์เซ็นต์การทำงานต่อเดือนของลูกค้าต่ำกว่าข้อตกลงระดับการให้บริการในรอบการเรียกเก็บเงิน

ถาม: แบบจำลองความสอดคล้องของ Amazon S3 คืออะไร

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

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

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

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

ถาม: ข้อมูลของฉันได้รับการจัดเก็บไว้ในที่ใด

คุณระบุรีเจี้ยน AWS เมื่อสร้างบัคเก็ต Amazon S3 ของคุณ สำหรับคลาสพื้นที่จัดเก็บ S3 Standard, Standard-IA ของ S3, S3 Intelligent-Tiering, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive ระบบจะจัดเก็บอ็อบเจกต์ของคุณโดยอัตโนมัติในอุปกรณ์ต่างๆ ที่ครอบคลุม Availability Zone อย่างน้อย 3 แห่ง ซึ่งแต่ละแห่งจะแยกห่างจากกันหลายไมล์ทั่วทั้งรีเจี้ยน AWS อ็อบเจกต์ที่จัดเก็บอยู่ในคลาสพื้นที่จัดเก็บ One Zone-IA ของ S3 จะนำไปจัดเก็บซ้ำใน Availability Zone เดียวในรีเจี้ยน AWS ที่คุณเลือก สำหรับ S3 on Outposts ข้อมูลของคุณจะถูกจัดเก็บไว้ในสภาพแวดล้อมในองค์กร Outpost ของคุณ เว้นแต่ว่าคุณจะเลือกถ่ายโอนข้อมูลไปยังรีเจี้ยน AWS ด้วยตนเอง โปรดดูผลิตภัณฑ์และบริการระดับรีเจี้ยนสำหรับรายละเอียดเกี่ยวกับความพร้อมให้บริการ Amazon S3 โดยแบ่งตามรีเจี้ยน AWS

ถาม: รีเจี้ยน AWS คืออะไร

รีเจี้ยน AWS เป็นตำแหน่งทางภูมิศาสตร์ที่ AWS มี Availability Zone หลายแห่งที่ทำงานแยกส่วนและแยกจากกัน ซึ่งเชื่อมต่อกับระบบเครือข่ายที่มีเวลาแฝงต่ำ ปริมาณงานสูง และความซ้ำซ้อนสูง

ถาม: AWS Availability Zone (AZ) คืออะไร

AWS Availability Zone เป็นตำแหน่งที่แยกออกจากกันทางกายภาพภายในเขต AWS ภายในรีเจี้ยน AWS แต่ละแห่ง S3 จะดำเนินการใน AZ อย่างน้อย 3 แห่ง ซึ่งแต่ละแห่งจะแยกห่างจากกันหลายไมล์เพื่อป้องกันเหตุการณ์ในท้องถิ่น เช่น ไฟไหม้ น้ำท่วม เป็นต้น

คลาสพื้นที่จัดเก็บ Amazon S3 Standard, S3 Standard-Infrequent Access, S3 Intelligent-Tiering, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive จะจำลองแบบข้อมูลใน AZ อย่างน้อย 3 แห่งเพื่อป้องกันการสูญเสีย AZ ทั้งหมดหนึ่งแห่ง ซึ่งจะเป็นลักษณะนี้เช่นกันในรีเจี้ยนที่มี AZ น้อยกว่า 3 แห่งพร้อมใช้งานแบบสาธารณะ ออบเจ็กต์ที่เก็บไว้ในคลาสพื้นที่จัดเก็บเหล่านี้จะพร้อมให้เข้าถึงจาก AZ ทั้งหมดใน AWS Region

คลาสที่จัดเก็บข้อมูล One Zone-IA ของ Amazon S3 จะทำซ้ำข้อมูลภายใน AZ เดียว ข้อมูลที่จัดเก็บใน One Zone-IA ของ S3 ไม่ฟื้นตัวต่อการสูญเสีย Availability Zone ทางกายภาพ ซึ่งเป็นผลมาจากภัยพิบัติ เช่น แผ่นดินไหวและอุทกภัย

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

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

ถาม: Amazon S3 สามารถใช้งานได้ในส่วนใดของโลก

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

ถาม: Amazon S3 มีค่าใช้จ่ายเท่าไร

สำหรับ Amazon S3 คุณจะจ่ายเฉพาะส่วนที่คุณใช้เท่านั้น ไม่มีค่าบริการขั้นต่ำ คุณสามารถประเมินค่าบริการรายเดือนของคุณได้โดยใช้ AWS Pricing Calculator

เราเรียกเก็บเงินน้อยลงเมื่อต้นทุนของเราน้อยลง ราคาบางรายการจะแตกต่างกันไปตามรีเจี้ยนของ Amazon S3 ราคาการเก็บค่าบริการขึ้นอยู่กับตำแหน่งของบัคเก็ต S3 ของคุณ ไม่มีค่าใช้จ่ายในการถ่ายโอนข้อมูลสำหรับข้อมูลที่ถ่ายโอนในรีเจี้ยน Amazon S3 ผ่านคำขอ COPY ข้อมูลที่ถ่ายโอนผ่านคำขอ COPY ระหว่างรีเจี้ยน AWS จะได้รับการคิดค่าบริการตามอัตราที่ระบุในหัวข้อราคาของหน้ารายละเอียด Amazon S3 ไม่มีค่าบริการในการถ่ายโอนข้อมูลสำหรับข้อมูลที่ถ่ายโอนระหว่าง Amazon EC2 (หรือบริการของ AWS ใดๆ) และ Amazon S3 ภายในรีเจี้ยนเดียวกัน ยกตัวอย่างเช่น ข้อมูลที่ถ่ายโอนภายในรีเจี้ยนสหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียตอนเหนือ) อย่างไรก็ตาม ข้อมูลที่ถ่ายโอนระหว่าง Amazon EC2 (หรือบริการของ AWS ใดๆ) และ Amazon S3 ในรีเจี้ยนอื่นๆ ทั้งหมดจะคิดค่าบริการตามอัตราที่ระบุไว้ในหน้าราคาของ Amazon S3 ยกตัวอย่างเช่น ข้อมูลที่ถ่ายโอนระหว่าง Amazon EC2 ของสหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียตอนเหนือ) และ Amazon S3 ของสหรัฐอเมริกาฝั่งตะวันตก (แคลิฟอร์เนียตอนเหนือ) สำหรับราคา S3 on Outposts โปรดไปที่หน้าราคาของ Outposts

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

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

คุณสามารถเริ่มต้นใช้งาน Amazon S3 ได้ฟรีในทุกรีเจี้ยน ยกเว้นรีเจี้ยน AWS GovCloud ด้วย AWS Free Usage Tier* เมื่อลงชื่อสมัครใช้งาน ลูกค้า AWS รายใหม่จะได้รับพื้นที่เก็บข้อมูล Amazon S3 Standard จำนวน 5 GB, คำขอ Get 20,000 รายการ, คำขอ Put 2,000 รายการ และการถ่ายโอนข้อมูลออกจำนวน 100 GB (ไปยังอินเทอร์เน็ต, รีเจี้ยนอื่นของ AWS หรือ CloudFront) ในแต่ละเดือนเป็นเวลาหนึ่งปี การใช้งานรายเดือนที่ไม่ได้ใช้งานจะไม่สามารถเก็บไว้ใช้ในเดือนถัดไป

Amazon S3 จะเก็บเงินจากคุณสำหรับการใช้งานต่อไปนี้ โปรดทราบว่าการคำนวณด้านล่างอยู่บนสมมติฐานที่ไม่มี AWS Free Tier

พื้นที่เก็บข้อมูลที่ใช้:

ราคาพื้นที่จัดเก็บ Amazon S3 มีการสรุปไว้ในหน้าราคา Amazon S3

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

ตัวอย่างการจัดเก็บ:

สมมติว่าคุณจัดเก็บข้อมูล 100 GB (107,374,182,400 ไบต์) ใน Amazon S3 Standard ไว้ในบัคเก็ตของคุณเป็นเวลา 15 วันในเดือนมีนาคม และจัดเก็บข้อมูล 100 TB (109,951,162,777,600 ไบต์) ใน Amazon S3 Standard เป็นเวลา 16 วันให้หลังในเดือนมีนาคม

ในปลายเดือนมีนาคม คุณจะมียอดการใช้ไบต์-ชั่วโมง ดังนี้ ยอดรวมการใช้ไบต์-ชั่วโมง = [107,374,182,400 ไบต์ x 15 วัน x (24 ชั่วโมง/วัน)] + [109,951,162,777,600 ไบต์ x 16 วัน x (24 ชั่วโมง/วัน)] = 42,259,901,212,262,400 ไบต์-ชั่วโมง โปรดคำนวณชั่วโมงตามจำนวนวันจริงในเดือนนั้นๆ ตัวอย่างเช่น ในตัวอย่างของเรา เราใช้เดือนมีนาคมซึ่งมี 31 วันหรือ 744 ชั่วโมง

เมื่อแปลงเป็น GB ต่อเดือน: 42,259,901,212,262,400 ไบต์-ชั่วโมง / 1,073,741,824 ไบต์ต่อ GB / 744 ชั่วโมงต่อเดือน = 52,900 GB ต่อเดือน

ปริมาณการใช้นี้ข้ามระดับปริมาณสองระดับ ราคาค่าจัดเก็บต่อเดือนจะคำนวณตามด้านล่างนี้ในกรณีที่จัดเก็บข้อมูลไว้ในภูมิภาคสหรัฐอเมริกาฝั่งตะวันออก (ภาคตอนเหนือของเวอร์จิเนีย): 50 TB Tier: 51,200 GB x 0.023 USD = 1,177.60 USD 50 TB ถึง 450 TB Tier: 1,700 GB x 0.022 USD = 37.40 USD

ยอดรวมค่าใช้จ่ายในการจัดเก็บ = 1,177.60 USD + 37.40 USD = 1,215.00 USD

ข้อมูลเครือข่ายที่ถ่ายโอนเข้า:

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

ข้อมูลเครือข่ายที่ถ่ายโอนออก:

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

ระดับอัตราราคาการถ่ายโอนข้อมูลออกจะนับรวมการถ่ายโอนข้อมูลออกโดยรวมของคุณจากรีเจี้ยนที่กำหนดไปยังอินเทอร์เน็ตใน Amazon EC2, Amazon S3, Amazon RDS, Amazon SimpleDB, Amazon SQS, Amazon SNS และ Amazon VPC ระดับชั้นเหล่านี้ไม่สามารถใช้ได้กับการถ่ายโอนข้อมูลออกจาก Amazon S3 ในรีเจี้ยน AWS หนึ่งไปยังรีเจี้ยน AWS อื่น

ตัวอย่างการถ่ายโอนข้อมูลออก:
สมมติว่าคุณถ่ายโอนข้อมูล 1TB ออกจาก Amazon S3 จากรีเจี้ยนสหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียตอนเหนือ) ไปยังอินเทอร์เน็ตทุกวันในเดือนที่มี 31 วันที่กำหนด สมมติว่าคุณถ่ายโอนข้อมูล 1TB ออกจาก Amazon EC2 instance จากรีเจี้ยนเดียวกันไปยังอินเทอร์เน็ตในเดือนเดียวกันที่มี 31 วัน

การถ่ายโอนข้อมูลรวมของคุณคือ 62 TB (31 TB จาก Amazon S3 และ 31 TB จาก Amazon EC2) ซึ่งเท่ากับ 63,488 GB (62 TB * 1024 GB/TB)

ปริมาณการใช้นี้ครอบคลุมทั้งสามระดับชั้นของปริมาณการใช้ ค่าบริการถ่ายโอนข้อมูลออกรายเดือนจะคำนวณไว้ที่ด้านล่างในกรณีที่การถ่ายโอนข้อมูลเกิดขึ้นในภูมิภาคสหรัฐอเมริกาฝั่งตะวันออก (ตอนเหนือของเวอร์จิเนีย):
10 TB Tier: 10,239 GB (10×1024 GB/TB – 1 (ฟรี)) x 0.09 USD = 921.51 USD
10 TB ถึง 50 TB Tier: 40,960 GB (40×1024) x 0.085 USD = 3,481.60 USD
50 TB ถึง 150 TB Tier: 12,288 GB (คงเหลือ) x 0.070 USD = 860.16 USD

ค่าบริการถ่ายโอนข้อมูลออกทั้งหมด = 921.51 USD + 3,481.60 USD + 860.16 USD = 5,263.27 USD

คำขอข้อมูล:

ราคาคำขอ Amazon S3 มีการสรุปไว้ในตารางราคา Amazon S3

ตัวอย่างคำขอ:
สมมติว่าคุณถ่ายโอนไฟล์ 10,000 ไฟล์ไปยัง Amazon S3 และถ่ายโอนไฟล์ 20,000 ไฟล์ออกจาก Amazon S3 ทุกวันในเดือนมีนาคม จากนั้นคุณลบไฟล์ 5,000 ไฟล์ในวันที่ 31 มีนาคม
คำขอ PUT ทั้งหมด = 10,000 คำขอ x 31 วัน = 310,000 คำขอ
คำขอ GET ทั้งหมด = 20,000 คำขอ x 31 วัน = 620,000 คำขอ
คำขอ DELETE ทั้งหมด = 5,000 × 1 วัน = 5,000 คำขอ

ในกรณีที่บัคเก็ตของคุณอยู่ในภูมิภาคสหรัฐอเมริกาฝั่งตะวันออก (ตอนเหนือของเวอร์จิเนีย) ค่าบริการคำขอจะคำนวณตามที่แสดงด้านล่างนี้
คำขอ 310,000 PUT: 310,000 คำขอ x 0.005 USD /1,000 = 1.55 USD
คำขอ 620,000 GET: 620,000 คำขอ x 0.004 USD /10,000 = 0.25 USD
คำขอ DELETE จำนวน 5,000 รายการ = 5,000 คำขอ x 0.00 USD (ไม่มีค่าใช้จ่าย) = 0.00 USD

การเรียกข้อมูล:

ราคาการเรียกข้อมูล Amazon S3 มีผลกับคลาสพื้นที่จัดเก็บ S3 Standard-Infrequent Access (S3 Standard-IA) และ One Zone-IA ของ S3 และมีการสรุปไว้ในหน้าราคา Amazon S3

ตัวอย่างการเรียกดูข้อมูล:
สมมติว่าในหนึ่งเดือนคุณเรียกดู Standard-IA ของ S3 ขนาด 300 GB โดยมีข้อมูล 100 GB ออกไปยังอินเทอร์เน็ต ข้อมูลขนาด 100 GB ไปยัง EC2 ในรีเจี้ยน AWS เดียวกัน และข้อมูลขนาด 100 GB ไปยัง CloudFront ในรีเจี้ยน AWS เดียวกัน

ค่าบริการเรียกดูข้อมูลสำหรับเดือนนั้นจะเท่ากับ 300 GB x 0.01 USD/GB = 3.00 USD โปรดทราบว่าคุณจะต้องจ่ายค่าบริการถ่ายโอนข้อมูลเครือข่ายในส่วนที่ส่งออกไปยังอินเทอร์เน็ตด้วย

โปรดดูที่นี่เพื่ออ่านรายละเอียดเกี่ยวกับการเก็บค่าบริการอ็อบเจกต์ที่เก็บถาวรไว้ที่ Amazon S3 Glacier

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

ถาม: ทำไมราคาจึงแตกต่างกันไปตามรีเจี้ยน Amazon S3 ที่ฉันเลือก

เราเรียกเก็บเงินน้อยลงเมื่อต้นทุนของเราน้อยลง ตัวอย่างเช่น ค่าใช้จ่ายของเราในเขตสหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียตอนเหนือ) ต่ำกว่าในเขตสหรัฐอเมริกาฝั่งตะวันตก (แคลิฟอร์เนียตอนเหนือ)

ถาม: การใช้การจัดเวอร์ชันคิดค่าบริการอย่างไร

ใช้อัตรา Amazon S3 ปกติสำหรับทุกเวอร์ชันของออบเจ็กต์ที่มีการจัดเก็บหรือขอ ตัวอย่างเช่น ลองดูการจำลองเหตุการต่อไปนี้เพื่อแสดงต้นทุนการจัดเก็บเมื่อใช้การกำหนดเวอร์ชัน (โดยสมมติว่าเดือนปัจจุบันมีจำนวนวัน 31 วัน):

1) วันที่ 1 ของเดือน: คุณทำการ PUT จำนวน 4 GB (4,294,967,296 ไบต์) ในบัคเก็ต
2) วันที่ 16 ของเดือน: คุณทำการ PUT จำนวน 5 GB (5,368,709,120 ไบต์) ในบัคเก็ตเดียวกันโดยใช้คีย์เดียวกับที่ใช้ในการ PUT ในวันที่ 1

เมื่อทำการวิเคราะห์ราคาพื้นที่จัดเก็บข้อมูลตามปฏิบัติการด้านบนแล้ว โปรดทราบว่าออบเจ็กต์ขนาด 4 GB จากวันที่ 1 ยังไม่ถูกลบออกจากบัคเก็ตในตอนที่ออบเจ็กต์ขนาด 5 GB สร้างขึ้นในวันที่ 15 แทนที่จะเป็นเช่นนั้น ออบเจ็กต์ขนาด 4 GB ถูกเก็บรักษาเป็นเวอร์ชันเก่ากว่าและออบเจ็กต์ขนาด 5 GB กลายเป็นเวอร์ชันล่าสุดในบัคเก็ตแทน เมื่อถึงสิ้นเดือน:

การใช้ไบต์ต่อชั่วโมงทั้งหมด
[4,294,967,296 ไบต์ x 31 วัน x (24 ชั่วโมง / วัน)] + [5,368,709,120 ไบต์ x 16 วัน x (24 ชั่วโมง / วัน)] = 5,257,039,970,304 ชั่วโมงไบต์

การแปลงเป็น GB ต่อเดือนทั้งหมด
5,257,039,970,304 ไบต์ต่อชั่วโมงทั้งหมด x (1 GB / 1,073,741,824 ไบต์) x (1 เดือน / 744 ชั่วโมง) = 6.581 GB ต่อเดือน

ค่าใช้จ่ายจะคำนวณจากอัตราค่าบริการปัจจุบันสำหรับรีเจี้ยนของคุณในหน้าราคา Amazon S3

ถาม: ฉันจะถูกคิดค่าบริการสำหรับการเข้าถึง Amazon S3 ผ่าน AWS Management Console อย่างไร

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

ถาม: ฉันจะถูกคิดค่าบริการอย่างไรหากบัคเก็ต Amazon S3 ของฉันสามารถเข้าถึงได้จากบัญชี AWS อื่น

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

คุณสามารถดูข้อมูลเพิ่มเติมเกี่ยวกับการกำหนดค่าบัคเก็ต Requester Pay ในเอกสารประกอบ Amazon S3

ถาม: ราคารวมภาษีหรือไม่

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

เรียนรู้เพิ่มเติมเกี่ยวกับภาษีสำหรับบริการของ AWS »

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

เซิร์ฟเวอร์และอุปกรณ์ทั้งหมดที่เชื่อมต่อกับอินเทอร์เน็ตต้องมีที่อยู่เฉพาะ Internet Protocol Version 4 (IPv4) คือรูปแบบการกำหนดที่อยู่แบบ 32 บิตแบบดั้งเดิม อย่างไรก็ตาม การเติบโตอย่างต่อเนื่องของอินเทอร์เน็ตทำให้ที่อยู่ IPv4 ที่มีอยู่ทั้งหมดจะใช้งานเป็นช่วงระยะเวลาหนึ่ง Internet Protocol Version 6 (IPv6) คือกลไกการกำหนดที่อยู่ที่ได้รับการออกแบบมาเพื่อแก้ไขปัญหาขีดจำกัดของที่อยู่ทั้งระบบบน IPv4

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

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

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

คุณสามารถเริ่มต้นใช้งานได้โดยการชี้แอปพลิเคชันของคุณไปที่ตำแหน่งข้อมูล “สแต็กคู่” ใหม่ของ Amazon S3 ซึ่งรองรับการเข้าถึงผ่านทั้ง IPv4 และ IPv6 ในกรณีส่วนใหญ่ ไม่จำเป็นต้องมีการกำหนดค่าเพิ่มเติมสำหรับการเข้าถึงผ่าน IPv6 อีก เพราะไคลเอ็นต์เครือข่ายส่วนใหญ่ต้องการที่อยู่ IPv6 เป็นค่าเริ่มต้น แอปพลิเคชันที่ได้รับผลกระทบจากการใช้ IPv6 สามารถเปลี่ยนกลับไปยังตำแหน่งข้อมูลเฉพาะ IPv4 มาตรฐานได้ตลอดเวลา IPv6 กับ Amazon S3 สามารถใช้ได้ในทุกรีเจี้ยนเชิงพาณิชย์ของ AWS รวมถึงรีเจี้ยน AWS GovClound (สหรัฐฯ) รีเจี้ยน Amazon Web Services จีน (ปักกิ่ง) ที่ดำเนินการโดย Sinnet และรีเจี้ยน Amazon Web Services จีน (หนิงเซี่ย) ที่ดำเนินการโดย NWCD 

ถาม: ประสิทธิภาพการทำงานของ Amazon S3 จะเปลี่ยนไปหรือไม่เมื่อใช้ IPv6

ไม่ คุณจะเห็นประสิทธิภาพระดับเดียวกันไม่ว่าจะใช้ IPv4 หรือ IPv6 กับ Amazon S3

ถาม: การแจ้งเตือนเหตุการณ์ของ Amazon S3 คืออะไร

คุณสามารถเปิดใช้งานการแจ้งเตือนเหตุการณ์ของ Amazon S3 และรับการแจ้งเตือนดังกล่าวเพื่อตอบสนองต่อเหตุการณ์ที่เฉพาะเจาะจงในบัคเก็ต S3 ของคุณได้ เช่น เหตุการณ์ PUT, POST, COPY และ DELETE คุณสามารถเผยแพร่การแจ้งเตือนไปยัง Amazon EventBridge, Amazon SNS, Amazon SQS หรือโดยตรงไปยัง AWS Lambda ได้

ถาม: ฉันสามารถทำอะไรได้บ้างกับการแจ้งเตือนเหตุการณ์ของ Amazon S3

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

ถาม: การแจ้งเตือนเหตุการณ์ของ Amazon S3 มีข้อมูลอะไรบ้าง

สำหรับรายละเอียดเกี่ยวกับข้อมูลที่รวมอยู่ในข้อความแจ้งเตือนเหตุการณ์ของ Amazon S3 โปรดดูหัวข้อการกำหนดค่าการแจ้งเตือนเหตุการณ์ของ Amazon S3 ในคู่มือสำหรับนักพัฒนา Amazon S3

ถาม: ฉันจะตั้งค่าการแจ้งเตือนเหตุการณ์ของ Amazon S3 ได้อย่างไร

สำหรับรายละเอียดเกี่ยวกับวิธีการกำหนดค่าการแจ้งเตือนเหตุการณ์ โปรดดูหัวข้อการกำหนดค่าการแจ้งเตือนเหตุการณ์ของ Amazon S3 ในคู่มือสำหรับนักพัฒนา Amazon S3 คุณสามารถเรียนรู้เพิ่มเติมเกี่ยวกับบริการส่งข้อความของ AWS ได้ในเอกสารประกอบ Amazon SNS และเอกสารประกอบ Amazon SQS

ถาม: การใช้การแจ้งเตือนเหตุการณ์ของ Amazon S3 มีค่าใช้จ่ายเท่าใด

ไม่มีค่าใช้จ่ายเพิ่มเติมสำหรับการใช้การแจ้งเตือนเหตุการณ์ของ Amazon S3 คุณชำระค่าบริการเฉพาะการใช้งาน Amazon SNS หรือ Amazon SQS เพื่อส่งการแจ้งเตือนเหตุการณ์ หรือสำหรับการรันฟังก์ชัน AWS Lambda เท่านั้น ไปที่หน้าราคาของ Amazon SNS, Amazon SQS หรือ AWS Lambda เพื่อดูรายละเอียดราคาของบริการเหล่านี้

ถาม: S3 Transfer Acceleration คืออะไร

Amazon S3 Transfer Acceleration สร้างการถ่ายโอนไฟล์ที่รวดเร็ว ง่ายดาย และปลอดภัยผ่านระยะทางไกลระหว่างไคลเอ็นต์กับบัคเก็ต Amazon S3 ของคุณ S3 Transfer Acceleration ใช้ประโยชน์จาก Edge Location ของ AWS ที่กระจายอยู่ทั่วโลกของ Amazon CloudFront เมื่อข้อมูลมาถึง Edge Location ของ AWS จะมีการส่งข้อมูลไปยังบัคเก็ต Amazon S3 ของคุณผ่านพาธเครือข่ายที่เหมาะสมที่สุด

ถาม: ฉันจะเริ่มต้นใช้งาน S3 Transfer Acceleration ได้อย่างไร

เมื่อต้องการเริ่มต้นด้วย S3 Transfer Acceleration ให้เปิดใช้งาน S3 Transfer Acceleration บนบัคเก็ต S3 โดยใช้ Amazon S3 console Amazon S3 API หรือ AWS CLI หลังจากเปิดใช้งาน S3 Transfer Acceleration คุณจะสามารถชี้คำขอ Amazon S3 PUT และ GET ของคุณไปยังชื่อโดเมนตำแหน่งข้อมูลของ s3-accelerate ได้ แอปพลิเคชันการโอนข้อมูลของคุณต้องใช้ปลายทางประเภทใดประเภทหนึ่งจาก 2 ประเภทนี้ในการเข้าถึงบัคเก็ตเพื่อให้โอนข้อมูลได้เร็วขึ้น .s3-accelerate.amazonaws.com หรือ .s3-accelerate.dualstack.amazonaws.com สำหรับตำแหน่งข้อมูล “สแต็กคู่” หากต้องการใช้การโอนข้อมูลแบบมาตรฐาน คุณสามารถใช้ตำแหน่งข้อมูลแบบทั่วไปต่อไปได้

มีข้อจำกัดบางอย่างที่บัคเก็ตจะสนับสนุนการเร่งการถ่ายโอนข้อมูล S3 สำหรับรายละเอียด โปรดดูคู่มือสำหรับนักพัฒนา Amazon S3

ถาม: S3 Transfer Acceleration ทำงานเร็วเพียงใด

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

ลูกค้ารายหนึ่งพบว่าเวลาเฉลี่ยในการนำเข้าไฟล์ขนาด 300 MB ลดลง 50% จากฐานผู้ใช้ทั่วโลกที่กระจายอยู่ทั่วสหรัฐอเมริกา ยุโรป และส่วนต่างๆ ของเอเชียไปยังบัคเก็ตในรีเจี้ยนเอเชียแปซิฟิก (ซิดนีย์) ลูกค้าอีกรายหนึ่งเฝ้าสังเกตกรณีที่ประสิทธิภาพดีขึ้นมากกว่า 500% สำหรับผู้ใช้ในเอเชียตะวันออกเฉียงใต้และออสเตรเลียในการอัปโหลดไฟล์ต่างๆ ขนาด 250 MB (ส่วนละ 50MB) ไปยังบัคเก็ต S3 ในรีเจี้ยนสหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียเหนือ)

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

ถาม: ใครควรใช้ S3 Transfer Acceleration บ้าง

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

ถาม: S3 Transfer Acceleration มีความปลอดภัยเพียงใด

S3 Transfer Acceleration มีการรักษาความปลอดภัยเช่นเดียวกันกับการถ่ายโอนข้อมูลทั่วไปไปยัง Amazon S3 มีการรองรับคุณสมบัติด้านการรักษาความปลอดภัยของ Amazon S3 อย่างเช่น การจำกัดการเข้าถึงตามที่อยู่ IP ของไคลเอ็นต์ S3 Transfer Acceleration สื่อสารกับไคลเอ็นต์ผ่าน TCP มาตรฐาน และไม่จำเป็นต้องเปลี่ยนไฟร์วอลล์ ไม่มีการบันทึกข้อมูลไว้ที่สถานที่ตั้ง Edge ของ AWS

ถาม:  จะเกิดอะไรขึ้นถ้า S3 Transfer Acceleration ไม่เร็วกว่าการถ่ายโอน Amazon S3 ทั่วไป

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

ถาม: ฉันสามารถใช้ S3 Transfer Acceleration กับการอัปโหลดแบบหลายส่วนได้หรือไม่

ได้ S3 Transfer Acceleration รองรับคุณสมบัติระดับบัคเก็ตทั้งหมด รวมถึงการอัปโหลดแบบหลายส่วนด้วย

ถาม: ฉันควรเลือกระหว่าง S3 Transfer Acceleration กับ PUT/POST ของ Amazon CloudFront อย่างไร

S3 Transfer Acceleration จะเพิ่มประสิทธิภาพโปรโตคอล TCP และเพิ่มระบบอัจฉริยะเพิ่มเติมระหว่างไคลเอ็นต์กับบัคเก็ต S3 ซึ่งทำให้ S3 Transfer Acceleration เป็นตัวเลือกที่ดีกว่าหากต้องการปริมาณการประมวลผลที่สูงขึ้น หากคุณมีอ็อบเจกต์ที่เล็กกว่า 1GB หรือหากชุดข้อมูลมีขนาดน้อยกว่า 1GB คุณควรลองใช้คำสั่ง PUT/POST ของ Amazon CloudFront เพื่อประสิทธิภาพสูงสุด

ถาม: ฉันควรเลือกระหว่าง S3 Transfer Acceleration และ AWS Snow Family (Snowball, Snowball Edge และ Snowmobile) อย่างไร

AWS Snow Family เหมาะสำหรับลูกค้าที่ย้ายข้อมูลชุดใหญ่ในครั้งเดียว AWS Snowball มีรอบเวลาทั่วไปในการดำเนินการ 5-7 วัน ตามหลักทั่วไป S3 Transfer Acceleration ผ่านสายที่ใช้งานอย่างเต็มที่ 1 Gbps สามารถถ่ายโอนข้อมูลได้สูงถึง 75 TB ในช่วงเวลาเดียวกัน โดยทั่วไปแล้ว S3 Transfer Acceleration จะเป็นตัวเลือกที่ดี หากใช้เวลานานกว่าหนึ่งสัปดาห์ในการถ่ายโอนข้อมูลผ่านอินเทอร์เน็ต หรือมีงานถ่ายโอนซ้ำและมีแบนด์วิดท์ที่พร้อมใช้งานมากกว่า 25 Mbps อีกตัวเลือกหนึ่งคือการใช้ทั้งคู่ โดยดำเนินการย้ายงานที่ยุ่งยากเบื้องต้นด้วย AWS Snowball (หรือชุด AWS Snowball) และถ่ายโอนการเปลี่ยนแปลงที่เพิ่มขึ้นอย่างต่อเนื่องด้วย S3 Transfer Acceleration

ถาม: S3 Transfer Acceleration สามารถใช้เพื่อเสริม AWS Direct Connect ได้หรือไม่

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

ถาม: S3 Transfer Acceleration สามารถใช้เพื่อเสริม AWS Storage Gateway หรือเกตเวย์ของบริษัทอื่นได้หรือไม่

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

ดูส่วนไฟล์ของคำถามที่พบบ่อยเกี่ยวกับ Storage Gateway เพื่อเรียนรู้เกี่ยวกับการปรับใช้ AWS

ถาม: S3 Transfer Acceleration สามารถใช้เพื่อเสริมซอฟต์แวร์แบบรวมของบริษัทอื่นได้หรือไม่

ได้ แพคเกจซอฟต์แวร์ที่จะเชื่อมต่อโดยตรงเข้าไปใน Amazon S3 สามารถใช้ประโยชน์จาก S3 Transfer Acceleration เมื่อส่งงานของตนไปยัง Amazon S3 ได้

เรียนรู้เพิ่มเติมเกี่ยวกับโซลูชันคู่ค้าด้านพื้นที่จัดเก็บ »

ถาม: S3 Transfer Acceleration มีคุณสมบัติตรงตาม HIPAA หรือไม่

ใช่ AWS ขยายโปรแกรมการปฏิบัติตามข้อกำหนด HIPAA ให้รวม Amazon S3 Transfer Acceleration เป็นบริการที่มีคุณสมบัติตรงตาม HIPAA หากคุณมีสัญญาผู้ร่วมธุรกิจ (BAA) ที่ดำเนินการกับ AWS คุณสามารถใช้ Amazon S3 Transfer Acceleration เพื่อให้สามารถถ่ายโอนไฟล์ต่างๆ ได้อย่างรวดเร็ว ง่ายดาย และปลอดภัย เช่น ข้อมูลสุขภาพที่ได้รับการคุ้มครอง (PHI) ผ่านระยะทางไกลระหว่างไคลเอ็นต์กับบัคเก็ต Amazon S3 ของคุณ

เรียนรู้เพิ่มเติมเกี่ยวกับการปฏิบัติตามข้อกำหนดของ HIPAA »

ถาม: ข้อมูลของฉันใน Amazon S3 มีความปลอดภัยเพียงใด     

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

คุณสามารถอัปโหลด/ดาวน์โหลดข้อมูลไปยัง Amazon S3 ผ่านตำแหน่งข้อมูล SSL ได้อย่างปลอดภัย โดยใช้โปรโตคอล HTTPS หากต้องการความปลอดภัยเป็นพิเศษ คุณสามารถใช้ตัวเลือกการเข้ารหัสลับฝั่งเซิร์ฟเวอร์ (SSE) เพื่อเข้ารหัสข้อมูลที่เก็บพักไว้ คุณสามารถกำหนดค่าบัคเก็ต Amazon S3 ของคุณเพื่อเข้ารหัสอ็อบเจกต์โดยอัตโนมัติก่อนที่จะจัดเก็บข้อมูลเหล่านั้น หากคำขอการจัดเก็บข้อมูลเข้าไม่มีข้อมูลการเข้ารหัสใดๆ หรืออีกทางหนึ่ง คุณสามารถใช้ไลบรารีการเข้ารหัสของคุณเองเพื่อเข้ารหัสข้อมูลก่อนจัดเก็บใน Amazon S3

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับความปลอดภัยบน AWS โปรดดูที่หน้าความปลอดภัยของ AWS และสำหรับข้อมูลความปลอดภัยของ S3 ให้ไปที่หน้าความปลอดภัยของ S3 หรือคู่มือแนวทางปฏิบัติที่ดีที่สุดด้านความปลอดภัยของ S3

ถาม: ฉันจะสามารถควบคุมการเข้าถึงข้อมูลที่จัดเก็บไว้ใน Amazon S3 ได้อย่างไร

ลูกค้าสามารถใช้กลไกจำนวนมากในการควบคุมการเข้าถึงทรัพยากรของ Amazon S3 ได้ เช่น นโยบาย AWS Identity and Access Management (IAM), นโยบายบัคเก็ต, นโยบายจุดเข้าถึง, Access Control List, การตรวจสอบสิทธิ์สตริงการสืบค้น, นโยบายตำแหน่งข้อมูล Amazon Virtual Private Cloud (Amazon VPC), นโยบายควบคุมการบริการ (SCP) ใน AWS Organizations และ Amazon S3 Block Public Access 

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

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

ACL
Amazon S3 รองรับวิธีการควบคุมการเข้าถึงแบบเดิมของเรา นั่นคือ Access Control List (ACL) ลูกค้าสามารถให้สิทธิ์ที่เฉพาะเจาะจง (เช่น READ, WRITE, FULL_CONTROL) โดยใช้ ACL แก่ผู้ใช้ที่กำหนดสำหรับบัคเก็ตหรืออ็อบเจกต์แต่ละรายการ สำหรับลูกค้าที่ต้องการใช้นโยบายสำหรับการควบคุมการเข้าถึงโดยเฉพาะ Amazon S3 มีคุณสมบัติ Object Ownership เพื่อปิดใช้งาน ACL ได้

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

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

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

S3 Block Public Access
Amazon S3 Block Public Access มีการตั้งค่าสำหรับจุดเข้าถึง บัคเก็ต และบัญชีสำหรับช่วยลูกค้าจัดการกับการเข้าถึงทรัพยากร Amazon S3 แบบสาธารณะ S3 Block Public Access ช่วยให้ผู้ดูแลระบบบัญชีและเจ้าของบัคเก็ตสามารถตั้งค่าการควบคุมจากศูนย์กลางเพื่อจำกัดการเข้าถึงทรัพยากร Amazon S3 แบบสาธารณะที่บังคับใช้ได้ ไม่ว่าจะสร้างทรัพยากรขึ้นอย่างไรก็ตาม

เรียนรู้เพิ่มเติมเกี่ยวกับนโยบายและสิทธิ์ในคู่มือผู้ใช้ AWS IAM

ถาม: Amazon S3 รองรับการตรวจสอบการเข้าถึงข้อมูลหรือไม่

ได้ ลูกค้าสามารถเลือกที่จะกำหนดค่าบัคเก็ต Amazon S3 เพื่อสร้างระเบียนบันทึกการเข้าถึงสำหรับคำขอทั้งหมดที่ทำขึ้น อีกทางเลือกหนึ่งคือ ลูกค้าที่ต้องการจับข้อมูล IAM/ข้อมูลประจำตัวผู้ใช้ของผู้ใช้ในบันทึกของตนจะสามารถกำหนดค่าเหตุการณ์ข้อมูล AWS CloudTrailได้

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

ถาม: ฉันมีตัวเลือกอะไรบ้างในการเข้ารหัสข้อมูลที่เก็บไว้ใน Amazon S3

คุณสามารถเลือกเข้ารหัสข้อมูลได้โดยใช้ SSE-S3 SSE-C SSE-KMS หรือไคลเอ็นต์ไลบรารีที่เข้ารหัส กลไกทั้ง 4 ช่วยให้คุณสามารถจัดเก็บข้อมูลเข้ารหัสที่สำคัญพักไว้ใน Amazon S3 ได้

SSE-S3 มอบโซลูชันแบบครบวงจรที่ Amazon รับมือกับการจัดการคีย์และการป้องกันคีย์ โดยใช้การรักษาความปลอดภัยหลายชั้น คุณควรเลือก SSE-S3 หากต้องการให้ Amazon จัดการคีย์ของคุณ

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

SSE-KMS ช่วยให้ AWS Key Management Service (AWS KMS) จัดการคีย์การเข้ารหัสของคุณได้ การใช้ AWS KMS ในการจัดการคีย์ของคุณมีประโยชน์อีกหลายข้อ AWS KMS มีการอนุญาตการใช้คีย์ KMS แยกต่างหาก ซึ่งเป็นการเพิ่มระดับการควบคุม รวมถึงการป้องกันการเข้าถึงอ็อบเจกต์ที่เก็บไว้ใน Amazon S3 โดยไม่ได้รับอนุญาต AWS KMS มีบันทึกการตรวจสอบเพื่อให้คุณดูได้ว่าใครใช้คีย์เข้าถึงอ็อบเจกต์ใดและเมื่อใดบ้าง พร้อมทั้งดูการพยายามเข้าถึงข้อมูลที่ไม่สำเร็จโดยผู้ใช้ที่ไม่ได้รับอนุญาตให้ถอดรหัสข้อมูล นอกจากนี้ AWS KMS ยังเพิ่มการควบคุมความปลอดภัยเพื่อให้ลูกค้าปฏิบัติตามข้อกำหนดทางอุตสาหกรรม PCI-DSS, HIPAA/HITECH, และ FedRAMP ได้อย่างง่ายดาย

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

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการใช้ Amazon S3 SSE-S3, SSE-C หรือ SSE-KMS โปรดดูหัวข้อการใช้การเข้ารหัสในคู่มือสำหรับนักพัฒนา Amazon S3

ถาม: ฉันสามารถปฏิบัติตามกฎหมายความเป็นส่วนตัวของข้อมูลของสหภาพยุโรปโดยใช้ Amazon S3 ได้หรือไม่

ลูกค้าสามารถเลือกจัดเก็บข้อมูลทั้งหมดในสหภาพยุโรปได้โดยใช้รีเจี้ยนสหภาพยุโรป (แฟรงเฟิร์ต) สหภาพยุโรป (ไอร์แลนด์) สหภาพยุโรป (ลอนดอน) หรือสหภาพยุโรป (ปารีส) คุณยังสามารถใช้ S3 on Outposts เพื่อเก็บข้อมูลทั้งหมดของคุณไว้ในองค์กรบน Outpost และคุณอาจเลือกที่จะถ่ายโอนข้อมูลระหว่าง Outposts หรือถ่ายโอนข้อมูลไปยังรีเจี้ยน AWS คุณมีหน้าที่รับผิดชอบในการทำให้มั่นใจว่าคุณได้ปฏิบัติตามกฎหมายความเป็นส่วนตัวของสหภาพยุโรปเท่านั้น โปรดดู AWS GDPR Center สำหรับข้อมูลเพิ่มเติม หากคุณมีข้อกำหนดเกี่ยวกับตำแหน่งที่ตั้งที่เฉพาะเจาะจงมากขึ้นหรือกฎระเบียบด้านความเป็นส่วนตัวของข้อมูลอื่นๆ ที่กำหนดให้คุณต้องเก็บข้อมูลไว้ในตำแหน่งที่ตั้งที่ไม่มีอยู่ในรีเจี้ยน AWS คุณสามารถใช้ S3 on Outposts ได้

ถาม: ตำแหน่งข้อมูล VPC Amazon สำหรับ Amazon S3 คืออะไร

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

ถาม: ฉันสามารถอนุญาตให้ตำแหน่งข้อมูล VPC Amazon บางรายการเข้าถึงบัคเก็ต Amazon S3 ของฉันได้หรือไม่

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

ถาม: AWS PrivateLink สำหรับ Amazon S3 คืออะไร

AWS PrivateLink สำหรับ S3 มอบการเชื่อมต่อแบบส่วนตัวระหว่าง Amazon S3 กับในองค์กร คุณสามารถจัดเตรียมตำแหน่งข้อมูล VPC ของอินเทอร์เฟซสำหรับ S3 ใน VPC ของคุณเพื่อเชื่อมต่อแอปพลิเคชันในองค์กรของคุณไปยัง S3 ได้โดยตรงบน AWS Direct Connect หรือ AWS VPN คุณไม่จำเป็นต้องใช้ IP สาธารณะ เปลี่ยนแปลงกฎของไฟร์วอลล์ หรือกำหนดค่าอินเทอร์เน็ตเกตเวย์เพื่อเข้าถึง S3 จากในองค์กรอีกต่อไป หากต้องการเรียนรู้เพิ่มเติม โปรดไปที่เอกสารประกอบ

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

คุณสามารถสร้างตำแหน่งข้อมูล VPC ของอินเทอร์เฟซได้โดยใช้ AWS VPC Management Console, AWS Command Line Interface (AWS CLI), AWS SDK หรือ API หากต้องการเรียนรู้เพิ่มเติม โปรดไปที่เอกสารประกอบ

ถาม: เมื่อใดที่ฉันควรเลือกระหว่างตำแหน่งข้อมูล VPC ของเกตเวย์และตำแหน่งข้อมูล VPC ของอินเทอร์เฟซที่ขับเคลื่อนด้วย AWS PrivateLink

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

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

ได้ หากคุณมีตำแหน่งข้อมูล VPC ของเกตเวย์อยู่แล้ว ให้สร้างตำแหน่งข้อมูล VPC ของอินเทอร์เฟซใน VPC ของคุณและอัปเดตแอปพลิเคชันไคลแอนต์ของคุณด้วยชื่อตำแหน่งข้อมูลที่กำหนดเฉพาะสำหรับตำแหน่งข้อมูล VPC ตัวอย่างเช่น หาก ID ตำแหน่งข้อมูล VPC ของตำแหน่งข้อมูลของอินเทอร์เฟซของคุณคือ vpce-0fe5b17a0707d6abc-29p5708s ในรีเจี้ยนสหรัฐอเมริกาฝั่งตะวันออก-1 ชื่อ DNS ที่กำหนดไว้เฉพาะสำหรับตำแหน่งข้อมูลของคุณจะเป็น vpce-0fe5b17a0707d6abc-29p5708s.s3.us-east-1.vpce.amazonaws.com ในกรณีเช่นนี้ จะมีเฉพาะคำขอไปยังชื่อที่กำหนดเฉพาะสำหรับตำแหน่งข้อมูล VPC เท่านั้นที่จะมีการกำหนดเส้นทางผ่านตำแหน่งข้อมูล VPC ของอินเทอร์เฟซไปยัง S3 ในขณะที่คำขออื่นๆ จะมีการกำหนดเส้นทางผ่านตำแหน่งข้อมูล VPC ของเกตเวย์ต่อไป หากต้องการเรียนรู้เพิ่มเติม โปรดไปที่เอกสารประกอบ

ถาม: Amazon Macie คืออะไรและฉันสามารถใช้ในการรักษาความปลอดภัยให้กับข้อมูลของฉันได้อย่างไร

Amazon Macie คือ บริการความปลอดภัยแบบใช้ AI ซึ่งช่วยคุณป้องกันการสูญเสียข้อมูลโดยการค้นพบ การจำแนก และการปกป้องข้อมูลที่สำคัญที่จัดเก็บไว้ใน Amazon S3 โดยอัตโนมัติ Amazon Macie ใช้ Machine Learning ในการจดจำข้อมูลที่สำคัญ เช่น ข้อมูลที่ระบุตัวบุคคลได้ (PII) หรือทรัพย์สินทางปัญญา กำหนดมูลค่าทางธุรกิจ และทำให้เห็นตำแหน่งจัดเก็บข้อมูลและวิธีที่องค์กรใช้ข้อมูลดังกล่าว Amazon Macie เฝ้าตรวจกิจกรรมการเข้าถึงอย่างต่อเนื่องเพื่อหาความผิดปกติ และส่งคำเตือนเมื่อตรวจพบความเสี่ยงจากการเข้าถึงที่ไม่ได้รับอนุญาตหรือการรั่วไหลของข้อมูลโดยไม่ได้ตั้งใจ

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

ถาม: IAM Access Analyzer สำหรับ Amazon S3 คืออะไรและทำงานอย่างไร

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

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

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

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

นอกจากนี้ S3 Console ยังรายงานคำเตือนเกี่ยวกับความปลอดภัย ข้อผิดพลาด และคำแนะนำจาก IAM Access Analyzer เมื่อคุณเขียนนโยบาย S3 ของคุณอีกด้วย Console จะรันการตรวจสอบนโยบายโดยอัตโนมัติมากกว่า 100 ครั้งเพื่อตรวจสอบความถูกต้องให้กับนโยบายของคุณ การตรวจสอบเหล่านี้ช่วยให้คุณประหยัดเวลา แนะนำคุณในการแก้ไขข้อผิดพลาด และช่วยให้คุณนำแนวทางปฏิบัติที่ดีที่สุดด้านความปลอดภัยไปใช้

สำหรับข้อมูลเพิ่มเติม โปรดไปที่เอกสารประกอบ IAM Access Analyzer

ถาม: Amazon S3 Access Points คืออะไร

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

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

ถาม: ทำไมฉันจึงต้องใช้จุดเข้าถึง

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

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

ถาม: S3 Access Points ทำงานอย่างไร

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

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

คุณสามารถเข้าถึงข้อมูลในบัคเก็ตที่แชร์ผ่านจุดเข้าถึงด้วยวิธีใดวิธีหนึ่งจากสองวิธีนี้ได้ สำหรับการดำเนินการอ็อบเจ็กต์ S3 คุณสามารถใช้จุดเข้าถึง ARN แทนชื่อบัคเก็ตได้ สำหรับคำขอที่ต้องใช้ชื่อบัคเก็ตในรูปแบบชื่อบัคเก็ต S3 มาตรฐาน คุณสามารถใช้นามแฝงของจุดเข้าถึงแทนได้ ระบบจะสร้างนามแฝงของ S3 Access Points โดยอัตโนมัติ และสามารถใช้แทนกันได้กับชื่อบัคเก็ต S3 ทุกที่ที่คุณใช้ชื่อบัคเก็ตสำหรับการเข้าถึงข้อมูล ทุกครั้งที่คุณสร้างจุดเข้าถึงสำหรับบัคเก็ต S3 จะสร้างนามแฝงของ Access Point ใหม่โดยอัตโนมัติ สำหรับชุดการดำเนินงานที่เข้ากันได้และบริการของ AWS ทั้งหมด โปรดไปที่เอกสารประกอบ S3

ถาม: มีโควตาของจำนวนจุดเข้าถึงที่ฉันสามารถสร้างได้หรือไม่

ตามค่าเริ่มต้น คุณสามารถสร้างจุดเข้าถึงได้ 10,000 จุดต่อรีเจี้ยนต่อบัญชี ไม่เหมือนกับบัคเก็ต S3 ไม่มีการจำกัดจำนวนจุดเข้าใช้งานต่อบัญชี AWS โปรดไปที่ AWS Service Quotas เพื่อขอเพิ่มโควตา

ถาม: เมื่อมีการใช้จุดเข้าถึง คำขอจะได้รับการอนุญาตได้อย่างไร

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

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

คุณสามารถกำหนดนโยบายจุดเข้าถึงได้เหมือนกับนโยบายบัคเก็ต โดยใช้กฎ IAM เพื่อจัดการระบบอนุญาตและจุดเข้าถึง ARN ในเอกสารนโยบาย

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

คุณสามารถใช้นโยบายบัคเก็ตต่อไปเพื่อจำกัดการเข้าถึงไปยัง VPC เฉพาะของบัคเก็ตได้ จุดเข้าถึงทำให้การล็อกข้อมูลทั้งหมดหรือข้อมูลบางส่วนในชุดข้อมูลที่แชร์กับการรับ-ส่งข้อมูลเฉพาะ VPC ของแอปพลิเคชันทั้งหมดในองค์กรของคุณโดยใช้การควบคุม API เป็นไปอย่างง่ายดายและตรวจสอบได้ คุณสามารถใช้นโยบายควบคุมการบริการ (SCP) ของ AWS Organizations เพื่อบังคับให้จุดเข้าถึงใดๆ ที่สร้างในองค์กรของคุณตั้งค่าพารามิเตอร์ API “การควบคุมที่มาของเครือข่าย” เป็น “VPC” จากนั้น จุดการเข้าถึงใหม่ที่สร้างโดยอัตโนมัติจะจำกัดการเข้าถึงข้อมูลไปยังการรับส่งเฉพาะ VPC โดยไม่จำเป็นต้องใช้นโยบายการเข้าถึงใดๆ เพิ่มเติมเพื่อตรวจสอบให้แน่ใจว่าคำขอข้อมูลจะประมวลจาก VPC ที่ระบุเท่านั้น

ถาม: ฉันสามารถบังคับใช้นโยบาย “การเข้าถึงข้อมูลแบบไม่ใช้อินเทอร์เน็ต” สำหรับจุดเข้าถึงทั้งหมดในองค์กรของฉันได้หรือไม่

ได้ หากต้องการบังคับใช้นโยบาย “การเข้าถึงข้อมูลแบบไม่ใช้อินเทอร์เน็ต” สำหรับจุดเข้าถึงในองค์กรของคุณ คุณจะต้องตรวจสอบให้แน่ใจว่าจุดเข้าถึงทั้งหมดบังคับใช้การเข้าถึงเฉพาะ VPC ในการดำเนินการดังกล่าว คุณจะต้องเขียน AWS SCP ที่รองรับเฉพาะค่า “vpc” สำหรับพารามิเตอร์ “การควบคุมที่มาของเครือข่าย” ใน create_access_point() API หากคุณมีจุดเข้าถึงใดที่ต้องใช้อินเทอร์เน็ตที่คุณสร้างไว้ก่อนหน้านี้ คุณสามารถลบออกได้ นอกจากนี้ คุณยังจะต้องแก้ไขนโยบายบัคเก็ตในแต่ละบัคเก็ตของคุณเพื่อจำกัดการเข้าถึงอินเทอร์เน็ตเพิ่มเติมไปยังบัคเก็ตของคุณโดยตรงผ่านชื่อโฮสต์ของบัคเก็ตอีกด้วย เนื่องจากบริการของ AWS อาจเข้าถึงบัคเก็ตของคุณโดยตรง โปรดอย่าลืมตั้งค่าการเข้าถึงเพื่ออนุญาตบริการของ AWS ที่คุณต้องการโดยการแก้ไขนโยบายให้อนุญาตบริการของ AWS เหล่านี้ โปรดดูที่เอกสารประกอบของ S3 สำหรับตัวอย่างวิธีดำเนินการขั้นตอนนี้

ถาม: ฉันสามารถปิดการเข้าถึงไปยังบัคเก็ตโดยตรงโดยใช้ชื่อโฮสต์ของบัคเก็ตได้หรือไม่

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

ถาม: ฉันสามารถแทนที่หรือลบจุดเข้าถึงออกจากบัคเก็ตได้หรือไม่

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

ถาม: Amazon S3 Access Points มีค่าใช้จ่ายเท่าไร

ไม่มีค่าใช้จ่ายเพิ่มเติมสำหรับจุดเข้าถึงหรือบัคเก็ตที่ใช้จุดเข้าถึง เราจะเรียกเก็บตามอัตราค่า Amazon S3 ปกติ

ถาม: ฉันจะเริ่มต้นใช้งาน S3 Access Points ได้อย่างไร

คุณสามารถเริ่มสร้าง S3 Access Points ของคุณได้ทั้งบัคเก็ตใหม่และเก่า โดยใช้ AWS Management Console, AWS Command Line Interface (CLI), Application Programming Interface (API) และ AWS Software Development Kit (SDK) หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับ S3 Access Points ให้ไปที่คู่มือผู้ใช้

ถาม: Amazon S3 คงทนเพียงใด

Amazon S3 Standard, Standard-IA ของ S3, S3 Intelligent-Tiering, One Zone-IA ของ S3, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive ล้วนได้รับการออกแบบมาเพื่อให้มีความคงทนของข้อมูลสำหรับอ็อบเจกต์ถึง 99.999999999% (เลข 9 สิบเอ็ดตัว) ตลอดปีที่กำหนด ระดับความคงทนนี้สอดคล้องกับความสูญเสียที่คาดการณ์ในแต่ละปีโดยประมาณที่ 0.000000001% ของอ็อบเจกต์ ตัวอย่างเช่น หากคุณจัดเก็บ 10,000,000 อ็อบเจกต์ด้วย Amazon S3 คุณสามารถคาดได้ว่าจะเกิดการสูญเสียหนึ่งอ็อบเจกต์ทุก 10,000 ปี S3 on Outposts ได้รับการออกแบบมาเพื่อจัดเก็บข้อมูลซ้ำไว้ในอุปกรณ์และเซิร์ฟเวอร์จำนวนมากอย่างคงทนบน Outpost ของคุณ นอกจากนี้ Amazon S3 Standard, Standard-IA ของ S3, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive ยังได้รับการออกแบบมาเพื่อรักษาข้อมูลในกรณีที่มีการสูญเสีย S3 Availability Zone ทั้งหมดอีกด้วย

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

ถาม: Amazon S3 ออกแบบอย่างไรเพื่อให้มีความคงทนถึง 99.999999999%

คลาสพื้นที่จัดเก็บ Amazon S3 Standard, Standard-IA ของ S3, S3 Intelligent-Tiering และ S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive จะจัดเก็บอ็อบเจกต์ของคุณซ้ำไว้บนอุปกรณ์หลายเครื่องใน Availability Zone (AZ) อย่างน้อย 3 แห่งในรีเจี้ยนของ Amazon S3 ก่อนที่จะส่งคืน SUCCESS คลาสพื้นที่จัดเก็บ One Zone-IA ของ S3 จะจัดเก็บข้อมูลซ้ำไว้บนอุปกรณ์หลายเครื่องภายใน AZ เดียว บริการเหล่านี้ได้รับการออกแบบมาเพื่อรับมือกับความล้มเหลวของอุปกรณ์ที่เกิดขึ้นพร้อมกันโดยตรวจหาและซ่อมแซมความซ้ำซ้อนใดๆ ที่สูญหายได้อย่างรวดเร็ว และยังตรวจสอบยืนยันความสมบูรณ์ของข้อมูลคุณเป็นประจำโดยใช้ Checksum อีกด้วย

ถาม: Amazon S3 รองรับ Checksum ใดบ้างสำหรับการตรวจสอบความสมบูรณ์ของข้อมูล

Amazon S3 ใช้การผสมผสานระหว่าง Checksum แบบ Content-MD5, อัลกอริทึมแฮชที่ปลอดภัย (SHA) และการตรวจสอบความซ้ำซ้อนแบบวงจร (CRC) เพื่อตรวจสอบความสมบูรณ์ของข้อมูล Amazon S3 ใช้ Checksum เหล่านี้กับข้อมูลที่อยู่ในพื้นที่จัดเก็บและซ่อมแซมความไม่สอดคล้องกันใดๆ ก็ตามด้วยการใช้ข้อมูลที่ซ้ำซ้อน นอกจากนี้ S3 ยังคำนวณ Checksum ในการรับส่งข้อมูลทางเครือข่ายทั้งหมดเพื่อตรวจหาการเปลี่ยนแปลงในแพ็คเก็ตข้อมูลเมื่อจัดเก็บหรือเรียกดูข้อมูล โดยมีอัลกอริทึม Checksum ที่รองรับให้เลือกใช้ถึง 4 แบบด้วยกัน สำหรับตรวจสอบความสมบูรณ์ของข้อมูลในคำขออัปโหลดและดาวน์โหลดของคุณ คุณสามารถเลือกใช้อัลกอริทึม Checksum แบบ SHA-1, SHA-256, CRC32 หรือ CRC32C ก็ได้ ทั้งนี้ขึ้นอยู่กับความต้องการของแอปพลิเคชันคุณ คุณสามารถคำนวณและตรวจสอบ Checksum โดยอัตโนมัติเมื่อคุณจัดเก็บหรือดึงข้อมูลจาก S3 และสามารถเข้าถึงข้อมูล Checksum ได้ทุกเมื่อโดยใช้ API GetObjectAttributes ของ S3 หรือรายงานสินค้าคงคลังของ S3 การคำนวณ Checksum เมื่อคุณสตรีมข้อมูลไปยัง S3 ช่วยคุณประหยัดเวลาได้ เนื่องจากคุณสามารถตรวจสอบและส่งข้อมูลของคุณได้ในครั้งเดียว โดยไม่ต้องดำเนินการสองขัั้นตอน การใช้ Checksum ในการตรวจสอบความสมบูรณ์ของข้อมูลเป็นแนวทางปฏิบัติที่ดีที่สุดเพื่อความทนทานของข้อมูล และความสามารถเหล่านี้ช่วยเพิ่มประสิทธิภาพและลดต้นทุนในการดำเนินการดังกล่าวได้

ถาม: การจัดเวอร์ชันคืออะไร

การจัดเวอร์ชันให้คุณสามารถเก็บรักษา กู้คืน และคืนค่าทุกเวอร์ชันของทุกออบเจ็กต์ที่จัดเก็บไว้ในบัคเก็ต Amazon S3 เมื่อใช้งานการจัดเวอร์ชันบัคเก็ต Amazon S3 จะเก็บรักษาออบเจ็กต์เดิมทุกครั้งที่คุณทำการ PUT, POST, COPY หรือ DELETE ออบเจ็กต์ ตามค่าเริ่มต้น คำขอ GET จะกู้เวอร์ชันล่าสุดกลับมา เวอร์ชันที่เก่ากว่าของอ็อบเจ็กต์ที่ได้รับการเขียนทับหรือลบสามารถกู้คืนได้ด้วยการระบุเวอร์ชันในคำขอ

ถาม:  ทำไมฉันควรใช้การจัดเวอร์ชัน

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

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

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

ถาม: การจัดเวอร์ชันป้องกันไม่ให้ฉันลบอ็อบเจ็กต์โดยไม่ตั้งใจได้อย่างไร

เมื่อผู้ใช้ดำเนินการ DELETE ออบเจ็กต์ คำขอแบบง่ายที่ตามมา (ที่ไม่ถูกจัดเวอร์ชัน) จะไม่กู้คืนออบเจ็กต์กลับมา อย่างไรก็ตาม ออบเจ็กต์ทุกเวอร์ชันจะยังคงเก็บรักษาไว้ในบัคเก็ต Amazon S3 ของคุณและสามารถกู้คืนหรือคืนค่าเดิมได้ มีเพียงเจ้าของบัคเก็ต Amazon S3 เท่านั้นที่สามารถลบเวอร์ชันได้แบบถาวร คุณสามารถตั้งกฎ Lifecycleเพื่อจัดการระยะเวลาและค่าใช้จ่ายในการจัดเก็บอ็อบเจกต์ในเวอร์ชันต่างๆ ได้

ถาม: ฉันสามารถสร้างถังขยะ ถังรีไซเคิล หรือช่วงระยะย้อนคืนบนอ็อบเจกต์ Amazon S3 เพื่อกู้คืนจากการลบหรือการเขียนทับได้หรือไม่

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

ถาม: ฉันจะแน่ใจได้อย่างไรว่าเวอร์ชันที่เก็บรักษาไว้มีการป้องกันสูงสุด

สามารถใช้ความสามารถในการลบของ Multi-Factor Authentication (MFA) ของการจัดเวอร์ชันเพื่อเพิ่มระดับการรักษาความปลอดภัยได้มากขึ้น ตามค่าเริ่มต้น ทุกคำขอที่ส่งไปยังบัคเก็ต Amazon S3 จำเป็นต้องใช้การยืนยันบัญชี AWS ของคุณ หากคุณเปิดใช้งานการจัดเวอร์ชันด้วย MFA Delete บนบัคเก็ต Amazon S3 จำเป็นต้องใช้การยืนยันตัวตนสองรูปแบบเพื่อลบเวอร์ชันของออบเจ็กต์นั้นๆ ถาวร การยืนยันบัญชี AWS ของคุณและรหัสที่ถูกต้องหกหลักและหมายเลขลำดับจากอุปกรณ์ยืนยันตัวตนที่คุณครอบครอง หากต้องเรียนเรียนรู้เพิ่มเติมเกี่ยวกับการเปิดใช้งานการจัดเวอร์ชันด้วย MFA Delete รวมทั้งวิธีซื้อและเปิดใช้งานอุปกรณ์ยืนยันตัวตน โปรดดูที่เอกสารประกอบด้านเทคนิคของ Amazon S3

ถาม: การใช้การจัดเวอร์ชันคิดค่าบริการอย่างไร

ใช้อัตรา Amazon S3 ปกติสำหรับทุกเวอร์ชันของออบเจ็กต์ที่มีการจัดเก็บหรือขอ ตัวอย่างเช่น ลองดูการจำลองเหตุการต่อไปนี้เพื่อแสดงต้นทุนการจัดเก็บเมื่อใช้การกำหนดเวอร์ชัน (โดยสมมติว่าเดือนปัจจุบันมีจำนวนวัน 31 วัน):

1) วันที่ 1 ของเดือน: คุณทำการ PUT จำนวน 4 GB (4,294,967,296 ไบต์) ในบัคเก็ต
2) วันที่ 16 ของเดือน: คุณทำการ PUT จำนวน 5 GB (5,368,709,120 ไบต์) ในบัคเก็ตเดียวกันโดยใช้คีย์เดียวกับที่ใช้ในการ PUT ในวันที่ 1

เมื่อทำการวิเคราะห์ราคาพื้นที่จัดเก็บข้อมูลตามปฏิบัติการด้านบนแล้ว โปรดทราบว่าออบเจ็กต์ขนาด 4 GB จากวันที่ 1 ยังไม่ถูกลบออกจากบัคเก็ตในตอนที่ออบเจ็กต์ขนาด 5 GB สร้างขึ้นในวันที่ 15 แทนที่จะเป็นเช่นนั้น ออบเจ็กต์ขนาด 4 GB ถูกเก็บรักษาเป็นเวอร์ชันเก่ากว่าและออบเจ็กต์ขนาด 5 GB กลายเป็นเวอร์ชันล่าสุดในบัคเก็ตแทน เมื่อถึงสิ้นเดือน:

การใช้ไบต์ต่อชั่วโมงทั้งหมด
[4,294,967,296 ไบต์ x 31 วัน x (24 ชั่วโมง / วัน)] + [5,368,709,120 ไบต์ x 16 วัน x (24 ชั่วโมง / วัน)] = 5,257,039,970,304 ชั่วโมงไบต์

การแปลงเป็น GB ต่อเดือนทั้งหมด
5,257,039,970,304 ไบต์ต่อชั่วโมงทั้งหมด x (1 GB / 1,073,741,824 ไบต์) x (1 เดือน / 744 ชั่วโมง) = 6.581 GB ต่อเดือน

ค่าใช้จ่ายจะคำนวณจากอัตราค่าบริการปัจจุบันสำหรับรีเจี้ยนของคุณในหน้าราคา Amazon S3

ถาม: คลาสพื้นที่จัดเก็บ Amazon S3 คืออะไร

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

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

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

เมื่อตัดสินใจเกี่ยวกับคลาสพื้นที่จัดเก็บ S3 ที่เหมาะสมกับปริมาณงานของคุณมากที่สุด ให้พิจารณารูปแบบการเข้าถึงและเวลาเก็บรักษาข้อมูลของคุณเพื่อปรับค่าใช้จ่ายทั้งหมดให้ต่ำที่สุดตลอดอายุการใช้งานข้อมูลของคุณ ปริมาณงานจำนวนมากมีรูปแบบการเข้าถึงที่เปลี่ยนไปมา (เนื้อหาที่ผู้ใช้สร้างขึ้น) รูปแบบการเข้าถึงที่คาดเดาไม่ได้ (การวิเคราะห์ Data Lake) หรือรูปแบบการเข้าถึงที่ไม่รู้จัก (แอปพลิเคชันใหม่) และนั่นทำให้ S3 Intelligent-Tiering ควรเป็นคลาสพื้นที่จัดเก็บเริ่มต้นเพื่อประหยัดค่าใช้จ่ายด้านพื้นที่จัดเก็บโดยอัตโนมัติ หากคุณทราบรูปแบบการเข้าถึงข้อมูลของคุณ คุณสามารถปฏิบัติตามคำแนะนำนี้ได้ คลาสพื้นที่จัดเก็บ S3 Standard เหมาะสำหรับข้อมูลที่เข้าถึงบ่อยครั้ง เพราะว่าคลาสพื้นจัดเก็บนี้เป็นตัวเลือกที่ดีที่สุดหากคุณเข้าถึงข้อมูลมากกว่า 1 ครั้งต่อเดือน S3 Standard-Infrequent Access เหมาะสำหรับข้อมูลที่เก็บรักษาไว้อย่างน้อย 1 เดือนและเข้าถึงทุก 1 เดือนหรือทุก 2 สอง

คลาสพื้นที่จัดเก็บ Amazon S3 Glacier นั้นสร้างขึ้นเพื่อการเก็บข้อมูลถาวรโดยเฉพาะ ซึ่งช่วยให้คุณมีประสิทธิภาพสูงสุด ความยืดหยุ่นในการเรียกดูข้อมูลมากที่สุด และพื้นที่จัดเก็บถาวรที่มีค่าใช้จ่ายต่ำที่สุดในระบบคลาวด์ คุณสามารถเลือกจากคลาสพื้นที่จัดเก็บถาวร 3 คลาสที่เหมาะสำหรับรูปแบบการเข้าถึงและระยะเวลาการจัดเก็บที่แตกต่างกันได้แล้วในขณะนี้ สำหรับข้อมูลเก็บถาวรที่ต้องการเข้าถึงได้ทันที เช่น รูปภาพทางการแพทย์ แอสเซทสื่อ หรือข้อมูลจีโนม ให้เลือกคลาสพื้นที่จัดเก็บ S3 Glacier Instant Retrieval ซึ่งเป็นคลาสพื้นที่จัดเก็บถาวรที่มอบพื้นที่จัดเก็บที่มีค่าใช้จ่ายต่ำที่สุด โดยมาพร้อมกับการเรียกดูข้อมูลในระดับมิลลิวินาที สำหรับข้อมูลเก็บถาวรที่ไม่จำเป็นต้องเข้าถึงได้ทันที แต่ต้องการความยืดหยุ่นในการเรียกดูข้อมูลชุดใหญ่โดยไม่มีค่าใช้จ่าย เช่น กรณีการใช้งานการสำรองข้อมูลหรือการกู้คืนหลังภัยพิบัติ ให้เลือก S3 Glacier Flexible Retrieval (เดิมคือ S3 Glacier) ที่มาพร้อมกับการเรียกดูข้อมูลภายในไม่กี่นาทีหรือการเรียกดูข้อมูลเป็นจำนวนมากแบบฟรีๆ ภายใน 5-12 ชั่วโมง หากต้องการประหยัดมากยิ่งขึ้นด้านพื้นที่จัดเก็บถาวรในระยะยาว เช่น การเก็บถาวรตามข้อกำหนดและการเก็บรักษาสื่อแบบดิจิทัล ให้เลือก S3 Glacier Deep Archive ซึ่งเป็นพื้นที่จัดเก็บที่มีค่าใช้จ่ายต่ำที่สุดในระบบคลาวด์ โดยมาพร้อมกับการเรียกดูข้อมูลภายใน 12 ชั่วโมง คลาสพื้นที่จัดเก็บทั้งหมดเหล่านี้มีการฟื้นตัวใน Availability Zone (AZ) หลากหลายแห่งโดยการจัดเก็บข้อมูลซ้ำไว้บนอุปกรณ์หลายเครื่องและ AWS Availability Zone ที่แยกจากกันในรีเจี้ยน AWS

สำหรับข้อมูลที่มีข้อกำหนดด้านการฟื้นตัวน้อยกว่า คุณสามารถลดค่าใช้จ่ายได้โดยการเลือกคลาสพื้นที่จัดเก็บ AZ เดียว เช่น S3 One Zone-Infrequent Access หากคุณมีข้อกำหนดด้านที่อยู่ของข้อมูลหรือเวลาแฝงซึ่งรีเจี้ยน AWS ที่มีอยู่ไม่สามารถตอบสนองได้ คุณสามารถเลือก S3 on Outposts เพื่อจัดเก็บข้อมูลในองค์กรได้

คุณสามารถเรียนรู้เพิ่มเติมเกี่ยวกับคลาสพื้นที่จัดเก็บเหล่านี้ได้ที่หน้าคลาสพื้นที่จัดเก็บ Amazon S3 

ถาม: S3 Intelligent-Tiering คืออะไร

S3 Intelligent-Tiering เป็นพื้นที่จัดเก็บบนระบบคลาวด์แรกที่ช่วยลดค่าใช้จ่ายด้านพื้นที่จัดเก็บของคุณในระดับอ็อบเจกต์อย่างละเอียดโดยอัตโนมัติ โดยการย้ายข้อมูลไปยังระดับชั้นการเข้าถึงที่คุ้มค่าที่สุดโดยอัตโนมัติตามความถี่ในการเข้าถึง โดยไม่ส่งผลกระทบต่อประสิทธิภาพ ไม่มีค่าธรรมเนียมในการเรียกดูข้อมูล หรือค่าใช้จ่ายในการดำเนินงาน S3 Intelligent-Tiering ให้เวลาแฝงในระดับมิลลิวินาทีและประสิทธิภาพในปริมาณงานสูงสำหรับข้อมูลที่เข้าถึงบ่อยครั้ง เข้าถึงไม่บ่อย และไม่ค่อยได้เข้าถึงในระดับชั้น Frequent, Infrequent และ Archive Instant Access S3 Intelligent-Tiering จะตรวจสอบรูปแบบการเข้าถึงและย้ายอ็อบเจกต์จากระดับชั้นหนึ่งไปยังอีกหนึ่งระดับชั้นโดยอัตโนมัติ โดยมีค่าบริการรายเดือนเพียงน้อยนิดสำหรับการตรวจสอบอ็อบเจกต์และระบบอัตโนมัติ ไม่มีค่าบริการเรียกดูข้อมูลใน S3 Intelligent-Tiering ดังนั้นคุณจะไม่เห็นค่าจัดเก็บข้อมูลเพิ่มขึ้นอย่างไม่คาดคิดเมื่อรูปแบบการเข้าถึงเปลี่ยนไป

คุณสามารถใช้ S3 Intelligent-Tiering เป็นคลาสพื้นที่จัดเก็บเริ่มต้นสำหรับปริมาณงานแทบทุกประเภทได้ โดยเฉพาะ Data Lake, การวิเคราะห์ข้อมูล, แมชชีนเลิร์นนิง, แอปพลิเคชันใหม่ และเนื้อหาที่ผู้ใช้สร้างขึ้น

ถาม: S3 Intelligent-Tiering ทำงานอย่างไร

คลาสพื้นที่จัดเก็บ Amazon S3 Intelligent-Tiering ออกแบบมาเพื่อปรับค่าใช้จ่ายด้านพื้นที่จัดเก็บให้มีความเหมาะสม โดยการย้ายข้อมูลไปยังระดับชั้นการเข้าถึงที่คุ้มค่าที่สุดโดยอัตโนมัติเมื่อรูปแบบการเข้าถึงเปลี่ยนแปลงไป S3 Intelligent-Tiering จะตรวจสอบรูปแบบการเข้าถึงและย้ายอ็อบเจกต์ที่ไม่ได้เข้าถึง 30 วันติดต่อกันไปยังระดับชั้น Infrequent Access โดยอัตโนมัติเพื่อประหยัดค่าใช้จ่ายด้านพื้นที่จัดเก็บได้มากถึง 40% โดยจะมีค่าบริการรายเดือนเพียงเล็กน้อยสำหรับการตรวจสอบอ็อบเจกต์และระบบอัตโนมัติ หลังจากไม่ได้เข้าถึงติดต่อกัน 90 วัน ระบบจะย้ายอ็อบเจกต์ไปยังระดับชั้น Archive Instant Access เพื่อประหยัดค่าใช้จ่ายด้านพื้นที่จัดเก็บได้ถึง 68% ไม่ส่งผลกระทบต่อประสิทธิภาพและไม่มีค่าบริการเรียกดูข้อมูลใน S3 Intelligent-Tiering หากเข้าถึงอ็อบเจกต์ในระดับชั้น Infrequent Access หรือ Archive Instant Access ในภายหลัง ระบบจะย้ายอ็อบเจกต์กลับไปยังระดับชั้น Frequent Access โดยอัตโนมัติ

คุณสามารถเลือกเปิดใช้งานการเก็บถาวรเพิ่มเติมได้เพื่อใช้พื้นที่จัดเก็บข้อมูลที่มีค่าใช้จ่ายต่ำที่สุดสำหรับข้อมูลที่สามารถเข้าถึงแบบอะซิงโครนัสได้ เมื่อคุณเปิดใช้งานระดับชั้นการเข้าถึงข้อมูลเก็บถาวรแบบอะซิงโครนัส 1 หรือทั้ง 2 ระดับชั้นแล้ว S3 Intelligent-Tiering จะย้ายอ็อบเจกต์ที่ไม่ได้เข้าถึงเป็นเวลาต่อเนื่องอย่างน้อย 90 วันไปยังระดับชั้น Archive Access เพื่อประหยัดได้มากถึง 71% และหลังจากที่ไม่ได้เข้าถึง 180 วันไปยังระดับชั้น Deep Archive Access เพื่อประหยัดได้มากถึง 95% สำหรับอ็อบเจกต์ที่ไม่ค่อยได้เข้าถึง หากคืนค่าอ็อบเจกต์ในระดับชั้น Archive หรือ Deep Access ที่มีให้เลือกในภายหลัง ระบบจะย้ายอ็อบเจกต์นั้นกลับไปที่ระดับชั้น Frequent Access และก่อนที่คุณจะสามารถเรียกดูอ็อบเจกต์นั้นได้ คุณจะต้องคืนค่าอ็อบเจกต์โดยใช้ RestoreObject ก่อน สำหรับข้อมูลเกี่ยวกับการคืนค่าอ็อบเจกต์ที่เก็บถาวร โปรดดูการคืนค่าอ็อบเจกต์ที่เก็บถาวร ไม่มีค่าบริการเรียกดูข้อมูลใน S3 Intelligent-Tiering ไม่มีค่าบริการเพิ่มเติมสำหรับการจัดระดับชั้นหรือรอบการใช้งานเมื่อย้ายอ็อบเจกต์ระหว่างระดับชั้นการเข้าถึงในคลาสพื้นที่จัดเก็บ S3 Intelligent-Tiering

ไม่มีขนาดอ็อบเจกต์ขั้นต่ำใน S3 Intelligent-Tiering แต่อ็อบเจกต์ที่มีขนาดเล็กกว่า 128 KB จะไม่มีสิทธิ์จัดระดับชั้นอัตโนมัติ อ็อบเจกต์ที่มีขนาดเล็กกว่าเหล่านี้สามารถจัดเก็บไว้ใน S3 Intelligent-Tiering ได้ แต่ระบบจะเรียกเก็บค่าบริการในอัตราสำหรับระดับชั้น Frequent Access และไม่มีค่าบริการสำหรับการตรวจสอบและระบบอัตโนมัติ

หากคุณต้องการกำหนดมาตรฐานให้ S3 Intelligent-Tiering เป็นคลาสพื้นที่จัดเก็บเริ่มต้นสำหรับข้อมูลที่สร้างขึ้นใหม่ คุณสามารถแก้ไขแอปพลิเคชันของคุณโดยการระบุ INTELLIGENT-TIERING ในส่วนหัวของคำขอ S3 PUT API ของคุณ S3 Intelligent-Tiering ได้รับการออกแบบมาเพื่อให้มีความพร้อมใช้งาน 99.9% และความคงทน 99.999999999% และให้เวลาแฝงต่ำและประสิทธิภาพในปริมาณงานสูงเหมือน S3 Standard โดยอัตโนมัติ คุณสามารถใช้ AWS Cost Explorer เพื่อวัดค่าใช้จ่ายเพิ่มเติมที่ประหยัดได้จากระดับชั้น Archive Instant Access

ถาม: ทำไมฉันควรเลือกใช้ S3 Intelligent-Tiering

คุณสามารถใช้ S3 Intelligent-Tiering เป็นคลาสพื้นที่จัดเก็บเริ่มต้นสำหรับปริมาณงานแทบทุกประเภทได้ โดยเฉพาะ Data Lake, การวิเคราะห์ข้อมูล, แมชชีนเลิร์นนิง, แอปพลิเคชันใหม่ และเนื้อหาที่ผู้ใช้สร้างขึ้น S3 Intelligent-Tiering เป็นพื้นที่จัดเก็บบนระบบคลาวด์แรกที่ช่วยลดค่าใช้จ่ายด้านพื้นที่จัดเก็บของคุณในระดับอ็อบเจกต์อย่างละเอียดโดยอัตโนมัติ โดยการย้ายข้อมูลไปยังระดับชั้นการเข้าถึงที่คุ้มค่าที่สุดโดยอัตโนมัติตามความถี่ในการเข้าถึง โดยไม่ส่งผลกระทบต่อประสิทธิภาพ ไม่มีค่าธรรมเนียมในการเรียกดูข้อมูล หรือค่าใช้จ่ายในการดำเนินงาน หากคุณมีข้อมูลที่มีรูปแบบการเข้าถึงที่ไม่รู้จักหรือเปลี่ยนไปมา เช่น Data Lake, การวิเคราะห์ข้อมูล และแอปพลิเคชันใหม่ เราขอแนะนำให้ใช้ S3 Intelligent-Tiering หากคุณมีข้อมูลที่ไม่จำเป็นต้องเรียกดูข้อมูลในทันที เราขอแนะนำให้เปิดใช้งานระดับชั้น Deep Archive Access ซึ่งคุณชำระค่าบริการเพียง 1 USD ต่อ TB ต่อเดือนสำหรับข้อมูลที่ไม่ค่อยได้เข้าถึงเป็นเวลานาน S3 Intelligent-Tiering ใช้สำหรับข้อมูลที่มีรูปแบบการเข้าถึงที่ไม่รู้จักหรือเปลี่ยนไปมา ไม่มีค่าธรรมเนียมในการเรียกดูข้อมูลเมื่อใช้คลาสพื้นที่จัดเก็บ S3 Intelligent-Tiering

ถาม: S3 Intelligent-Tiering มีประสิทธิภาพเป็นอย่างไร

S3 Intelligent-Tiering จะปรับค่าใช้จ่ายด้านพื้นที่จัดเก็บของคุณให้เหมาะสมโดยอัตโนมัติโดยไม่ส่งผลกระทบต่อประสิทธิภาพของคุณ ระดับชั้น S3 Intelligent-Tiering Frequent, Infrequent และ Archive Instant Access ให้เวลาแฝงในระดับมิลลิวินาทีและประสิทธิภาพในปริมาณงานสูง

ถาม: ระดับชั้น Archive Access และ Deep Archive Access ที่มีให้เลือกมีประสิทธิภาพเป็นอย่างไร

สำหรับข้อมูลที่สามารถเข้าถึงได้แบบอะซิงโครนัส ระดับชั้น Archive Access ที่มีให้เลือกมีประสิทธิภาพเหมือนกันกับ S3 Glacier Flexible Retrieval และระดับชั้น Deep Archive Access มีประสิทธิภาพเหมือนกันกับคลาสพื้นที่จัดเก็บ S3 Glacier Deep Archive คุณควรเปิดใช้งานการเก็บถาวรแบบอะซิงโครนัสก็ต่อเมื่อแอปพลิเคชันของคุณสามารถรอตั้งแต่ระดับนาทีจนถึงชั่วโมงได้ หากอ็อบเจกต์ที่คุณเรียกดูข้อมูลนั้นจัดเก็บไว้ในระดับชั้น Archive หรือ Deep Archive ก่อนที่คุณจะสามารถเรียกดูอ็อบเจกต์ได้ คุณต้องคืนค่าอ็อบเจกต์ก่อนโดยใช้ RestoreObject สำหรับข้อมูลเกี่ยวกับการคืนค่าอ็อบเจกต์ที่เก็บถาวร โปรดดูการคืนค่าอ็อบเจกต์ที่เก็บถาวร อ็อบเจกต์ในระดับชั้น Archive Access จะย้ายไปยังระดับชั้น Frequent Access ใน 3-5 ชั่วโมงและภายในเวลา 12 ชั่วโมงหากอยู่ในระดับชั้น Deep Archive Access หากคุณต้องการเข้าถึงอ็อบเจกต์ในระดับชั้น Archive Access ได้รวดเร็วยิ่งขึ้น คุณสามารถชำระเงินเพื่อการเรียกดูที่เร็วยิ่งขึ้นโดยใช้ Console เพื่อเลือกตัวเลือกความเร็วในการเรียกดูแบบเร่งด่วน

ถาม: S3 Intelligent-Tiering ทนทานและพร้อมใช้งานเพียงใด

S3 Intelligent-Tiering ออกแบบมาให้มีความทนทาน 99.999999999% เหมือนกับคลาสพื้นที่จัดเก็บ S3 มาตรฐาน S3 Intelligent-Tiering ออกแบบมาสำหรับการพร้อมใช้งานที่ 99.9% และมีข้อตกลงระดับบริการโดยจะคืนเครดิตบริการให้หากความพร้อมใช้งานต่ำกว่าที่สัญญาการให้บริการที่เราให้ไว้ไม่ว่าจะในรอบการเก็บค่าบริการใดๆ

ถาม: ฉันจะใส่ข้อมูลลงใน S3 Intelligent-Tiering ได้อย่างไร

มีสองวิธีในการใส่ข้อมูลลงใน S3 Intelligent-Tiering คุณสามารถนำเข้าสู่ S3 Intelligent-Tiering ได้โดยตรงโดยระบุ INTELLIGENT_TIERING ในส่วนหัวของ x-amz-storage-class หรือกำหนดนโยบายรอบการใช้งานเพื่อเปลี่ยนออบเจ็กต์จาก S3 มาตรฐาน หรือ Standard-IA ของ S3 ไปเป็น S3 INTELLIGENT_TIERING

ถาม:  ฉันจะถูกเรียกเก็บเงินสำหรับ S3 Intelligent-Tiering อย่างไร

S3 Intelligent-Tiering จะเรียกเก็บค่าบริการสำหรับพื้นที่จัดเก็บข้อมูลรายเดือน คำขอ และการถ่ายโอนข้อมูล รวมถึงจะเรียกเก็บค่าบริการรายเดือนเพียงน้อยนิดสำหรับการตรวจสอบและระบบอัตโนมัติต่ออ็อบเจกต์ คลาสพื้นที่จัดเก็บ S3 Intelligent-Tiering จะจัดเก็บอ็อบเจกต์ไว้ในระดับชั้นการเข้าถึงข้อมูล 3 ระดับชั้นโดยอัตโนมัติ ได้แก่ ระดับชั้น Frequent Access ในอัตราการจัดเก็บของ S3 Standard, ระดับชั้น Infrequent Access ในอัตราการจัดเก็บของ S3 Standard-Infrequent Access และระดับชั้น Archive Instant Access ในอัตราการจัดเก็บของ S3 Glacier Instant Retrieval นอกจากนี้ S3 Intelligent-Tiering ยังมีตัวเลือกระดับชั้นของการเก็บถาวร 2 ระดับชั้นที่ออกแบบมาสำหรับการเข้าถึงแบบอะซิงโครนัสอีกด้วย ได้แก่ ระดับชั้น Archive Access ในอัตราพื้นที่จัดเก็บของ S3 Glacier Flexible Retrieval และระดับชั้น Deep Archive Access ในอัตราพื้นที่จัดเก็บของ S3 Glacier Deep Archive

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

ไม่มีขนาดอ็อบเจกต์ขั้นต่ำที่เรียกเก็บเงินได้ใน S3 Intelligent-Tiering แต่อ็อบเจกต์ที่มีขนาดเล็กกว่า 128 KB จะไม่มีสิทธิ์จัดระดับชั้นอัตโนมัติ ระบบจะไม่ตรวจสอบอ็อบเจกต์ขนาดเล็กเหล่านี้และจะเรียกเก็บค่าบริการในอัตราสำหรับระดับชั้น Frequent Access เสมอ โดยไม่มีค่าบริการสำหรับการตรวจสอบและระบบอัตโนมัติ สำหรับแต่ละอ็อบเจกต์ที่เก็บถาวรไปยังระดับชั้น Archive Access หรือระดับชั้น Deep Archive Access ใน S3 Intelligent-Tiering นั้น Amazon S3 จะใช้พื้นที่จัดเก็บขนาด 8 KB สำหรับชื่ออ็อบเจกต์และข้อมูลเมตาอื่นๆ (เรียกเก็บเงินในอัตราการจัดเก็บของ S3 Standard) และใช้พื้นที่จัดเก็บขนาด 32 KB สำหรับดัชนีและเมตาดาตาที่เกี่ยวข้อง (เรียกเก็บเงินในอัตราการจัดเก็บของ S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive)

ถาม: การเรียกดูข้อมูลจาก S3 Intelligent-Tiering มีค่าบริการหรือไม่

ไม่ ไม่มีค่าธรรมเนียมในการเรียกดูข้อมูลสำหรับ S3 Intelligent-Tiering S3 Intelligent-Tiering จะตรวจสอบรูปแบบการเข้าถึงข้อมูลของคุณและหากคุณเข้าถึงอ็อบเจกต์ในระดับชั้น Infrequent Access, Archive Instant Access หรือการเก็บถาวรแบบอะซิงโครนัส S3 Intelligent-Tiering จะย้ายอ็อบเจกต์นั้นไปยังระดับชั้น Frequent Access โดยอัตโนมัติ

ถาม: ฉันจะเปิดใช้งานระดับชั้นการเข้าถึงข้อมูลถาวรของ S3 Intelligent-Tiering ได้อย่างไร

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

ถาม: ฉันจะสามารถขยายระยะเวลาก่อนที่ออบเจ็กต์จะถูกจัดเก็บถาวรภายในคลาสพื้นที่จัดเก็บ S3 Intelligent-Tiering ได้หรือไม่

ได้ ในบัคเก็ต คำนำหน้า หรือการกำหนดค่าระดับแท็กอ็อบเจกต์ คุณสามารถขยายระยะเวลาการเข้าถึงครั้งสุดท้ายสำหรับการจัดเก็บอ็อบเจกต์ถาวรใน S3 Intelligent-Tiering ได้ เมื่อเปิดใช้งาน อ็อบเจกต์ที่ไม่ได้เข้าถึงเป็นเวลาต่อเนื่องอย่างน้อย 90 วันจะย้ายไปยังระดับชั้น Archive Access โดยอัตโนมัติตามค่าเริ่มต้น โดยข้ามระดับชั้น Archive Instant Access ไป อ็อบเจกต์ที่ไม่ได้เข้าถึงเป็นเวลาต่อเนื่องอย่างน้อย 180 วันจะย้ายไปยังระดับชั้น Deep Archive Access โดยอัตโนมัติ การกำหนดค่าเริ่มต้นสำหรับจำนวนวันต่อเนื่องนับจากการเข้าถึงครั้งสุดท้ายก่อนการจัดเก็บถาวรโดยอัตโนมัติใน S3 Intelligent-Tiering สามารถขยายเวลาได้สูงสุด 2 ปี

ถาม: ฉันจะเข้าถึงออบเจ็กต์จากระดับชั้นการเข้าถึงข้อมูลถาวรหรือถาวรระดับลึกในคลาสพื้นที่จัดเก็บ S3 Intelligent-Tiering ได้อย่างไร

หากต้องการเข้าถึงออบเจ็กต์จากระดับชั้นการเข้าถึงข้อมูลถาวรหรือถาวรระดับลึก คุณจำเป็นต้องออกคำขอกู้คืนและออบเจ็กต์จะเริ่มย้ายกลับมายังระดับชั้นการเข้าถึงข้อมูลบ่อยครั้งทั้งหมดภายในคลาสพื้นที่จัดเก็บ S3 Intelligent-Tiering ออบเจ็กต์ในระดับชั้นการเข้าถึงข้อมูลถาวรจะถูกย้ายไปยังระดับชั้นการเข้าถึงข้อมูลบ่อยครั้งใน 3-5 ชั่วโมงและออบเจ็กต์ในระดับชั้นการเข้าถึงข้อมูลถาวรระดับลึกจะถูกย้ายไปยังระดับชั้นการเข้าถึงข้อมูลบ่อยครั้งในภายในเวลา 12 ชั่วโมง เมื่ออ็อบเจกต์อยู่ในระดับชั้น Frequent Access คุณสามารถออกคำขอ GET เพื่อเรียกดูอ็อบเจกต์ได้

ถาม: ฉันจะทราบได้อย่างไรว่าอ็อบเจกต์ของฉันจัดเก็บอยู่ในระดับชั้นการเข้าถึง S3 Intelligent-Tiering ใด

คุณสามารถใช้ Amazon S3 Inventory เพื่อรายงานระดับชั้นการเข้าถึงข้อมูลของอ็อบเจกต์ที่จัดเก็บอยู่ในคลาสพื้นที่จัดเก็บ S3 Intelligent-Tiering Amazon S3 Inventory จะสร้างไฟล์เอาต์พุต CSV, ORC หรือ Parquet ของออบเจ็กต์ของคุณและข้อมูลเมตาที่เกี่ยวข้องเป็นประจำทุกวันหรือทุกสัปดาห์สำหรับบัคเก็ต S3 หรือคำนำหน้า คุณสามารถสร้างคำขอ HEAD ในอ็อบเจกต์ของคุณเพื่อรายงานระดับชั้นการเข้าถึงข้อมูลถาวรของ S3 Intelligent-Tiering

ถาม: ฉันสามารถกำหนดรอบการใช้งานของอ็อบเจกต์จาก S3 Intelligent-Tiering ไปเป็นคลาสพื้นที่จัดเก็บอื่นได้หรือไม่

ได้ คุณสามารถกำหนดรอบการใช้งานของอ็อบเจกต์จากระดับชั้น S3 Intelligent-Tiering, Frequent Access, Infrequent และ Archive Instant Access ไปเป็น S3 One-Zone Infrequent Access, S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive ได้ นอกจากนี้ คุณยังสามารถกำหนดรอบการใช้งานของอ็อบเจกต์จากระดับชั้นการเข้าถึงข้อมูลเก็บถาวรที่มีให้เลือกของ S3 Intelligent-Tiering ไปเป็น S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive และจากระดับชั้น S3 Intelligent-Tiering Deep Archive Access tier ไปเป็น S3 Glacier Deep Archive ได้อีกด้วย

ถาม: มีระยะเวลาขั้นต่ำสำหรับ S3 Intelligent-Tiering หรือไม่

ไม่มี คลาสพื้นที่จัดเก็บ S3 Intelligent-Tiering ไม่มีระยะเวลาจัดเก็บขั้นต่ำ

ถาม: มีขนาดอ็อบเจกต์ขั้นต่ำที่เรียกเก็บเงินได้สำหรับ S3 Intelligent-Tiering หรือไม่

ไม่มีขนาดอ็อบเจกต์ขั้นต่ำที่เรียกเก็บเงินได้ใน S3 Intelligent-Tiering แต่อ็อบเจกต์ที่มีขนาดเล็กกว่า 128 KB จะไม่มีสิทธิ์จัดระดับชั้นอัตโนมัติ อ็อบเจกต์ขนาดเล็กกว่าจะเรียกเก็บค่าบริการในอัตราสำหรับระดับชั้น Frequent Access เสมอ โดยไม่มีค่าบริการสำหรับการตรวจสอบและระบบอัตโนมัติ สำหรับแต่ละอ็อบเจกต์ที่เก็บถาวรไปยังระดับชั้น Archive Access หรือ Deep Archive Access ที่มีให้เลือกใช้ใน S3 Intelligent-Tiering นั้น Amazon S3 จะใช้พื้นที่จัดเก็บขนาด 8 KB สำหรับชื่ออ็อบเจกต์และเมตาดาตาอื่นๆ (เรียกเก็บเงินในอัตราการจัดเก็บของ S3 Standard) และใช้พื้นที่จัดเก็บขนาด 32 KB สำหรับดัชนีและเมตาดาตาที่เกี่ยวข้อง (เรียกเก็บเงินในอัตราการจัดเก็บของ S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive) โปรดดูรายละเอียดเพิ่มเติมในหน้าราคาของ Amazon S3 

ถาม: S3 Standard คืออะไร

Amazon S3 Standard มอบพื้นที่จัดเก็บที่คงทนพร้อมกับเวลาแฝงในการเข้าถึงระดับมิลลิวินาทีและประสิทธิภาพด้านปริมาณการประมวลผลสูงสำหรับข้อมูลที่เข้าถึงบ่อยครั้ง โดยทั่วไปคือมากกว่าหนึ่งครั้งต่อเดือน S3 Standard ได้รับการออกแบบมาสำหรับกรณีการใช้งานที่สำคัญต่อประสิทธิภาพ เช่น Data Lake, แอปพลิเคชันแบบ cloud-native, เว็บไซต์แบบไดนามิก, การเผยแพร่เนื้อหา, แอปพลิเคชันบนมือถือและเกม, การวิเคราะห์ และโมเดลแมชชีนเลิร์นนิง S3 Standard ได้รับการออกแบบมาเพื่อให้มีความพร้อมใช้งานของข้อมูล 99.99% และความคงทน 99.999999999% ของอ็อบเจกต์ใน Availability Zone หลายแห่งตลอดปีที่กำหนด คุณสามารถใช้นโยบาย S3 Lifecycle เพื่อควบคุมเวลาเปลี่ยนข้อมูลระหว่าง S3 Standard และคลาสพื้นที่จัดเก็บที่มีค่าใช้จ่ายถูกกว่าได้อย่างแม่นยำโดยไม่มีการเปลี่ยนแปลงแอปพลิเคชันใดๆ

ถาม: ทำไมฉันควรเลือกใช้ S3 Standard

S3 Standard เหมาะสำหรับข้อมูลที่เข้าถึงหรือแก้ไขบ่อยที่สุดของคุณ ซึ่งจำเป็นต้องเข้าถึงในระดับมิลลิวินาทีและจำเป็นต้องมีประสิทธิภาพในปริมาณงานสูง S3 Standard เหมาะสำหรับข้อมูลที่อ่านหรือเขียนบ่อยครั้งมาก เนื่องจากระบบจะไม่เรียกเก็บค่าบริการในการเรียกดู S3 Standard เหมาะสำหรับกรณีการใช้งานที่หลากหลาย เช่น Data Lake, แอปพลิเคชันแบบ cloud-native, เว็บไซต์แบบไดนามิก, การเผยแพร่เนื้อหา, แอปพลิเคชันบนมือถือและเกม และการวิเคราะห์

ถาม: S3 Standard-Infrequent Access คืออะไร

Amazon S3 Standard-Infrequent Access (S3 Standard-IA) เป็นคลาสพื้นที่จัดเก็บ Amazon S3 สำหรับข้อมูลที่มีการเข้าถึงไม่บ่อยครั้งแต่ต้องการการเข้าถึงที่รวดเร็วเมื่อจำเป็น S3 Standard-IA มีความทนทาน ให้ปริมาณงานสูง และมีเวลาแฝงต่ำสำหรับคลาสพื้นที่จัดเก็บ Amazon S3 Standard แต่มีราคาพื้นที่จัดเก็บต่อ GB และค่าบริการเรียกดูต่อ GB ต่ำ เนื่องจากมีต้นทุนต่ำแต่ประสิทธิภาพสูง S3 Standard-IA จึงเหมาะอย่างยิ่งสำหรับการจัดเก็บข้อมูลระยะยาว การสำรองข้อมูล และทำหน้าที่เป็นพื้นที่จัดเก็บสำหรับการกู้คืนหลังเกิดภัยพิบัติ คลาสพื้นที่จัดเก็บ S3 ได้รับการตั้งค่าไว้ที่ระดับออบเจ็กต์และสามารถมีอยู่ในบัคเก็ตเดียวกันได้เหมือนคลาสพื้นที่จัดเก็บ S3 มาตรฐาน หรือ One Zone-IA ของ S3 ซึ่งช่วยให้คุณสามารถใช้นโยบายรอบการใช้งาน S3 เพื่อเปลี่ยนอ็อบเจ็กต์ระหว่างคลาสพื้นที่จัดเก็บโดยอัตโนมัติโดยไม่ต้องเปลี่ยนแปลงแอปพลิเคชันใดๆ

ถาม: ทำไมฉันควรเลือกใช้ Standard-IA ของ S3

S3 Standard-IA เหมาะสำหรับข้อมูลที่มีการเข้าถึงไม่บ่อยครั้ง แต่ยังต้องการการเข้าถึงที่รวดเร็วเมื่อจำเป็น Standard-IA ของ S3 เหมาะอย่างยิ่งสำหรับที่จัดเก็บข้อมูลไฟล์ระยะยาว การซิงค์ที่เก่ากว่าและการจัดเก็บข้อมูลร่วมกัน และข้อมูลเก่าอื่นๆ

ถาม: Standard-IA ของ S3 มีประสิทธิภาพอะไรบ้าง

Standard-IA ของ S3 มีเวลาแฝงในระดับมิลลิวินาทีและประสิทธิภาพในปริมาณงานสูงเหมือนกันกับคลาสที่จัดเก็บข้อมูล S3 Standard 

ถาม: ฉันจะใส่ข้อมูลลงใน Standard-IA ของ S3 ได้อย่างไร

มีสองวิธีในการใส่ข้อมูลลงใน S3 Standard-IA คุณสามารถ PUT ลงใน S3 Standard-IA ด้วยการระบุ STANDARD_IA ในส่วนหัว x-amz-storage-class ได้โดยตรง นอกจากนี้ คุณสามารถกำหนดนโยบายรอบการใช้งาน เพื่อเปลี่ยนอ็อบเจกต์จาก S3 มาตรฐาน ไปเป็นคลาสที่จัดเก็บข้อมูล Standard-IA ของ S3 ได้อีกด้วย

ถาม: จะมีค่าบริการใดหากเปลี่ยนคลาสที่จัดเก็บข้อมูลของอ็อบเจกต์จาก Standard-IA ของ S3 เป็น S3 มาตรฐาน พร้อมด้วยคำขอ COPY

คุณจะเสียค่าใช้จ่ายสำหรับคำขอ COPY ของ Standard-IA ของ S3 และการกู้คืนข้อมูล Standard-IA ของ S3

ถาม: มีค่าบริการระยะเวลาการจัดเก็บขั้นต่ำสำหรับ Standard-IA ของ S3 หรือไม่

Standard-IA ของ S3 ได้รับการออกแบบมาสำหรับข้อมูลในระยะยาวที่ไม่ได้เข้าถึงบ่อยครั้ง ซึ่งเก็บรักษาไว้นานหลายเดือนหรือหลายปี ระบบจะเรียกเก็บเงินข้อมูลที่ถูกลบจาก Standard-IA ของ S3 ภายใน 30 วันเป็นเวลา 30 วันเต็ม โปรดดูข้อมูลเกี่ยวกับราคา Standard-IA ของ S3 ได้ที่หน้าราคาของ Amazon S3

ถาม: มีค่าบริการพื้นที่จัดเก็บอ็อบเจ็กต์ขั้นต่ำสำหรับ Standard-IA ของ S3 หรือไม่

S3 Standard-IA ออกแบบมาสำหรับออบเจ็กต์ขนาดใหญ่และมีค่าบริการพื้นที่จัดเก็บออบเจ็กต์น้อยที่สุดในปริมาณ 128 KB อ็อบเจกต์ที่มีขนาดเล็กกว่า 128 KB จะมีค่าบริการพื้นที่จัดเก็บเท่ากับอ็อบเจกต์ขนาด 128 KB ตัวอย่างเช่น อ็อบเจกต์ขนาด 6 KB ใน S3 Standard-IA จะเสียค่าบริการพื้นที่จัดเก็บ S3 Standard-IA สำหรับขนาด 6 KB และเสียค่าบริการขนาดอ็อบเจกต์ขั้นต่ำเพิ่มเติมเทียบเท่ากับ 122 KB ในราคาสำหรับพื้นที่จัดเก็บ S3 Standard-IA โปรดดูข้อมูลเกี่ยวกับราคา Standard-IA ของ S3 ได้ที่หน้าราคาของ Amazon S3

ถาม: ฉันสามารถจัดระดับชั้นอ็อบเจกต์จากคลาสพื้นที่จัดเก็บ Standard-IA ของ S3 ไปยัง One Zone-IA ของ S3 หรือ S3 Glacier Flexible Retrieval ได้หรือไม่

ได้ นอกเหนือจากการใช้นโยบาย Lifecycle เพื่อย้ายอ็อบเจกต์จาก S3 Standard ไปไว้ใน Standard-IA ของ S3 แล้ว คุณยังสามารถตั้งค่านโยบาย Lifecycle เพื่อจัดระดับชั้นให้อ็อบเจกต์จาก Standard-IA ของ S3 ไปอยู่ในคลาสพื้นที่จัดเก็บ One Zone-IA ของ S3, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive ได้อีกด้วย

ถาม: คลาสพื้นที่จัดเก็บ S3 One Zone-IA คืออะไร

คลาสพื้นที่จัดเก็บ S3 One Zone-IA คือคลาสพื้นที่จัดเก็บ Amazon S3 ที่ลูกค้าสามารถเลือกเก็บออบเจ็กต์ใน Availability Zone เดียวได้ พื้นที่จัดเก็บ S3 One Zone-IA จัดเก็บข้อมูลแบบมีการสำรองภายใน Availability Zone เดียวเพื่อส่งมอบพื้นที่จัดเก็บที่ประหยัดค่าใช้จ่ายน้อยกว่าพื้นที่จัดเก็บ S3 Standard-IA แบบมีการสำรองทางสภาพภูมิศาสตร์ถึง 20% ซึ่งจัดเก็บข้อมูลแบบมีการสำรองใน Availability Zone ที่แยกจากกันทางภูมิศาสตร์หลายแห่ง

One Zone-IA ของ S3 มี SLA ที่ใช้งานได้ถึง 99% และยังได้รับการออกแบบมาให้มีความทนทานระดับเลข 9 สิบเอ็ดตัวภายใน Availability Zone อย่างไรก็ตาม ข้อมูลในคลาสที่จัดเก็บข้อมูล One Zone-IA ของ S3 ไม่ยืดหยุ่นต่อการสูญเสีย Availability Zone ทั้งหมด

ที่จัดเก็บข้อมูล One Zone-IA ของ S3 มีคุณสมบัติของ Amazon S3 เหมือนกับ S3 Standard และ Standard-IA ของ S3 และใช้ผ่าน Amazon S3 API, CLI และ Console คลาสพื้นที่จัดเก็บ S3 One Zone-IA ถูกตั้งค่าไว้ที่ระดับออบเจ็กต์และสามารถมีอยู่ในบัคเก็ตเดียวกันกับคลาสพื้นที่จัดเก็บ S3 Standard และ S3 Standard-IA คุณสามารถใช้นโยบายรอบการใช้งาน S3 เพื่อเปลี่ยนอ็อบเจ็กต์ระหว่างคลาสพื้นที่จัดเก็บโดยอัตโนมัติได้ โดยไม่มีการเปลี่ยนแปลงแอปพลิเคชันใดๆ

ถาม: กรณีใช้งานใดเหมาะที่สุดสำหรับคลาสพื้นที่จัดเก็บ One Zone-IA ของ S3

ลูกค้าสามารถใช้ S3 One Zone-IA สำหรับพื้นที่จัดเก็บที่มีการเข้าถึงไม่บ่อยครั้ง อย่างเช่น สำเนาสำรอง สำเนาการกู้คืนระบบ หรือข้อมูลอื่นๆ ที่สร้างใหม่ได้ง่าย

ถาม: ประสิทธิภาพการทำงานของที่จัดเก็บข้อมูล One Zone-IA ของ S3 มีอะไรบ้าง

คลาสที่จัดเก็บข้อมูล One Zone-IA ของ S3 มีเวลาแฝงและประสิทธิภาพของปริมาณการประมวลผลเหมือนกับคลาสที่จัดเก็บข้อมูล S3 Standard และ S3 Standard - Infrequent Access Storage

ถาม:  คลาสที่จัดเก็บข้อมูล One Zone-IA ของ S3 มีความทนทานเพียงใด

คลาสพื้นที่จัดเก็บ One Zone-IA ของ S3 ได้รับการออกแบบให้มีความคงทน 99.999999999% ภายใน Availability Zone อย่างไรก็ตาม ข้อมูลในคลาสพื้นที่จัดเก็บ One Zone-IA ของ S3 ไม่ฟื้นตัวต่อการสูญเสียความพร้อมใช้งานหรือการสูญเสีย Availability Zone ทางกายภาพ ในทางตรงกันข้าม คลาสพื้นที่จัดเก็บ S3 Standard, S3 Intelligent-Tiering, S3 Standard-Infrequent Access และ S3 Glacier ได้รับการออกแบบมาเพื่อทนต่อการสูญเสียความพร้อมใช้งานหรือความเสียหายของ Availability Zone One Zone-IA ของ S3 สามารถมอบความคงทนและความพร้อมใช้งานที่เหมือนกันกับหรือดีกว่าศูนย์ข้อมูลทางกายภาพที่ทันสมัยที่สุด พร้อมกับช่วยเพิ่มประโยชน์ด้านความยืดหยุ่นในพื้นที่จัดเก็บและชุดคุณสมบัติของ Amazon S3 อีกด้วย

ถาม: “โซน” ของ One Zone-IA ของ S3 เป็นสิ่งเดียวกันกับ AWS Availability Zone หรือไม่

ได้ รีเจี้ยน AWS แต่ละแห่งเป็นพื้นที่ทางภูมิศาสตร์ที่แยกจากกัน รีเจี้ยนแต่ละแห่งมีตำแหน่งหลายแห่งที่แยกออกจากกัน ซึ่งรู้จักกันในชื่อ Availability Zone คลาสพื้นที่จัดเก็บ One Zone-IA ของ Amazon S3 จะใช้ AWS Availability Zone แต่ละรายการภายในรีเจี้ยน

ถาม: ฉันต้องยอมสละการป้องกันการกู้คืนหลังภัยพิบัติมากน้อยเพียงใดจากการใช้ One Zone-IA ของ S3

Availability Zone แต่ละแห่งใช้พลังงานและระบบเครือข่ายแบบมีการสำรอง Availability Zone ภายใน AWS Region จะอยู่ในที่ราบน้ำท่วมถึง โซนความผิดปกติของแผ่นดินไหว และพื้นที่แยกจากกันทางภูมิศาสตร์ที่แตกต่างกันสำหรับการป้องกันอัคคีภัย คลาสที่จัดเก็บข้อมูล S3 Standard และ Standard-IA ของ S3 มีการป้องกันภัยพิบัติเหล่านี้ด้วยการจัดเก็บข้อมูลของคุณแบบมีการสำรองใน Availability Zone หลายแห่ง One Zone-IA ของ S3 ช่วยปกป้องการทำงานขัดข้องของอุปกรณ์ใน Availability Zone แต่ข้อมูลไม่ยืดหยุ่นต่อการสูญเสีย Availability Zone ทางกายภาพซึ่งเป็นผลมาจากภัยพิบัติ เช่น แผ่นดินไหวและน้ำท่วม เมื่อใช้ตัวเลือก One Zone-IA ของ S3, S3 Standard และ Standard-IA ของ S3 คุณจะสามารถเลือกคลาสพื้นที่จัดเก็บที่เหมาะสมกับความต้องการด้านความคงทนและความพร้อมใช้งานในพื้นที่จัดเก็บของคุณมากที่สุดได้

ถาม: คลาสพื้นที่จัดเก็บ S3 Glacier Instant Retrieval คืออะไร

คลาสพื้นที่จัดเก็บ S3 Glacier Instant Retrievall จะมอบพื้นที่จัดเก็บที่มีค่าใช้จ่ายต่ำที่สุดสำหรับข้อมูลระยะยาวซึ่งไม่ค่อยได้เข้าถึงและต้องการเรียกดูข้อมูลในระดับมิลลิวินาที S3 Glacier Instant Retrieval มอบการเข้าถึงพื้นที่จัดเก็บถาวรที่รวดเร็วที่สุด โดยมีปริมาณงานและการเข้าถึงในระดับมิลลิวินาทีแบบเดียวกับคลาสพื้นที่จัดเก็บ S3 Standard และ Standard-IA ของ S3 S3 Glacier Flexible Retrieval ได้รับการออกแบบมาเพื่อให้มีความคงทนของข้อมูล 99.999999999% (เลขเก้า 11 ตัว) และมีความพร้อมใช้งาน 99.9% โดยการจัดเก็บข้อมูลซ้ำใน Availability Zone ของ AWS ที่แยกจากกันอย่างน้อย 3 แห่งตลอดปีที่กำหนด

ถาม: เหตุใดฉันจึงควรเลือกใช้ S3 Glacier Instant Retrieval

S3 Glacier Instant Retrieval เป็นตัวเลือกที่เหมาะสมหากคุณมีข้อมูลที่ไม่ค่อยได้เข้าถึง (ไตรมาสละครั้ง) และจำเป็นต้องใช้เวลาเรียกดูข้อมูลในระดับมิลลิวินาที โดยเป็นคลาสพื้นที่จัดเก็บที่เหมาะสมหากคุณต้องการเวลาแฝงต่ำและประสิทธิภาพในปริมาณงานสูงเหมือนกับ Standard-IA ของ S3 แต่จัดเก็บข้อมูลที่เข้าถึงน้อยครั้งกว่า Standard-IA ของ S3 โดยมีราคาพื้นที่จัดเก็บที่ถูกกว่าและค่าใช้จ่ายในการเข้าถึงข้อมูลที่สูงขึ้นเล็กน้อย

ถาม: S3 Glacier Instant Retrieval พร้อมใช้งานและคงทนเพียงใด

S3 Glacier Instant Retrieval ได้รับการออกแบบมาเพื่อให้มีความคงทน 99.999999999% (เลขเก้า 11 ตัว) และความพร้อมใช้งานถึง 99.9% เหมือนกันกับ Standard-IA ของ S3 และมีข้อตกลงระดับบริการโดยจะคืนเครดิตบริการให้หากความพร้อมใช้งานน้อยกว่า 99% ในรอบการเรียกเก็บเงินใดๆ

ถาม: S3 Glacier Instant Retrieval มีประสิทธิภาพเป็นอย่างไร

S3 Glacier Instant Retrieval มีเวลาแฝงในระดับมิลลิวินาทีและประสิทธิภาพในปริมาณการประมวลผลสูงเหมือนกันกับคลาสพื้นที่จัดเก็บ S3 Standard และ Standard-IA ของ S3 ต่างจากคลาสพื้นที่จัดเก็บ S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive ที่ได้รับการออกแบบมาสำหรับการเข้าถึงแบบอะซิงโครนัส คุณไม่จำเป็นต้องออกคำขอคืนค่าก่อนที่จะเข้าถึงอ็อบเจกต์ที่จัดเก็บไว้ใน S3 Glacier Instant Retrieval

ถาม: ฉันจะใส่ข้อมูลลงใน S3 Glacier Instant Retrieval ได้อย่างไร

มีวิธีการใส่ข้อมูลลงใน S3 Glacier Instant Retrieval อยู่ 2 วิธีด้วยกัน คุณสามารถใส่ลงใน S3 Glacier Instant retrieval ได้โดยตรงด้วยการระบุ GLACIER_IR ในส่วนหัวของ x-amz-storage-class หรือกำหนดนโยบาย S3 Lifecycle เพื่อเปลี่ยนอ็อบเจกต์จาก S3 Standard หรือ Standard-IA ของ S3 ไปเป็น S3 Glacier Instant Retrieval

ถาม: มีค่าบริการระยะเวลาการจัดเก็บขั้นต่ำสำหรับ Amazon S3 Glacier Instant Retrieval หรือไม่

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

ถาม: มีค่าบริการขนาดอ็อบเจกต์ขั้นต่ำสำหรับ Amazon S3 Glacier Instant Retrieval หรือไม่

S3 Glacier Instant Retrieval ได้รับการออกแบบมาสำหรับอ็อบเจกต์ขนาดใหญ่และมีค่าบริการพื้นที่จัดเก็บอ็อบเจกต์ขั้นต่อที่ 128 KB อ็อบเจกต์ที่มีขนาดเล็กกว่า 128 KB จะมีค่าบริการพื้นที่จัดเก็บเท่ากับอ็อบเจกต์ขนาด 128 KB ตัวอย่างเช่น อ็อบเจกต์ขนาด 6 KB ใน S3 Glacier Instant Retrieval จะเสียค่าบริการพื้นที่จัดเก็บ S3 Glacier Instant Retrieval สำหรับขนาด 6 KB และเสียค่าบริการขนาดอ็อบเจกต์ขั้นต่ำเพิ่มเติมเทียบเท่ากับ 122 KB ในราคาพื้นที่จัดเก็บ S3 Glacier Instant Retrieval โปรดดูหน้าราคาของ Amazon S3 สำหรับข้อมูลเกี่ยวกับราคาของ Amazon S3 Glacier Instant Retrieval

ถาม: S3 Glacier Instant Retrieval คิดค่าบริการอย่างไร

S3 Glacier Instant Retrieval จะเรียกเก็บเงินค่าพื้นที่จัดเก็บ คำขอตามประเภทคำขอ และการเรียกดูข้อมูลจากคุณแบบรายเดือน ปริมาณพื้นที่จัดเก็บที่เรียกเก็บค่าบริการใน 1 เดือนจะขึ้นอยู่กับพื้นที่จัดเก็บโดยเฉลี่ยที่ใช้ตลอดเดือนนั้น โดยจะวัดเป็นหน่วยกิกะไบต์ต่อเดือน (GB ต่อเดือน) ระบบจะเรียกเก็บเงินคุณสำหรับคำขอต่างๆ ตามประเภทคำขอ เช่น PUT, COPY และ GET คุณจะชำระเฉพาะค่าธรรมเนียมต่อ GB สำหรับข้อมูลที่ส่งคืนให้คุณทุกกิกะไบต์ 

ถาม: คลาสพื้นที่จัดเก็บ S3 Glacier Flexible Retrieval คืออะไร

คลาสพื้นที่จัดเก็บ S3 Glacier Flexible Retrieval มอบพื้นที่จัดเก็บที่มีค่าใช้จ่ายต่ำ โดยมีค่าใช้จ่ายถูกกว่าถึง 10% (มากกว่า S3 Glacier Instant Retrieval) สำหรับข้อมูลเก็บถาวรที่เข้าถึง 1-2 ครั้งต่อปีและเรียกดูข้อมูลแบบอะซิงโครนัส พร้อมกับการเรียกดูข้อมูลจำนวนมากแบบฟรีๆ S3 Glacier Flexible Retrieval (เดิมคือ S3 Glacier) คือคลาสพื้นที่จัดเก็บที่เหมาะสำหรับข้อมูลเก็บถาวรที่ไม่จำเป็นต้องเข้าถึงได้ทันที แต่ต้องการความยืดหยุ่นในการเรียกดูข้อมูลชุดใหญ่โดยไม่มีค่าใช้จ่าย เช่น กรณีการใช้งานการสำรองข้อมูลหรือการกู้คืนหลังภัยพิบัติ S3 Glacier Flexible Retrieval มอบตัวเลือกการเรียกดูข้อมูลที่ยืดหยุ่นที่สุด ซึ่งจะช่วยให้ค่าใช้จ่ายสมดุลกับเวลาเข้าถึงได้ตั้งแต่นาทีจนถึงชั่วโมง โดยมาพร้อมกับการเรียกดูข้อมูลจำนวนมากแบบฟรีๆ โดยเป็นโซลูชันที่เหมาะสำหรับความต้องการด้านการสำรองข้อมูล การกู้คืนหลังภัยพิบัติ การจัดเก็บข้อมูลภายนอก และเมื่อจำเป็นต้องเรียกดูข้อมูลเป็นครั้งคราวภายในไม่กี่นาที และคุณไม่อยากกังวลเรื่องค่าใช้จ่าย S3 Glacier Flexible Retrieval ได้รับการออกแบบมาเพื่อให้มีความคงทนของข้อมูล 99.999999999% (11 9 วินาที) และมีความพร้อมใช้งาน 99.99% โดยการจัดเก็บข้อมูลซ้ำใน Availability Zone ของ AWS หลายแห่งที่แยกจากกันตลอดปีที่กำหนด

ถาม: ทำไมฉันควรเลือกใช้คลาสพื้นที่จัดเก็บ S3 Glacier Flexible Retrieval

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

ถาม: ฉันจะใส่ข้อมูลลงใน S3 Glacier Flexible Retrieval ได้อย่างไร

มีวิธีการใส่ข้อมูลลงใน S3 Glacier Flexible Retrieval อยู่ 2 วิธีด้วยกัน คุณสามารถใส่ลงใน S3 Glacier Flexible Retrieval ได้โดยตรงด้วยการระบุ GLACIER ในส่วนหัวของ x-amz-storage-class คุณยังสามารถใช้กฎS3 Lifecycle ในการเปลี่ยนอ็อบเจกต์จากคลาสพื้นที่จัดเก็บ S3 ใดก็ตามสำหรับข้อมูลที่ใช้งานอยู่ (S3 Standard, S3 Intelligent-Tiering, Standard-IA ของ S3, One Zone-IA ของ S3 และ S3 Glacier Instant Retrieval) ไปใช้ Amazon S3 Glacier Flexible Retrieval ตามอายุของอ็อบเจกต์ ใช้ Amazon S3 Management Console, AWS SDK หรือ Amazon S3 API เพื่อใส่ลงใน Amazon S3 Glacier ได้โดยตรงหรือกำหนดกฎในการจัดเก็บแบบถาวร

หมายเหตุ: S3 Glacier Flexible Retrieval (เดิมคือ S3 Glacier) ยังสามารถใช้งานได้ผ่าน Glacier API โดยตรงแบบดั้งเดิมและผ่าน Amazon S3 Glacier Management Console อีกด้วย หากต้องการประสบการณ์ที่ดียิ่งขึ้นพร้อมกับการเข้าถึงชุดคุณสมบัติของ S3 อย่างเต็มรูปแบบ เช่น การจัดการรอบการใช้งาน, การจำลองแบบของ S3, S3 Storage Lens และอื่นๆ เราขอแนะนำให้ใช้ S3 API และ S3 Management Console เพื่อใช้คุณสมบัติ S3 Glacier

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

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

การแจ้งเตือนการคืนค่าจะช่วยให้คุณได้รับแจ้งด้วยการแจ้งเตือนเหตุการณ์ของ S3 เมื่ออ็อบเจกต์ได้รับการคืนค่าจาก S3 Glacier Flexible Retrieval สำเร็จและมีสำเนาชั่วคราวพร้อมให้คุณใช้งาน เจ้าของบัคเก็ต (หรือบุคคลอื่นที่ได้รับอนุญาตโดยนโยบาย IAM) สามารถจัดการกับการแจ้งเตือนที่จะส่งออกไปยัง Amazon Simple Queue Service (SQS) หรือ Amazon Simple Notification Service (SNS) ได้ นอกจากนี้ยังสามารถส่งการแจ้งเตือนไปยัง AWS Lambda สำหรับการประมวลผลโดยฟังก์ชัน Lambda อีกด้วย

ถาม: การคืนค่าอ็อบเจกต์ที่จัดเก็บแบบถาวรใน Amazon S3 Glacier Flexible Retrieval ใช้เวลานานเท่าใด

เมื่อประมวลผลงานเรียกดูข้อมูล ก่อนอื่น Amazon S3 จะเรียกดูข้อมูลที่ขอจาก S3 Glacier Flexible Retrieval จากนั้นจะสร้างสำเนาชั่วคราวของข้อมูลที่ขอใน Amazon S3 ซึ่งโดยปกติแล้วจะใช้เวลาไม่กี่นาที เวลาในการเข้าถึงคำขอของคุณจะขึ้นอยู่กับตัวเลือกในการเรียกดูที่คุณเลือก ได้แก่ การเรียกดูข้อมูลแบบเร่งด่วน แบบมาตรฐาน และแบบจำนวนมาก สำหรับออบเจ็กต์ทั้งหมด ยกเว้นออบเจ็กต์ขนาดใหญ่ที่สุด (250MB+) การเข้าถึงข้อมูลโดยการใช้การเรียกดูข้อมูลแบบเร่งด่วน มักจะใช้เวลา 1-5 นาที อ็อบเจกต์ที่เรียกดูโดยใช้การเรียกดูแบบมาตรฐาน มักจะเสร็จสิ้นภายใน 3-5 ชั่วโมง การเรียกดูจำนวนมากมักจะเสร็จสิ้นภายใน 5-12 ชั่วโมง และไม่มีค่าใช้จ่าย สำหรับข้อมูลเพิ่มเติมเกี่ยวกับตัวเลือก S3 Glacier Flexible Retrieval โปรดดูการคืนค่าอ็อบเจกต์ที่เก็บถาวรในคู่มือผู้ใช้ S3

หน่วยความจุที่จัดเตรียมไว้ของ S3 Glacier ช่วยให้คุณสามารถชำระค่าธรรมเนียมล่วงหน้าแบบคงที่สำหรับเดือนที่กำหนดเพื่อยืนยันว่ามีความจุในการเรียกดูสำหรับการเรียกดูแบบเร่งด่วนจาก S3 Glacier Flexible Retrieval คุณสามารถซื้อหน่วยความจุที่จัดเตรียมไว้ได้สองหน่วยต่อเดือนเพื่อเพิ่มปริมาณข้อมูลที่คุณสามารถเรียกดูได้ หน่วยความจุแต่ละหน่วยจะช่วยให้มั่นใจได้ว่าการเรียกดูแบบเร่งด่วนสามารถดำเนินการได้อย่างน้อยสามรายการทุกๆ ห้านาที และมีปริมาณการประมวลผลสำหรับการเรียกดูได้มากถึง 150 MB/วินาที หากปริมาณงานของคุณต้องการเข้าถึงซับเซ็ตของข้อมูลที่มีความน่าเชื่อถือสูงและคาดการณ์ได้ในเวลาไม่กี่นาที คุณควรซื้อความจุในการเรียกดูที่จัดเตรียมไว้ หากไม่มีความจุที่มีการเตรียมใช้งาน อาจไม่สามารถเรียกดูข้อมูลแบบเร่งด่วนในช่วงเวลาที่มีความต้องการสูงได้ หากคุณต้องการเข้าถึงการเรียกดูข้อมูลแบบเร่งด่วนไม่ว่าในกรณีใดๆ เราขอแนะนำให้คุณซื้อความจุในการเรียกดูข้อมูลที่มีการเตรียมใช้งาน

คุณสามารถซื้อความจุที่มีการเตรียมใช้งานได้โดยใช้คอนโซล Amazon S3, REST API สำหรับการซื้อความจุที่มีการเตรียมใช้งาน, AWS SDK หรือ AWS CLI หน่วยความจุที่มีการเตรียมใช้งานมีระยะเวลาหนึ่งเดือนโดยเริ่มจากวันที่และเวลาที่ซื้อ ซึ่งเป็นวันที่เริ่มต้น หน่วยดังกล่าวจะหมดอายุในวันที่หมดอายุ ซึ่งก็คือหนึ่งเดือนหลังจากวันที่เริ่มต้นโดยปัดเศษขึ้นให้เป็นวินาทีที่ใกล้เคียงที่สุด สำหรับข้อมูลราคาความจุที่มีการเตรียมใช้งาน โปรดดูราคา Amazon S3

ถาม: ระบบคำนวณค่าบริการพื้นที่จัดเก็บของฉันอย่างไรสำหรับอ็อบเจกต์ Amazon S3 ที่จัดเก็บแบบถาวรใน S3 Glacier Flexible Retrieval

ปริมาณพื้นที่จัดเก็บที่เรียกเก็บค่าบริการใน 1 เดือนจะขึ้นอยู่กับพื้นที่จัดเก็บโดยเฉลี่ยที่ใช้ตลอดเดือนนั้น โดยจะวัดเป็นหน่วยกิกะไบต์ต่อเดือน (GB ต่อเดือน) Amazon S3 จะคำนวณขนาดอ็อบเจกต์เป็นปริมาณข้อมูลที่คุณจัดเก็บ บวกกับข้อมูล S3 Glacier เพิ่มเติมอีก 32 KB บวกกับข้อมูลคลาสพื้นที่จัดเก็บ Amazon S3 Standard เพิ่มเติมอีก 8 KB S3 Glacier Flexible Retrieval ต้องใช้ข้อมูลเพิ่มเติม 32 KB ต่ออ็อบเจกต์สำหรับดัชนีและเมตาดาตาของ S3 Glacier เพื่อให้คุณสามารถระบุและเรียกดูข้อมูลของคุณได้ Amazon S3 ต้องใช้ขนาด 8 KB เพื่อจัดเก็บและรักษาชื่อที่ผู้ใช้ระบุและเมตาดาตาของอ็อบเจกต์ที่จัดเก็บแบบถาวรไว้ใน S3 Glacier Flexible Retrieval วิธีนี้จะช่วยทำให้คุณสามารถเรียกดูรายการอ็อบเจกต์ Amazon S3 ทั้งหมดของคุณได้แบบเรียลไทม์ รวมถึงอ็อบเจกต์ที่จัดเก็บโดยใช้ S3 Glacier Flexible Retrieval, Amazon S3 LIST API หรือรายงาน S3 Inventory

ตัวอย่างเช่น หากคุณจัดเก็บอ็อบเจกต์แบบถาวร 100,000 รายการ ซึ่งแต่ละอ็อบเจกต์มีขนาด 1 GB พื้นที่จัดเก็บที่เรียกเก็บเงินได้ของคุณจะเท่ากับ
1.000032 กิกะไบต์ของอ็อบเจกต์แต่ละรายการ x อ็อบเจกต์ 100,000 รายการ = 100,003.2 กิกะไบต์ของพื้นที่จัดเก็บ S3 Glacier
0.000008 กิกะไบต์ของอ็อบเจกต์แต่ละรายการ x อ็อบเจกต์ 100,000 รายการ = 0.8 กิกะไบต์ของพื้นที่จัดเก็บ S3 Standard

ค่าธรรมเนียมจะคำนวณจากอัตราค่าบริการปัจจุบันสำหรับรีเจี้ยน AWS ของคุณในหน้าราคา Amazon S3 สำหรับตัวอย่างราคา Amazon S3 เพิ่มเติม โปรดไปที่คำถามที่พบบ่อยเกี่ยวกับการเรียกเก็บเงิน S3 หรือใช้ AWS Pricing Calculator

ถาม: Amazon S3 Glacier Flexible Retrieval มีระยะเวลาการจัดเก็บขั้นต่ำและค่าใช้จ่ายขั้นต่ำของพื้นที่จัดเก็บอ็อบเจกต์หรือไม่

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

Amazon S3 Glacier Flexible Retrieval มีขนาดพื้นที่จัดเก็บอ็อบเจกต์ขั้นต่ำที่สามารถเรียกเก็บค่าบริการได้อยู่ที่ 40 KB คุณสามารถจัดเก็บอ็อบเจกต์ที่มีขนาดเล็กกว่า 40 KB ได้ แต่ระบบจะเรียกเก็บค่าบริการในราคาพื้นที่จัดเก็บ 40 KB 

ถาม: การเรียกดูข้อมูลจาก Amazon S3 Glacier Flexible Retrieval มีค่าใช้จ่ายเท่าใด

มีวิธีการเรียกดูข้อมูลจาก S3 Glacier Flexible Retrieval อยู่สามวิธีด้วยกัน ได้แก่ การเรียกดูแบบเร่งด่วน การเรียกดูแบบมาตรฐาน และการเรียกดูจำนวนมาก การเรียกดูแบบเร่งด่วนและการเรียกดูแบบมาตรฐานมีค่าธรรมเนียมในการเรียกดูต่อ GB และค่าธรรมเนียมต่อคำขอ (เช่น คุณจะต้องชำระสำหรับคำขอที่สร้างขึ้นสำหรับอ็อบเจกต์ Amazon S3) การเรียกดูจำนวนมากจาก S3 Glacier Flexible Retrieval นั้นไม่มีค่าใช้จ่าย สำหรับราคาของ S3 Glacier โดยละเอียดตามรีเจี้ยน AWS โปรดไปที่หน้าราคาของ Amazon S3

ถาม: Amazon S3 สามารถจัดเก็บอ็อบเจกต์แบบถาวรเพื่อลดค่าใช้จ่ายสำหรับคลาสพื้นที่จัดเก็บได้หรือไม่

คลาสพื้นที่จัดเก็บ Amazon S3 Glacier นั้นสร้างขึ้นเพื่อการเก็บข้อมูลถาวรโดยเฉพาะ ซึ่งช่วยให้คุณมีประสิทธิภาพสูงสุด ความยืดหยุ่นในการเรียกดูข้อมูลมากที่สุด และพื้นที่จัดเก็บถาวรที่มีค่าใช้จ่ายต่ำที่สุดในระบบคลาวด์ คุณสามารถเลือกจากคลาสพื้นที่จัดเก็บถาวร 3 คลาสที่เหมาะสำหรับรูปแบบการเข้าถึงและระยะเวลาการจัดเก็บที่แตกต่างกันได้แล้วในขณะนี้ สำหรับข้อมูลเก็บถาวรที่ต้องการเข้าถึงได้ทันที เช่น รูปภาพทางการแพทย์ แอสเซทสื่อ หรือข้อมูลจีโนม ให้เลือกคลาสพื้นที่จัดเก็บ S3 Glacier Instant Retrieval ซึ่งเป็นคลาสพื้นที่จัดเก็บถาวรที่มอบพื้นที่จัดเก็บที่มีค่าใช้จ่ายต่ำที่สุด โดยมาพร้อมกับการเรียกดูข้อมูลในระดับมิลลิวินาที สำหรับข้อมูลเก็บถาวรที่ไม่จำเป็นต้องเข้าถึงได้ทันที แต่ต้องการความยืดหยุ่นในการเรียกดูข้อมูลชุดใหญ่โดยไม่มีค่าใช้จ่าย เช่น กรณีการใช้งานการสำรองข้อมูลหรือการกู้คืนหลังภัยพิบัติ ให้เลือก S3 Glacier Flexible Retrieval (เดิมคือ S3 Glacier) ที่มาพร้อมกับการเรียกดูข้อมูลภายในไม่กี่นาทีหรือการเรียกดูข้อมูลเป็นจำนวนมากแบบฟรีๆ ภายใน 5-12 ชั่วโมง หากต้องการประหยัดมากยิ่งขึ้นด้านพื้นที่จัดเก็บถาวรในระยะยาว เช่น การเก็บถาวรตามข้อกำหนดและการเก็บรักษาสื่อแบบดิจิทัล ให้เลือก S3 Glacier Deep Archive ซึ่งเป็นพื้นที่จัดเก็บที่มีค่าใช้จ่ายต่ำที่สุดในระบบคลาวด์ โดยมาพร้อมกับการเรียกดูข้อมูลภายใน 12 ชั่วโมง

ถาม: โครงสร้างพื้นฐานแบ็กเอนด์ที่รองรับคลาสพื้นที่จัดเก็บ S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive คืออะไร

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

ถาม:  แท็กอ็อบเจกต์ S3 คืออะไร

แท็กอ็อบเจกต์ S3 คือการจับคู่คีย์-ค่าที่ใช้กับอ็อบเจกต์ S3 ซึ่งสามารถสร้าง อัปเดต หรือลบเมื่อใดก็ได้ในระหว่างอายุการใช้งานอ็อบเจกต์นั้น ซึ่งจะทำให้คุณสามารถสร้างนโยบาย Identity and Access Management (IAM), กำหนดนโยบาย S3 Lifecycle และปรับแต่งตัววัดของพื้นที่จัดเก็บได้ แท็กระดับอ็อบเจกต์เหล่านี้จึงสามารถจัดการการเปลี่ยนระหว่างคลาสพื้นที่จัดเก็บและทำให้อ็อบเจกต์ในพื้นหลังหมดอายุได้ คุณสามารถเพิ่มแท็กไปยังอ็อบเจกต์ใหม่ได้เมื่อคุณอัปโหลดอ็อบเจกต์เหล่านั้น หรือคุณสามารถเพิ่มอ็อบเจกต์ใหม่ไปยังอ็อบเจกต์เดิมได้ โดยสามารถเพิ่มแท็กได้สูงถึง 10 แท็กไปยังอ็อบเจกต์ S3 แต่ละรายการ และคุณสามารถใช้ AWS Management Console, REST API, AWS CLI หรือ AWS SDK เพื่อเพิ่มแท็กอ็อบเจกต์ได้ 

เรียนรู้เพิ่มเติมโดยไปที่คู่มือผู้ใช้แท็กอ็อบเจกต์ของ S3

ถาม:  เพราะเหตุใดฉันจึงควรใช้แท็กอ็อบเจกต์

แท็กอ็อบเจ็กต์เป็นเครื่องมือที่คุณสามารถใช้เพื่อให้สามารถจัดการพื้นที่จัดเก็บ S3 ได้อย่างง่ายดาย โดยสามารถสร้าง อัปเดต และลบแท็กเมื่อใดก็ได้ในระหว่างอายุการใช้งานออบเจ็กต์ของคุณ พื้นที่จัดเก็บของคุณสามารถปรับได้ตามความจำเป็นสำหรับธุรกิจของคุณ แท็กเหล่านี้จะช่วยให้คุณสามารถควบคุมอ็อบเจกต์ที่แท็กโดยมีการจับคู่คีย์-ค่าเฉพาะ ซึ่งช่วยให้คุณสามารถทำให้ข้อมูลลับมีความปลอดภัยมากขึ้นเฉพาะสำหรับกลุ่มหรือผู้ใช้ที่เลือก นอกจากนี้ แท็กอ็อบเจกต์ยังสามารถใช้เพื่อติดป้ายอ็อบเจกต์ที่เป็นของโครงการหรือหน่วยธุรกิจที่เฉพาะเจาะจงได้อีกด้วย ซึ่งสามารถใช้ร่วมกับนโยบาย S3 Lifecycle เพื่อจัดการกับการเปลี่ยนเป็นคลาสพื้นที่จัดเก็บอื่นๆ (Standard-IA ของ S3, One Zone-IA ของ S3, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval และ S3 Glacier Deep Archive) หรือกับการจำลองแบบของ S3 เพื่อเลือกจำลองแบบข้อมูลระหว่างรีเจี้ยน AWS ได้

ถาม: ฉันจะอัปเดตแท็กอ็อบเจกต์กับอ็อบเจกต์ของฉันได้อย่างไร

แท็กออบเจ็กต์สามารถเปลี่ยนแปลงเมื่อใดก็ได้ในระหว่างอายุการใช้งานของออบเจ็กต์ S3 ของคุณ โดยคุณสามารถใช้ AWS Management Console, REST API, AWS CLI หรือ AWS SDK เพื่อเปลี่ยนแท็กออบเจ็กต์ของคุณได้ โปรดทราบว่าการเปลี่ยนแปลงแท็กทั้งหมดนอก AWS Management Console เป็นการเปลี่ยนแปลงชุดแท็กทั้งหมด หากคุณมีแท็ก 5 แท็กติดอยู่กับอ็อบเจกต์ใดอ็อบเจกต์หนึ่ง และต้องการเพิ่มแท็กที่ 6 คุณต้องรวมแท็กเดิม 5 แท็กเข้าไปในคำขอนั้นด้วย

ถาม:  แท็กอ็อบเจกต์มีค่าใช้จ่ายเท่าใด

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

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

คุณสามารถใช้ AWS Management Console หรือ S3 PUT Bucket Analytics API กำหนดค่านโยบายการวิเคราะห์คลาสพื้นที่จัดเก็บเพื่อระบุพื้นที่จัดเก็บที่ไม่ได้เข้าถึงบ่อยครั้ง ซึ่งสามารถเปลี่ยนไปใช้คลาสพื้นที่จัดเก็บ Standard-IA ของ S3 หรือ One Zone-IA ของ S3 หรือเก็บอย่างถาวรไว้ในคลาสพื้นที่จัดเก็บ S3 Glacier คุณสามารถไปยังแท็บ “การจัดการ” ใน S3 Console เพื่อจัดการตัววัดการวิเคราะห์คลาสพื้นที่จัดเก็บ, S3 Inventory และ S3 CloudWatch ได้

ถาม:  S3 Inventory คืออะไร

รายงาน S3 Inventory เป็นทางเลือกที่ให้การกำหนดตารางเวลาสำหรับ List API ที่มีการซิงโครไนซ์ของ Amazon S3 คุณสามารถกำหนดค่า S3 Inventory เพื่อจัดเตรียมเอาต์พุตไฟล์ CSV, ORC หรือ Parquet ของอ็อบเจ็กต์ของคุณและข้อมูลเมตาที่เกี่ยวข้องเป็นประจำทุกวันหรือทุกสัปดาห์สำหรับบัคเก็ต S3 หรือคำนำหน้าได้ คุณสามารถเร่งลำดับงานของธุรกิจและงานที่มีข้อมูลขนาดใหญ่ให้เร็วขึ้นและง่ายขึ้นได้ด้วย S3 Inventory คุณยังสามารถใช้ S3 Inventory เพื่อตรวจสอบยืนยันการเข้ารหัสและสถานะการทำซ้ำอ็อบเจกต์ของคุณเพื่อให้เป็นไปตามกฎข้อบังคับทางธุรกิจ และความต้องการด้านกฎระเบียบต่างๆ ได้ เรียนรู้เพิ่มเติมได้ที่คู่มือผู้ใช้ Amazon S3 Inventory

ถาม:  ฉันจะเริ่มต้นใช้งาน S3 Inventory อย่างไร

คุณสามารถใช้ AWS Management Console หรือ PUT Bucket Inventory Configuration API เพื่อกำหนดค่ารายงานสินค้าคงคลังประจำวันหรือประจำสัปดาห์สำหรับอ็อบเจกต์ทั้งหมดภายในบัคเก็ต S3 ของคุณหรือชุดย่อยของอ็อบเจกต์ภายใต้คำนำหน้าร่วมกันได้ เนื่องจากเป็นส่วนหนึ่งของการกำหนดค่า คุณจึงสามารถระบุบัคเก็ต S3 ปลายทางสำหรับรายงาน S3 Inventory ของคุณ รูปแบบไฟล์เอาต์พุต (CSV, ORC หรือ Parquet) และข้อมูลเมตาของอ็อบเจกต์เฉพาะที่จำเป็นสำหรับการใช้งานทางธุรกิจของคุณ เช่น ชื่ออ็อบเจกต์, ขนาด, วันที่แก้ไขล่าสุด, คลาสที่จัดเก็บข้อมูล, ID เวอร์ชัน, delete marker, ค่าสถานะเวอร์ชันที่ไม่เป็นปัจจุบัน, ค่าสถานะอัปโหลดแบบหลายส่วน, สถานะการทำซ้ำ หรือสถานะการเข้ารหัส คุณสามารถใช้ S3 Inventory เป็นอินพุตโดยตรงในลำดับงานแอปพลิเคชันของคุณหรืองาน Big Data ได้ คุณยังสามารถสืบค้น S3 Inventory โดยใช้ภาษา Standard SQL ด้วย Amazon Athena, Amazon Redshift Spectrum และเครื่องมืออื่นๆ เช่น Presto, Hive และ Spark ได้อีกด้วย

เรียนรู้เพิ่มเติมได้ที่คู่มือผู้ใช้ Amazon S3 Inventory

ถาม:  จะมีการคิดค่าใช้จ่ายในการใช้งาน S3 Inventory อย่างไร

โปรดดูในหน้าราคาของ Amazon S3 สำหรับราคา S3 Inventory เมื่อคุณกำหนดค่าการเข้ารหัสโดยใช้ SSE-KMS คุณจะมีค่าใช้จ่าย KMS สำหรับการเข้ารหัส โปรดดูรายละเอียดในหน้าราคาของ KMS

ถาม: การทำงานแบบแบตช์ของ S3 คืออะไร

S3 Batch Operations เป็นคุณสมบัติหนึ่งที่คุณสามารถใช้ในการทำให้การดำเนินการเดี่ยว (เช่น การคัดลอกอ็อบเจกต์ หรือการใช้งานฟังก์ชัน AWS Lambda) เป็นไปโดยอัตโนมัติในหลายอ็อบเจกต์ S3 Batch Operations จะช่วยให้คุณสามารถทำการเปลี่ยนแปลงต่ออ็อบเจกต์พันล้านรายการได้ในไม่กี่คลิกใน S3 Console หรือคำขอ API เดียว โดยไม่ต้องเขียนโค้ดแอปพลิเคชันแบบกำหนดเองหรือเรียกใช้การประมวลผลแบบคลัสเตอร์สำหรับแอปพลิเคชันการจัดการที่จัดเก็บข้อมูล S3 Batch Operations ไม่เพียงช่วยดูแลการทำงานของที่จัดเก็บข้อมูลที่มีต่ออ็อบเจกต์หลายรายการเท่านั้น แต่ S3 Batch Operations ยังจัดการลองใหม่ แสดงความคืบหน้า ส่งการแจ้งเตือน จัดทำรายงานงานเสร็จสมบูรณ์ และส่งเหตุการณ์ไปยัง AWS CloudTrail สำหรับการทำงานทั้งหมดที่ดำเนินการบนอ็อบเจกต์เป้าหมายของคุณอีกด้วย S3 Batch Operations สามารถใช้งานได้จาก S3 Console หรือผ่านทาง AWS CLI และ SDK 

หากต้องการเรียนรู้เพิ่มเติม ให้ไปที่หน้า S3 Batch Operations หรือคู่มือผู้ใช้

ถาม: ฉันจะเริ่มต้นใช้งาน S3 Batch Operations อย่างไร

คุณเริ่มต้นใช้งาน S3 Batch Operations ได้โดยไปที่ Console ของ Amazon S3 หรือใช้ AWS CLI หรือ SDK เพื่อสร้างงาน S3 Batch Operations ชิ้นแรก งานของ S3 Batch Operations ประกอบด้วยรายการอ็อบเจกต์ที่จะดำเนินการและประเภทของการทำงานที่จะดำเนินการ (ดูรายการแบบสมบูรณ์ของการดำเนินการที่พร้อมใช้งาน) เริ่มโดยการเลือกรายงาน S3 Inventory หรือระบุรายการอ็อบเจกต์แบบกำหนดเองของคุณสำหรับ S3 Batch Operations ที่จะดำเนินการ รายงาน S3 Inventory เป็นไฟล์ที่มีรายการอ็อบเจกต์ทั้งหมดที่จัดเก็บอยู่ในบัคเก็ตหรือมีคำนำหน้าเป็น S3 จากนั้น คุณเลือกดำเนินการจากชุดการทำงาน S3 ที่ S3 Batch Operations รองรับ เช่น การแทนที่ชุดแท็ก, การเปลี่ยน ACL, การคัดลอกพื้นที่จัดเก็บจากบัคเก็ตหนึ่งไปยังอีกบัคเก็ตหนึ่ง หรือการสร้างการคืนค่าจากคลาสพื้นที่จัดเก็บ S3 Glacier Flexible Retrieval ไปยัง S3 Standard จากนั้นคุณสามารถปรับแต่งงานของ S3 Batch Operations ด้วยพารามิเตอร์ที่เฉพาะเจาะจง เช่น ค่าแท็ก, ผู้รับมอบสิทธิ์ ACL หรือระยะเวลาการคืนค่า หากต้องการปรับแต่งการดำเนินการกับพื้นที่จัดเก็บเพิ่มเติม คุณสามารถเขียนฟังก์ชัน Lambda ของคุณเอง และเรียกใช้โค้ดนั้นด้วย S3 Batch Operations

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

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

ถาม: Amazon S3 Object Lock คืออะไร

Amazon S3 Object Lock เป็นคุณสมบัติของ Amazon S3 ที่จะป้องกันการลบหรือการเขียนทับเวอร์ชันอ็อบเจกต์ในช่วงระยะเวลาหนึ่งหรือไม่มีกำหนด เพื่อให้คุณสามารถบังคับใช้นโยบายการเก็บรักษาเป็นการเพิ่มการปกป้องข้อมูลอีกชั้นหนึ่งหรือสำหรับการปฏิบัติตามกฎระเบียบได้ คุณสามารถย้ายปริมาณงานจากระบบที่เขียนครั้งเดียวอ่านหลายครั้ง (WORM) ที่มีอยู่แล้วไปยัง Amazon S3 และกำหนดค่า S3 Object Lock ในระดับอ็อบเจกต์และระดับบัคเก็ต เพื่อป้องกันการลบเวอร์ชันอ็อบเจกต์ก่อนถึงวันที่สิ้นสุดการเก็บรักษาข้อมูลที่กำหนดไว้ล่วงหน้าหรือไม่มีกำหนด (วันที่พักรอข้อมูลตามกฎหมาย) การป้องกัน S3 Object Lock จะคงอยู่ไม่ว่าเวอร์ชันอ็อบเจกต์จะอยู่ในคลาสที่จัดเก็บข้อมูลใด และคงอยู่ตลอดการย้ายของรอบการใช้งาน S3 ระหว่างคลาสที่จัดเก็บข้อมูลต่างๆ 

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

เรียนรู้เพิ่มเติมโดยไปที่คู่มือผู้ใช้ S3 Object Lock

ถาม: Amazon S3 Object Lock ทำงานอย่างไร

Amazon S3 Object Lock ป้องกันการลบเวอร์ชันอ็อบเจกต์ในช่วงระยะเวลาการเก็บรักษาที่ระบุหรือไม่มีกำหนด จนกว่าการพักรอข้อมูลตามกฎหมายจะถูกลบออก S3 Object Lock จะช่วยให้คุณมั่นใจได้ว่าเวอร์ชันอ็อบเจกต์ยังคงไม่เปลี่ยนแปลงตราบเท่าที่มีการใช้การป้องกัน WORM คุณสามารถใช้การป้องกันแบบ WORM ได้ด้วยการกำหนด “วันที่สิ้นสุดการเก็บรักษา” หรือ “การพักรอข้อมูลตามกฎหมาย” ให้กับเวอร์ชันอ็อบเจกต์โดยใช้ AWS SDK, CLI, REST API หรือ S3 Management Console คุณสามารถใช้การตั้งค่าการเก็บรักษาได้ภายในคำขอ PUT หรือใช้การตั้งค่ากับอ็อบเจกต์ที่มีอยู่หลังจากสร้างขึ้นมา

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

นอกจากนี้ คุณยังสามารถทำให้อ็อบเจกต์คงสภาพเปลี่ยนแปลงไม่ได้ด้วยการใช้ “การพักรอข้อมูลตามกฎหมาย” “การพักรอข้อมูลตามกฎหมาย” จะป้องกันไม่ให้มีการแก้ไขหรือลบเวอร์ชันของอ็อบเจกต์อย่างไม่มีกำหนด จนกว่าจะมีการลบอ็อบเจกต์ออกอย่างชัดเจน เพื่อที่จะบังคับใช้และนำ “การพักรอข้อมูลตามกฎหมาย” ออก บัญชี AWS ของคุณต้องมีสิทธิ์ในการเขียนสำหรับการดำเนินการ PutObjectLegalHold “การพักรอข้อมูลตามกฎหมาย” สามารถใช้ได้กับอ็อบเจกต์ในบัคเก็ตที่เปิดใช้งาน S3 Object Lock ไม่ว่าอ็อบเจกต์นั้นจะได้รับการป้องกันแบบ WORM โดยใช้ระยะเวลาการเก็บรักษาหรือไม่ก็ตาม

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

ถาม: บริการที่จัดเก็บข้อมูลอิเล็กทรอนิกส์ของ AWS มีการประเมินในด้านใดบ้างตามข้อบังคับบริการทางการเงิน

สำหรับลูกค้าในอุตสาหกรรมบริการทางการเงิน S3 Object Lock มีการรองรับเพิ่มเติมสำหรับนายหน้า-ตัวแทนจำหน่ายที่ต้องเก็บบันทึกข้อมูลไว้ในรูปแบบที่ลบไม่ได้และเขียนซ้ำไม่ได้เพื่อให้เป็นไปตามเกณฑ์กำหนดตามกฎ SEC ข้อ 17a-4(f), กฎ FINRA ข้อ 4511 หรือข้อบังคับ CFTC ข้อ 1.31 คุณยังสามารถกำหนดกรอบเวลาในการเก็บบันทึกข้อมูลได้อย่างง่ายดายเพื่อเก็บข้อมูลตามข้อบังคับแบบถาวรในรูปแบบดั้งเดิมตามระยะเวลาที่กำหนด และยังสามารถกำหนดสถานะพักรอข้อมูลตามกฎหมายในการเก็บบันทึกข้อมูลไว้อย่างไม่มีกำหนดจนกว่าจะปลดสถานะพักรอ

ถาม: เอกสารประกอบ AWS ใดที่มีข้อมูลสนับสนุนเกี่ยวกับเกณฑ์ SEC 17a-4(f)(2)(i) และ CFTC 1.31(c) สำหรับแจ้งให้ผู้ควบคุมกฎข้อบังคับของฉันทราบ

คุณควรแจ้งให้ผู้ควบคุมกฎข้อบังคับของคุณหรือ “หน่วยงานตรวจสอบที่ได้รับมอบหมาย” (DEA) ทราบว่าคุณได้เลือกใช้ Amazon S3 เป็นพื้นที่จัดเก็บอิเล็กทรอนิกส์พร้อมกับให้สำเนาการตรวจประเมิน Cohasset ด้วย เพื่อให้บรรลุวัตถุประสงค์ในการปฏิบัติตามเกณฑ์เหล่านี้ AWS จึงไม่ใช่หน่วยงานภายนอกที่ได้รับมอบหมาย (D3P) อย่าลืมเลือก D3P และให้ข้อมูลนี้ในการแจ้งให้ DEA ของคุณทราบด้วย

ถาม: ฉันจะเริ่มต้นใช้งาน S3 CloudWatch Metrics ได้อย่างไร

คุณสามารถใช้งาน AWS Management Console เพื่อเปิดใช้งานการสร้างตัววัดคำขอ CloudWatch แบบหนึ่งนาที สำหรับบัคเก็ต S3 ของคุณ หรือกำหนดค่าตัวกรองสำหรับตัววัดโดยใช้คำนำหน้า แท็กอ็อบเจกต์ หรือจุดเข้าถึงได้ หรือคุณสามารถเรียกใช้ S3 PUT Bucket Metrics API เพื่อเปิดใช้งานและกำหนดค่าการเผยแพร่ตัววัดพื้นที่จัดเก็บ S3 ได้ ตัววัดคำขอ CloudWatch จะพร้อมใช้งานใน CloudWatch ภายใน 15 นาทีหลังจากเปิดใช้งาน ตัววัดที่จัดเก็บข้อมูล CloudWatch จะเปิดใช้งานตามค่าเริ่มต้นสำหรับทุกบัคเก็ต และรายงานวันละ 1 ครั้ง เรียนรู้เพิ่มเติมเกี่ยวกับตัววัด CloudWatch สำหรับ Amazon S3

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

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

ถาม: ระบบจะคิดค่าใช้จ่ายในการใช้งาน S3 CloudWatch Metrics อย่างไร

ตัววัดพื้นที่จัดเก็บ CloudWatch มีให้บริการฟรี ตัววัดพื้นที่จัดเก็บ CloudWatch มีการกำหนดราคาตามตัววัดที่กำหนดเองสำหรับ Amazon CloudWatch โปรดดูหน้าราคาของ Amazon CloudWatch สำหรับข้อมูลทั่วไปเกี่ยวกับราคาตัววัด S3 CloudWatch

ถาม:  การจัดการรอบการใช้งาน S3 คืออะไร

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

เรียนรู้เพิ่มเติมโดยไปที่คู่มือผู้ใช้ S3 Lifecycle

ถาม:  ฉันจะตั้งค่านโยบายการจัดการรอบการใช้งาน S3 ได้อย่างไร

คุณสามารถตั้งค่าและจัดการนโยบายรอบการใช้งานได้ใน AWS Management Console, S3 REST API, AWS SDK หรือ AWS Command Line Interface (CLI) คุณสามารถระบุนโยบายที่คำนำหน้าหรือที่ระดับบัคเก็ตได้

ถาม: ฉันจะใช้การจัดการของ Amazon S3 Lifecycle เพื่อช่วยลดค่าใช้จ่ายด้านพื้นที่จัดเก็บของ Amazon S3 ได้อย่างไร

เมื่อใช้นโยบาย Amazon S3 Lifecycle คุณสามารถกำหนดค่าอ็อบเจกต์ของคุณให้ย้ายจากคลาสพื้นที่จัดเก็บ S3 Standard ไปไว้ใน Standard-IA ของ S3 หรือ One Zone-IA ของ S3 และ/หรือเก็บถาวรไว้ในคลาสพื้นที่จัดเก็บ S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval, หรือ S3 Glacier Deep Archive

นอกจากนี้ คุณยังสามารถระบุนโยบาย S3 Lifecycle เพื่อลบอ็อบเจกต์หลังจากช่วงเวลาที่กำหนดได้อีกด้วย คุณสามารถใช้การจัดการแบบอัตโนมัติด้วยนโยบายนี้เพื่อลดค่าใช้จ่ายสำหรับพื้นที่จัดเก็บได้อย่างรวดเร็วและง่ายดาย รวมถึงประหยัดเวลาด้วย ในแต่ละกฎ คุณสามารถกำหนดคำนำหน้า ระยะเวลา การเปลี่ยนไปใช้ Standard-IA ของ S3, One Zone-IA ของ S3, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval, S3 Glacier Deep Archive และ/หรือการหมดอายุ ยกตัวอย่างเช่น คุณอาจสร้างกฎที่จัดเก็บอ็อบเจกต์ทั้งหมดแบบถาวรไว้ใน S3 Glacier Flexible Retrieval โดยมีคำนำหน้าร่วมกันเป็น “logs/” 30 วันหลังจากสร้างอ็อบเจกต์ และให้อ็อบเจกต์เหล่านี้หมดอายุใน 365 วันหลังจากสร้างอ็อบเจกต์

คุณยังสามารถสร้างกฎแยกต่างหากที่ให้เฉพาะอ็อบเจกต์ทั้งหมดที่มีคำนำหน้าเป็น “backups/” หมดอายุใน 90 วันหลังจากสร้างอ็อบเจกต์ได้ด้วย นโยบายรอบการใช้งาน S3 มีผลใช้กับทั้งออบเจ็กต์ S3 ทั้งเก่าและใหม่ โดยช่วยให้คุณปรับพื้นที่จัดเก็บให้เหมาะสมที่สุด และประหยัดค่าใช้จ่ายได้มากที่สุดสำหรับข้อมูลปัจจุบันทั้งหมดและข้อมูลใหม่ใดๆ ที่อยู่ใน S3 โดยไม่ต้องเสียเวลาในตรวจสอบและย้ายข้อมูลด้วยตนเอง

ภายในกฎรอบการใช้งาน ช่องคำนำหน้าจะระบุออบเจ็กต์ที่เป็นไปตามกฎ หากต้องการใช้กฎกับออบเจ็กต์แต่ละรายการ ให้ระบุชื่อหลัก หากต้องการใช้กฎกับชุดออบเจ็กต์ ให้ระบุคำนำหน้าร่วมของออบเจ็กต์ (เช่น “logs/”) คุณสามารถกำหนดให้การดำเนินการเปลี่ยนให้จัดเก็บออบเจ็กต์ของคุณแบบถาวร และกำหนดให้การดำเนินการหมดอายุให้ลบออบเจ็กต์ทิ้งได้ สำหรับระยะเวลา ให้ใส่วันที่สร้าง (เช่น 31 มกราคม 2015) หรือจำนวนวันนับจากวันที่สร้าง (เช่น 30 วัน) ซึ่งหลังจากวันดังกล่าว คุณต้องการให้จัดเก็บออบเจ็กต์แบบถาวรหรือลบออบเจ็กต์ทิ้ง คุณอาจสร้างกฎหลายกฎสำหรับคำนำหน้าต่างๆ ได้

ถาม:  จะมีค่าใช้จ่ายเท่าใดในการใช้การจัดการรอบการใช้งาน S3

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

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

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

เรียนรู้เพิ่มเติมเกี่ยวกับ S3 Lifecycle เพื่อทำให้รายการอัปโหลดแบบหลายส่วนที่ไม่สมบูรณ์หมดอายุ »

ถาม: ฉันสามารถตั้งค่าการแจ้งเตือนเหตุการณ์ของ Amazon S3 ให้ส่งการแจ้งเตือนเมื่อ S3 Lifecycle เปลี่ยนหรือทำให้อ็อบเจกต์หมดอายุได้หรือไม่

ได้ คุณสามารถตั้งค่าการแจ้งเตือนเหตุการณ์ของ Amazon S3 ให้แจ้งเตือนคุณเมื่อ S3 Lifecycle เปลี่ยนหรือทำให้อ็อบเจกต์หมดอายุ ตัวอย่างเช่น คุณสามารถส่งการแจ้งเตือนเหตุการณ์ของ S3 ไปยังหัวข้อ Amazon SNS, คิว Amazon SQS หรือฟังก์ชัน AWS Lambda เมื่อ S3 Lifecycle ย้ายอ็อบเจกต์ไปยังคลาสพื้นที่จัดเก็บ S3 อื่นหรือทำให้อ็อบเจกต์หมดอายุ

ถาม: มีคุณสมบัติใดบ้างที่สามารถวิเคราะห์การใช้พื้นที่เก็บข้อมูลบน Amazon S3 ของฉันได้

S3 Storage Lens ทำให้ทั้งองค์กรสามารถมองเห็นการใช้งานพื้นที่จัดเก็บออบเจ็กต์ แนวโน้มกิจกรรม และมอบคำแนะนำที่สามารถนำมาใช้ประกอบการดำเนินการเพื่อปรับปรุงความคุ้มค่าใช้จ่ายและปรับใช้แนวทางปฏิบัติที่ดีที่สุดในการป้องกันข้อมูลได้ S3 Storage Class Analysis ช่วยให้คุณสามารถตรวจสอบรูปแบบการเข้าถึงในออบเจ็กต์ต่างๆ เพื่อช่วยใหคุณตัดสินใจได้ว่าควรเปลี่ยนผ่านข้อมูลไปยังคลาสพื้นที่จัดเก็บที่เหมาะสมเพื่อปรับต้นทุนให้เหมาะสมเมื่อใด จากนั้น คุณสามารถใช้ข้อมูลนี้ในการกำหนดค่านโยบาย S3 Lifecycle ซึ่งจะโอนย้ายข้อมูลได้ Amazon S3 Inventory นำเสนอรายงานของออบเจ็กต์ของคุณและข้อมูลเมตาที่เกี่ยวข้องเป็นประจำทุกวันหรือทุกสัปดาห์สำหรับบัคเก็ตหรือคำนำหน้าของ S3 คุณยังสามารถใช้รายงานนี้เพื่อช่วยให้บรรลุความต้องการทางธุรกิจ การปฏิบัติตามข้อกำหนด และกฎข้อบังคับได้โดยการตรวจสอบการเข้ารหัสและสถานะการจำลองแบบของออบเจ็กต์ของคุณ

ถาม: Amazon S3 Storage Lens คืออะไร

Amazon S3 Storage Lens ทำให้ทั้งองค์กรสามารถมองเห็นการใช้งานพื้นที่จัดเก็บออบเจ็กต์และแนวโน้มกิจกรรม และมอบคำแนะนำที่สามารถนำมาใช้ประกอบการดำเนินการเพื่อปรับปรุงความคุ้มค่าใช้จ่ายและปรับใช้แนวทางปฏิบัติที่ดีที่สุดในการป้องกันข้อมูลได้ Storage Lens มีแดชบอร์ดแบบอินเตอร์แอคทีฟซึ่งมีมุมมองเดี่ยวของการใช้พื้นที่จัดเก็บอ็อบเจ็กต์และกิจกรรมในหลายสิบหรือหลายร้อยบัญชีในองค์กรของคุณ พร้อมความสามารถในการเจาะลึกเพื่อสร้างข้อมูลเชิงลึกในระดับบัญชี บัคเก็ต หรือแม้แต่คำนำหน้า ซึ่งรวมถึงตัววัดหน่วยของสิ่งต่างๆ เช่น ไบต์ จำนวนออบเจ็กต์ และคำขอ ตลอดจนตัววัดที่แสดงรายละเอียดการใช้คุณสมบัติของ S3 เช่น จำนวนอ็อบเจ็กต์ที่เข้ารหัส และจำนวน delete marker นอกจากนี้ S3 Storage Lens ยังมอบคำแนะนำตามบริบทเพื่อค้นหาวิธีที่คุณสามารถลดค่าใช้จ่ายในการเก็บข้อมูลและปรับใช้แนวทางปฏิบัติที่ดีที่สุดในการปกป้องข้อมูลในบัญชีและบัคเก็ตจำนวนหลายสิบหรือหลายพันรายการ

เรียนรู้เพิ่มเติมโดยไปที่คู่มือผู้ใช้ S3 Storage Lens

ถาม: S3 Storage Lens ทำงานอย่างไร

S3 Storage Lens จะรวบรวมการใช้งานพื้นที่จัดเก็บและตัววัดกิจกรรมของคุณในแต่ละวันเพื่อแสดงผลในแดชบอร์ดแบบอินเทอร์แอคทีฟของ S3 Storage Lens หรือพร้อมให้ใช้งานในรูปแบบการส่งออกตัววัดในรูปแบบไฟล์ CSV หรือ Parquet ระบบจะสร้างแดชบอร์ดเริ่มต้นสำหรับคุณโดยอัตโนมัติที่ระดับบัญชี และคุณสามารถเลือกเพื่อสร้างแดชบอร์ดแบบกำหนดเองเพิ่มเติมที่กำหนดขอบเขตไปยังองค์กร AWS ของคุณ หรือไปยังบัญชี รีเจี้ยน หรือบัคเก็ตที่เฉพาะเจาะจงได้ ในการกำหนดค่าแดชบอร์ด คุณสามารถใช้การเลือกตัววัดเริ่มต้น หรือรับตัววัดและคำแนะนำขั้นสูงที่มีค่าใช้จ่ายเพิ่มเติมได้ S3 Storage Lens จะให้คำแนะนำตามบริบทพร้อมตัววัดการจัดเก็บในแดชบอร์ด ดังนั้นคุณจึงสามารถดำเนินการเพื่อปรับที่จัดเก็บข้อมูลของคุณให้เหมาะสมตามตัววัดได้

ถาม: การใช้ตัววัด S3 Storage Lens สามารถตอบคำถามสำคัญๆ อะไรได้บ้าง

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

ถาม: ตัววัดใดบ้างที่สามารถใช้งานได้ใน S3 Storage Lens

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

ถาม: ตัวเลือกการกำหนดค่าแดชบอร์ดของฉันมีอะไรบ้าง

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

ถาม: S3 Storage Lens มีข้อมูลในอดีตที่สามารถใช้ได้มากน้อยเพียงใด

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

ถาม: จะมีการเก็บค่าบริการสำหรับ S3 Storage Lens อย่างไร

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

ถาม: S3 Storage Lens และ S3 Inventory มีความแตกต่างกันอย่างไร

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

ถาม: S3 Storage Lens และ S3 Storage Class Analysis (SCA) มีความแตกต่างกันอย่างไร

S3 Storage Class Analysis มอบคำแนะนำสำหรับคลาสพื้นที่จัดเก็บที่เหมาะสมโดยการสร้างกลุ่มอายุอ็อบเจกต์ตามรูปแบบการเข้าถึงระดับอ็อบเจกต์ภายในบัคเก็ต/คำนำหน้า/แท็กแต่ละรายการในช่วง 30-90 วันที่ผ่านมา ส่วน S3 Storage Lens มอบคำแนะนำระดับองค์กรแบบรายวันเกี่ยวกับวิธีการปรับปรุงประสิทธิภาพด้านค่าใช้จ่ายและปรับใช้แนวทางปฏิบัติที่ดีที่สุดในการปกป้องข้อมูลพร้อมคำแนะนำแบบละเอียดเพิ่มเติมตามบัญชี รีเจี้ยน คลาสพื้นที่จัดเก็บ บัคเก็ต หรือคำนำหน้า  

ถาม:  การวิเคราะห์คลาสที่จัดเก็บข้อมูลคืออะไร

การวิเคราะห์คลาสที่จัดเก็บข้อมูลช่วยให้คุณสามารถวิเคราะห์รูปแบบการเข้าถึงที่จัดเก็บข้อมูลเพื่อกำหนดคลาสที่จัดเก็บข้อมูลที่เหมาะสมสำหรับที่จัดเก็บข้อมูลของคุณ คุณสมบัติของ S3 นี้จะระบุรูปแบบการเข้าถึงแบบไม่บ่อยครั้งโดยอัตโนมัติ เพื่อช่วยให้คุณเปลี่ยนการจัดเก็บข้อมูลเป็น Standard-IA ของ S3 คุณสามารถกำหนดนโยบายการวิเคราะห์คลาสที่จัดเก็บข้อมูลเพื่อเฝ้าติดตามบัคเก็ตทั้งหมด คำนำหน้า หรือแท็กอ็อบเจกต์ได้ เมื่อมีการสังเกตการณ์รูปแบบการเข้าถึงแบบไม่บ่อยครั้ง คุณจะสามารถสร้างนโยบายอายุรอบการใช้งาน S3 ตามผลลัพธ์ที่ได้อย่างง่ายดาย การวิเคราะห์คลาสที่จัดเก็บข้อมูลยังช่วยให้คุณเห็นภาพการใช้ที่จัดเก็บข้อมูลของคุณบน AWS Management Console และคุณยังสามารถส่งออกไปยังบัคเก็ต S3 เพื่อวิเคราะห์โดยใช้เครื่องมืออัจฉริยะเชิงธุรกิจที่คุณเลือก เช่น Amazon QuickSight ได้อีกด้วย

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

ถาม:   การวิเคราะห์คลาสที่จัดเก็บข้อมูลมีการอัปเดตบ่อยเพียงใด

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

ถาม: ฟังก์ชัน "สืบค้นในตัว" คืออะไร

Amazon S3 อนุญาตให้ลูกค้าเรียกใช้สืบค้นที่มีความซับซ้อนกับข้อมูลที่จัดเก็บไว้โดยไม่ต้องย้ายไปยังแพลตฟอร์มการวิเคราะห์ที่แยกต่างหาก ความสามารถในการทำสืบค้นของข้อมูลนี้ในตัวบน Amazon S3 สามารถเพิ่มประสิทธิภาพการทำงานอย่างมีนัยยะและลดค่าใช้จ่ายสำหรับโซลูชันการวิเคราะห์ที่ใช้ S3 เป็น Data Lake S3 มีตัวเลือกสืบค้นในตัวมากมาย ได้แก่ S3 Select, Amazon Athena และ Amazon Redshift Spectrum ซึ่งให้คุณได้เลือกหนึ่งตัวเลือกที่เหมาะกับการใช้งานของคุณที่สุด คุณยังสามารถใช้ Amazon S3 Select พร้อมกับ AWS Lambda เพื่อสร้างแอปไร้เซิร์ฟเวอร์ที่สามารถใช้ประโยชน์จากความสามารถในการประมวลผลในตัวของ S3 Select ได้อีกด้วย

ถาม: S3 Select คืออะไร

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

คุณสามารถใช้ S3 Select เพื่อกู้คืนชุดย่อยของข้อมูลที่ใช้เงื่อนไข SQL เช่น SELECT และ WHERE จากอ็อบเจกต์ที่จัดเก็บในรูปแบบ CSV, JSON หรือ Apache Parquet นอกจากนี้ยังสามารถใช้กับอ็อบเจกต์ที่บีบอัดด้วย GZIP หรือ BZIP2 (สำหรับอ็อบเจกต์ CSV และ JSON เท่านั้น) และอ็อบเจกต์ที่เข้ารหัสจากฝั่งเซิร์ฟเวอร์

คุณสามารถใช้ S3 Select พร้อมกับ AWS Lambda เพื่อสร้างแอปพลิเคชันไร้เซิร์ฟเวอร์ซึ่งใช้ S3 Select เพื่อกู้คืนข้อมูลจาก Amazon S3 ได้อย่างง่ายดายและมีประสิทธิภาพ แทนการกู้คืนและประมวลผลอ็อบเจกต์ทั้งหมด คุณยังสามารถใช้ S3 Select พร้อมกับเฟรมเวิร์กของ Big Data เช่น Presto, Apache Hive และ Apache Spark เพื่อสแกนและกรองข้อมูลใน Amazon S3

เรียนรู้เพิ่มเติมโดยไปที่คู่มือผู้ใช้ S3 Select

ถาม: Amazon Athena คืออะไร

Amazon Athena เป็นบริการสืบค้นแบบอินเทอร์แอคทีฟที่ช่วยให้ง่ายต่อการวิเคราะห์ข้อมูลใน Amazon S3 โดยใช้การสืบค้น SQL มาตรฐาน Athena ไม่ใช้เซิร์ฟเวอร์ ดังนั้นจึงไม่มีโครงสร้างพื้นฐานที่ต้องตั้งค่าหรือจัดการ และคุณสามารถเริ่มการวิเคราะห์ข้อมูลได้ทันที คุณไม่จำเป็นต้องโหลดข้อมูลไปยัง Athena เพราะ Athena จะทำงานโดยตรงกับข้อมูลที่จัดเก็บไว้ในคลาสพื้นที่จัดเก็บ S3 ทั้งหมด หากต้องการเริ่มต้นใช้งาน เพียงลงชื่อเข้าใช้ Athena Management Console ระบุแบบแผน และเริ่มการสืบค้น Amazon Athena ใช้ Presto ที่รองรับ SQL แบบมาตรฐานอย่างสมบูรณ์และทำงานร่วมกับรูปแบบข้อมูลมาตรฐานหลายประเภท ได้แก่ CSV, JSON, ORC, Apache Parquet และ Avro ในขณะที่ Athena เหมาะสำหรับการสืบค้นแบบเฉพาะกิจที่รวดเร็วและรวมเข้ากับ Amazon QuickSight เพื่อการจัดรูปแบบการแสดงข้อมูลที่ง่ายขึ้น อีกทั้งยังสามารถจัดการการวิเคราะห์ที่ซับซ้อน เช่น การเชื่อมขนาดใหญ่ ฟังก์ชันหน้าต่าง และแถวลำดับ

ถาม: Amazon Redshift Spectrum คืออะไร

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

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

ถาม: การจำลองแบบของ Amazon S3 คืออะไร

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

ถาม: การจำลองแบบข้ามรีเจี้ยน (CRR) ของ Amazon S3 คืออะไร

CRR คือคุณสมบัติหนึ่งของ Amazon S3 ที่ทำซ้ำข้อมูลระหว่างบัคเก็ตทั่วเขต AWS ต่างๆ โดยอัตโนมัติ CRR จะช่วยให้คุณสามารถตั้งค่าการทำซ้ำในระดับบัคเก็ต ระดับคำนำหน้าที่แชร์กัน หรือระดับอ็อบเจ็กต์ที่ใช้แท็กอ็อบเจ็กต์ S3 คุณสามารถใช้ CRR เพื่อเข้าถึงข้อมูลที่มีเวลาแฝงต่ำในพื้นที่ทางภูมิศาสตร์ที่แตกต่างกันได้ CRR สามารถช่วยคุณได้หากคุณมีข้อกำหนดในการปฏิบัติตามกฎข้อบังคับ เพื่อจัดเก็บสำเนาข้อมูลในสถานที่ซึ่งอยู่ไกลออกไปหลายร้อยไมล์ คุณสามารถใช้ CRR เพื่อเปลี่ยนความเป็นเจ้าของบัญชีสำหรับอ็อบเจกต์ที่จำลองเพื่อป้องกันการลบข้อมูลโดยไม่ตั้งใจ หากต้องการเรียนรู้เพิ่มเติม โปรดไปที่คู่มือผู้ใช้ S3 CRR

ถาม: การจำลองในรีเจี้ยนเดียวกัน (SRR) ของ Amazon S3 คืออะไร

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

ถาม: การจำลองแบบแบตช์ของ Amazon S3 คืออะไร

การจำลองแบบแบตช์ของ Amazon S3 จะจำลองแบบอ็อบเจกต์ที่มีอยู่ระหว่างบัคเก็ต คุณสามารถใช้ S3 Batch Replication เติมข้อมูลบัคเก็ตที่สร้างขึ้นมาใหม่ด้วยอ็อบเจกต์ที่มีอยู่ได้ ลองใช้อ็อบเจกต์ที่ไม่สามารถจำลองแบบได้ก่อนหน้านี้อีกครั้ง ย้ายข้อมูลข้ามบัญชี หรือเพิ่มบัคเก็ตใหม่ไปยัง Data Lake ของคุณ คุณสามารถเริ่มต้นใช้การจำลองแบบแบตช์ของ Amazon S3 โดยการคลิกเพียงไม่กี่ครั้งใน S3 Console หรือคำขอ API เดียว หากต้องการเรียนรู้เพิ่มเติม ให้ไปที่คู่มือผู้ใช้การจำลองแบบแบตช์ของ Amazon S3

ถาม: ฉันจะเปิดใช้งานการจำลองแบบของ Amazon S3 (การจำลองข้ามรีเจี้ยนและการจำลองในรีเจี้ยนเดียวกัน) ได้อย่างไร

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

คุณสามารถใช้ S3 Console, API, AWS CLI, AWS SDKs หรือ AWS CloudFormation เพื่อเปิดใช้งานการจำลองแบบได้ ต้องเปิดการกำหนดเวอร์ชันสำหรับทั้งบัคเก็ตต้นทางและปลายทางเพื่อเปิดใช้งานการจำลองแบบ หากต้องการเรียนรู้เพิ่มเติม โปรดไปที่ภาพรวมของการตั้งค่าการจำลองแบบของ S3 ในคู่มือสำหรับนักพัฒนา Amazon S3

ถาม: ฉันจะใช้การจำลองแบบแบตช์ของ S3 ได้อย่างไร

ก่อนอื่นคุณจะต้องเปิดใช้การจำลองแบบของ S3 ในระดับบัคเก็ต ดูคำถามก่อนหน้าเกี่ยวกับวิธีทำ จากนั้นคุณอาจจะเริ่มงานการจำลองแบบแบตช์ของ S3 ใน S3 Console ได้หลังจากการสร้างการกำหนดค่าการจำลองแบบใหม่ การเปลี่ยนแปลงปลายทางการจำลองแบบในกฎการจำลองแบบจากหน้าการกำหนดค่าการจำลองแบบ หรือจากหน้า S3 Batch Operations Create Job หรือคุณจะเริ่มงานการจำลองแบบแบตช์ของ S3 ผ่านทาง AWS CLI หรือ SDK ก็ได้เช่นกัน หากต้องการเรียนรู้เพิ่มเติม โปรดไปที่การจำลองแบบของ S3 ในคู่มือสำหรับนักพัฒนา Amazon S3

ถาม: ฉันสามารถใช้การจำลองแบบของ S3 กับกฎรอบการใช้งานของ S3 ได้หรือไม่

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

ตัวอย่างเช่น คุณสามารถกำหนดค่ากฎรอบการใช้งานเพื่อย้ายข้อมูลจากคลาสพื้นที่จัดเก็บ S3 Standard ไปไว้ใน Standard-IA ของ S3 หรือ One Zone-IA ของ S3 หรือจัดเก็บข้อมูลถาวรไว้ในคลาสพื้นที่จัดเก็บ S3 Glacier ในบัคเก็ตปลายทาง

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

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

ถาม: ฉันสามารถใช้การจำลองแบบของ S3 เพื่อจำลองแบบไปยังบัคเก็ตปลายทางมากกว่าหนึ่งรายการได้หรือไม่

ได้ การจำลองแบบของ S3 ทำให้ลูกค้าสามารถจำลองข้อมูลของตนไปยังบัคเก็ตปลายทางหลายบัคเก็ตได้ทั้งในรีเจี้ยน AWS เดียวกันและต่างรีเจี้ยนกัน เมื่อตั้งค่า คุณแค่เพียงระบุบัคเก็ตปลายทางใหม่ในการกำหนดค่าการจำลองแบบที่มีอยู่ของคุณ หรือสร้างการกำหนดค่าการจำลองแบบใหม่ที่มีบัคเก็ตปลายทางหลายรายการ สำหรับปลายทางใหม่แต่ละรายการที่คุณระบุ คุณสามารถเลือกคลาสพื้นที่จัดเก็บของบัคเก็ตปลายทาง ประเภทการเข้ารหัส ตัววัดการจำลองแบบและการแจ้งเตือน การควบคุมเวลาการจำลองแบบ (RTC) และคุณสมบัติอื่นๆ ได้อย่างยืดหยุ่น

ถาม: ฉันสามารถใช้การจำลองแบบของ S3 เพื่อตั้งค่าการจำลองแบบสองทางระหว่างบัคเก็ต S3 ได้หรือไม่

ได้ เพื่อตั้งค่าการจำลองแบบสองทาง คุณต้องสร้างกฎการจำลองแบบจากบัคเก็ต A ไปยังบัคเก็ต B และตั้งค่ากฎการจำลองแบบอีกกฎจากบัคเก็ต B ไปยังบัคเก็ต A แล้วตรวจสอบให้แน่ใจว่าได้เปิดใช้งานการซิงค์การแก้ไขแบบจำลองทั้งในบัคเก็ต A และ B เพื่อจำลองการเปลี่ยนแปลงเมตาดาต้าของการจำลองแบบ เช่น Access Control List (ACL) ของอ็อบเจกต์, แท็กอ็อบเจกต์ หรือการล็อกอ็อบเจกต์บนอ็อบเจกต์ที่จำลองแบบ

ถาม: ฉันสามารถใช้การจำลองแบบระหว่างบัญชี AWS เพื่อป้องกันการลบที่เป็นอันตรายหรือการลบโดยไม่ได้ตั้งใจได้หรือไม่

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

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

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

ถาม: ฉันสามารถจำลองแบบ delete marker จากบัคเก็ตหนึ่งไปยังอีกบัคเก็ตหนึ่งได้หรือไม่

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

ถาม: ฉันสามารถจำลองแบบข้อมูลจากรีเจี้ยนอื่นของ AWS ไปยังประเทศจีนได้หรือไม่ ลูกค้าสามารถจำลองแบบจากบัคเก็ตหนึ่งในรีเจี้ยนจีนที่อยู่นอกรีเจี้ยนจีนได้หรือไม่

ไม่ได้ การจำลองแบบของ Amazon S3 ไม่เปิดให้บริการระหว่างรีเจี้ยนจีนของ AWS และรีเจี้ยนของ AWS ที่อยู่นอกประเทศจีน คุณสามารถจำลองแบบได้เฉพาะภายในรีเจี้ยนจีนเท่านั้น

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

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

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

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

ถาม: การจำลอง S3 รองรับการเข้ารหัสชนิดไหนบ้าง

การจำลอง S3 รองรับการเข้ารหัสทุกชนิดที่ S3 ใช้ S3 ใช้ทั้งการเข้ารหัสฝั่งเซิร์ฟเวอร์และฝั่งไคลเอ็นต์--ชนิดแรก S3 จะเข้ารหัสอ็อปเจ็กให้คุณ และชนิดหลังให้คุณเข้ารหัสข้อมูลในฝั่งไคลเอ็นต์ก่อนจะอัพโหลดขึ้นบน S3 สำหรับการเข้ารหัสฝั่งเซิร์ฟเวอร์ S3 ใช้การเข้ารหัสฝั่งเซิร์ฟเวอร์ด้วยคีย์ที่จัดการโดย Amazon S3 (SSE-S3) การเข้ารหัสฝั่งเซิร์ฟเวอร์ด้วยคีย์ KMS ที่เก็บไว้ในระบบจัดการคีย์ AMS (SSE-KMS) และการเข้ารหัสฝั่งเซิร์ฟเวอร์ด้วยคีย์จากลูกค้า (SSE-C) สามารถศึกษารายละเอียดเพิ่มเติมเกี่ยวกับชนิดการเข้ารหัสและการทำงานได้ที่ เอกสาร S3 เกี่ยวกับการใช้การเข้ารหัส

ถาม: การจำลองแบบข้อมูลข้ามบัญชีมีราคาเท่าใด

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

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

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

ถาม:   การควบคุมเวลาการจำลองแบบของ Amazon S3 คืออะไร

การควบคุมเวลาการจำลองแบบของ Amazon S3 มอบประสิทธิภาพการจำลองแบบที่คาดเดาได้และช่วยให้คุณบรรลุตามข้อกำหนดหรือเป้าหมายทางธุรกิจได้ การควบคุมเวลาการจำลองแบบของ S3 ได้รับการออกแบบมาเพื่อจำลองแบบอ็อบเจ็กต์ส่วนใหญ่ในไม่กี่วินาที โดยสามารถจำลองแบบอ็อบเจ็กต์ได้ 99.99% ภายใน 15 นาที การควบคุมเวลาการทำซ้ำของ S3 ได้รับการสนับสนุนโดยข้อผูกมัดของข้อตกลงระดับการให้บริการ (SLA) ที่ระบุว่าจะทำซ้ำอ็อบเจกต์ได้ 99.9% ใน 15 นาทีสำหรับแต่ละคู่รีเจี้ยนการทำซ้ำระหว่างเดือนที่เรียกเก็บเงิน เวลาการทำซ้ำทำงานได้กับคุณสมบัติการทำซ้ำของ S3 ทั้งหมด หากต้องการเรียนรู้เพิ่มเติม โปรดไปที่คู่มือสำหรับนักพัฒนาการทำซ้ำ

ถาม: ฉันจะเปิดใช้งานการควบคุมเวลาการจำลองแบบของ Amazon S3 ได้อย่างไร

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

คุณสามารถใช้ S3 Console API AWS CLI AWS SDKs หรือ AWS CloudFormation เพื่อเปิดใช้งานการจำลองแบบได้ หากต้องการเรียนรู้เพิ่มเติม โปรดไปที่ภาพรวมของการตั้งค่าการจำลองแบบในคู่มือสำหรับนักพัฒนา Amazon S3

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

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

ถาม: ตัววัดและเหตุการณ์การจำลองแบบของ Amazon S3 คืออะไร

ตัววัดและเหตุการณ์การจำลองแบบของ Amazon S3 ช่วยให้มองเห็นการจำลองแบบ Amazon S3 ตัววัดการจำลองแบบของ S3 ช่วยให้คุณสามารถตรวจสอบจำนวนรวมของการทำงานและขนาดของอ็อบเจกต์ที่รอดำเนินการจำลองแบบ และเวลาแฝงของการจำลองแบบบัคเก็ตต้นทางและปลายทางสำหรับกฎการจำลองแบบของ S3 แต่ละข้อ ตัววัดการจำลองแบบพร้อมให้บริการผ่าน Amazon S3 Management Console และผ่าน Amazon CloudWatch เหตุการณ์การจำลองแบบของ S3 จะแจ้งให้คุณทราบถึงความล้มเหลวในการจำลองแบบ ดังนั้น คุณจึงสามารถวิเคราะห์และแก้ไขปัญหาได้อย่างรวดเร็ว นอกจากนี้ หากคุณเปิดใช้งานการควบคุมเวลาการจำลองแบบของ S3 (S3 RTC) คุณจะได้รับการแจ้งเตือนเมื่ออ็อบเจกต์ใช้เวลามากกว่า 15 นาทีในการจำลองแบบ และเมื่ออ็อบเจกต์นั้นจำลองแบบไปยังปลายทางได้สำเร็จ เหตุการณ์การจำลองแบบของ S3 พร้อมให้บริการผ่าน Amazon Simple Queue Service (Amazon SQS), Amazon Simple Notification Service (Amazon SNS) หรือ AWS Lambda เช่นเดียวกับเหตุการณ์อื่นๆ ของ Amazon S3

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

สามารถเปิดใช้งานตัววัดและเหตุการณ์การจำลองแบบของ Amazon S3 สำหรับกฎการจำลองแบบข้อใหม่หรือกฎที่มีอยู่เดิม และจะเปิดใช้งานตามค่าเริ่มต้นสำหรับกฎที่เปิดใช้งานการควบคุมเวลาการจำลองแบบของ S3 คุณสามารถเข้าถึงตัววัดการจำลองแบบของ S3 ผ่าน Amazon S3 Management Console และผ่าน Amazon CloudWatch ได้ เหตุการณ์การจำลองแบบของ S3 พร้อมให้บริการผ่าน Amazon Simple Queue Service (Amazon SQS), Amazon Simple Notification Service (Amazon SNS) หรือ AWS Lambda เช่นเดียวกับเหตุการณ์อื่นๆ ของ Amazon S3 หากต้องการเรียนรู้เพิ่มเติม โปรดดูได้ที่การตรวจสอบความคืบหน้าด้วยตัววัดการจำลองแบบและการแจ้งเตือนเหตุการณ์ของ Amazon S3 ในคู่มือสำหรับนักพัฒนา Amazon S3

ถาม: ข้อตกลงระดับการให้บริการ (SLA) ของการควบคุมเวลาการจำลองแบบของ Amazon S3 คืออะไร

การควบคุมเวลาการจำลองแบบของ Amazon S3 ได้รับการออกแบบมาเพื่อจำลองแบบอ็อบเจกต์ของคุณได้ 99.99% ภายใน 15 นาที และได้รับการสนับสนุนโดยข้อตกลงระดับบริการ หากจำลองแบบอ็อบเจกต์ของคุณน้อยกว่า 99.9% ภายใน 15 นาทีสำหรับแต่ละคู่รีเจี้ยนของการจำลองแบบระหว่างรอบการเรียกเก็บเงินรายเดือน S3 RTC SLA จะให้เครดิตบริการสำหรับอ็อบเจกต์ใดๆ ที่ใช้เวลานานกว่า 15 นาทีในการจำลองแบบ เครดิตบริการครอบคลุมเปอร์เซ็นต์ค่าบริการของการจำลองแบบทั้งหมดที่เกี่ยวข้องกับอ็อบเจกต์ที่ไม่ตรงตาม SLA รวมถึงค่าบริการ RTC, แบนด์วิดท์การจำลองแบบ และค่าบริการคำขอ รวมถึงค่าใช้จ่ายที่เกี่ยวข้องกับการจัดเก็บแบบจำลองของคุณในรีเจี้ยนปลายทางในรอบการเรียกเก็บเงินรายเดือนที่ได้รับผลกระทบ โปรดอ่าน SLA ของการควบคุมเวลาการจำลองแบบของ S3 เพื่อเรียนรู้เพิ่มเติม

ถาม: การจำลองแบบของ S3 และการควบคุมเวลาการจำลองแบบของ S3 มีการคิดราคาอย่างไร

สำหรับการจำลองแบบของ S3 (การจำลองแบบข้ามรีเจี้ยนและภายในรีเจี้ยนเดียวกัน) คุณต้องจ่ายค่าบริการให้กับ S3 เป็นค่าพื้นที่จัดเก็บในคลาสพื้นที่จัดเก็บ S3 ปลายทางที่เลือกไว้ ค่าบริการพื้นที่จัดเก็บสำหรับสำเนาขั้นต้น คำขอ PUT การจำลองแบบ รวมถึงค่าบริการที่เกี่ยวข้องสำหรับการเรียกข้อมูลจากพื้นที่จัดเก็บที่มีการเข้าถึงไม่บ่อยครั้ง สำหรับ CRR คุณต้องเสียค่าใช้จ่ายสำหรับการถ่ายโอนข้อมูลระหว่างรีเจี้ยนออกจาก S3 ไปยังรีเจี้ยนปลายทางของคุณ S3 Replication Metrics จะเรียกเก็บเงินในอัตราเดียวกับเมตริกที่กำหนดเองของ Amazon CloudWatch นอกจากนี้ เมื่อคุณใช้การควบคุมเวลาการจำลองแบบของ S3 คุณจะต้องจ่ายค่าธรรมเนียมการถ่ายโอนข้อมูลการควบคุมเวลาการจำลองแบบด้วย โปรดดูข้อมูลเพิ่มเติมในหน้าราคาของ S3

หากมีการอัปโหลดออบเจ็กต์ต้นทางโดยใช้คุณสมบัติการอัปโหลดแบบหลายส่วน จะมีการทำซ้ำโดยใช้จำนวนส่วนและขนาดส่วนที่เท่ากัน ยกตัวอย่างเช่น อ็อบเจกต์ขนาด 100 GB ที่อัปโหลดโดยใช้คุณสมบัติการอัปโหลดแบบหลายส่วน (ส่วนละ 128 MB จำนวน 800 ส่วน) จะมีค่าใช้จ่ายในการขอสำหรับคำขอ 802 รายการ (คำขออัปโหลด 800 ส่วน + คำขอเริ่มการอัปโหลดแบบหลายส่วน 1 รายการ + คำขอเสร็จสิ้นการอัปโหลดแบบหลายส่วน 1 รายการ) เมื่อจำลองแบบ คุณจะมีค่าใช้จ่ายในการขอ 0.00401 USD (คำขอ 802 รายการ x 0.005 USD ต่อคำขอ 1,000 รายการ) และ (หากเป็นการจำลองแบบระหว่างรีเจี้ยน AWS ที่แตกต่างกัน) มีค่าใช้จ่าย 2.00 USD (0.020 USD ต่อการถ่ายโอน GB x 100 GB) สำหรับการถ่ายโอนข้อมูลระหว่างรีเจี้ยน หลังจากการจำลองแบบ ระบบจะคิดค่าบริการพื้นที่จัดเก็บขนาด 100 GB ตามรีเจี้ยนปลายทาง

คำถาม: S3 Multi-Region Access Points คืออะไร

Amazon S3 Multi-Region Access Points เพิ่มประสิทธิภาพได้ถึง 60% ขณะเข้าถึงชุดข้อมูลที่จำลองไปยังทั่วทุกรีเจี้ยนของ AWS เมื่ออิงตาม AWS Global Accelerator แล้ว S3 Multi-Region Access Points จะพิจารณาปัจจัยต่างๆ อย่างเช่น ความหนาแน่นบนเครือข่ายและตำแหน่งที่ตั้งของคำขอแอปพลิเคชันเพื่อกำหนดเส้นทางคำขอแบบไดนามิกบนเครือข่าย AWS ไปยังสำเนาเวลาแฝงต่ำสุดของข้อมูลของคุณ การกำหนดเส้นทางอัตโนมัตินี้จะช่วยให้คุณสามารถใช้ประโยชน์จากโครงสร้างพื้นฐานทั่วโลกของ AWS ได้ในระหว่างการดูแลรักษาสถาปัตยกรรมแอปพลิเคชันที่ไม่ซับซ้อน

คำถาม: ทำไมฉันจึงควรใช้ S3 Multi-Region Access Points

S3 Multi-Region Access Points ช่วยเพิ่มความเร็วและลดความซับซ้อนของพื้นที่จัดเก็บให้สามารถรองรับแอปพลิเคชันแบบหลายรีเจี้ยนได้ การกำหนดเส้นทางคำขอของ S3 แบบไดนามิกที่สร้างขึ้นสำหรับชุดข้อมูลที่จำลองแบบจะช่วยให้ S3 Multi-region Access Points สามารถลดเวลาแฝงของคำขอ ซึ่งจะส่งผลให้แอปพลิเคชันทำงานได้เร็วขึ้น 60% นอกจากนี้ คุณยังสามารถใช้ประโยชน์จากโครงสร้างพื้นฐานส่วนกลางของ AWS ได้ในระหว่างการดูแลรักษาสถาปัตยกรรมแอปพลิเคชันที่ไม่ซับซ้อนและใช้งานได้โดยไม่ขึ้นกับรีเจี้ยน

คำถาม: S3 Multi-Region Access Points ทำงานอย่างไร

Multi-Region Access Points จะกำหนดเส้นทางคำขอของไคลเอ็นต์แบบไดนามิกไปยังบัคเก็ต S3 พื้นฐานหนึ่งรายการขึ้นไป คุณสามารถกำหนดค่า Multi-Region Access Point ให้มีเส้นทางที่ครอบคลุมหนึ่งบัคเก็ตต่อรีเจี้ยน AWS ได้ โดยต้องไม่เกิน 20 รีเจี้ยนของ AWS เมื่อคุณสร้าง Multi-Region Access Point ขึ้นมา S3 ก็จะสร้างชื่อที่ใช้ร่วมกับ DNS ได้โดยอัตโนมัติ ชื่อนี้จะใช้เป็นตำแหน่งข้อมูลทั่วโลกที่ไคลเอ็นต์ของคุณจะสามารถใช้งานได้ เมื่อไคลเอ็นต์ส่งคำขอไปยังตำแหน่งข้อมูลนี้ S3 จะกำหนดเส้นทางคำขอเหล่านั้นแบบไดนามิกไปยังบัคเก็ตพื้นฐานรายการใดรายการหนึ่งที่ระบุไว้ในการกำหนดค่าของ Multi-Region Access Point ของคุณ

โดยค่าเริ่มต้นแล้ว เส้นทางของ S3 Multi-Region Access Points จะส่งคำขอไปยังบัคเก็ตพื้นฐานที่อยู่ใกล้กับไคลเอ็นต์มากที่สุด โดยอิงตามเวลาแฝงของเครือข่าย ยกตัวอย่างเช่น คุณสามารถกำหนดค่า Multi-Region Access Points ได้ด้วยบัคเก็ตพื้นฐานใน US-EAST-1 และ AP-SOUTH-1 การกำหนดค่านี้จะทำให้ไคลเอ็นต์ของคุณในอเมริกาเหนือกำหนดเส้นทางไปยัง US-EAST-1 และไคลเอ็นต์ในเอเชียกำหนดเส้นทางไปยัง AP-SOUTH-1 เวลาแฝงที่ต่ำลงสำหรับคำขอที่ส่งไปยัง S3 จะช่วยเพิ่มประสิทธิภาพให้แอปพลิเคชันของคุณ

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

ถาม: ฉันจะเริ่มต้นใช้งาน S3 Multi-Region Access Points ได้อย่างไร

Console การจัดการ S3 มีขั้นตอนการทำงานพร้อมคำแนะนำที่เข้าใจง่าย เพื่อช่วยให้คุณสามารถตั้งค่าทุกอย่างที่จำเป็นต่อการเรียกใช้พื้นที่จัดเก็บแบบมัลติรีเจี้ยนใน S3 ได้อย่างรวดเร็วภายในสามขั้นตอนเท่านั้น ขั้นตอนแรก ระบบจะตั้งชื่อโฮสต์ที่ไม่ซ้ำใครให้กับ Multi-Region Access Point ของคุณโดยอัตโนมัติ คุณสามารถเชื่อมต่อไคลเอ็นต์กับแอปพลิเคชันได้โดยไม่ต้องระบุรีเจี้ยนของ AWS ขั้นตอนที่สอง ให้เลือกบัคเก็ตหนึ่งรายการขึ้นไปใน S3 ที่คุณต้องการกำหนดเส้นทางโดยใช้ชื่อโฮสต์ใหม่นี้ คุณสามารถเลือกบัคเก็ตที่มีอยู่หรือให้ระบบสร้างบัคเก็ตใหม่ให้คุณก็ได้ ขั้นตอนที่สาม ให้ระบุกฎการจำลองแบบข้ามรีเจี้ยนสำหรับ S3

หรือคุณจะใช้ CloudFormation เพื่อกำหนดค่าพื้นที่จัดเก็บแบบหลายรีเจี้ยนโดยอัตโนมัติก็ได้เช่นกัน CloudFormation รองรับบล็อกการสร้างทั้งหมดต้องตั้งค่าพื้นที่จัดเก็บแบบหลายรีเจี้ยนบน S3 ซึ่งรวมถึง S3 Multi-Region Access Points ซึ่งจะช่วยให้คุณสามารถดำเนินกระบวนการตั้งค่าที่ทำซ้ำได้โดยอัตโนมัติอย่างง่ายดายภายนอก S3 Management Console

คำถาม: อะไรคือความแตกต่างระหว่าง S3 Cross-Region Replication (S3 CRR) และ S3 Multi-Region Access Points

S3 CRR และ S3 Multi-Region Access Points เป็นคุณสมบัติเสริมที่ทำงานร่วมกันเพื่อจำลองแบบข้อมูลทั่วทุกรีเจี้ยนของ AWS จากนั้นจึงกำหนดเส้นทางคำขอไปยังสำเนาที่จำลองแบบโดยอัตโนมัติด้วยเวลาแฝงต่ำสุด S3 S3 Multi-Region Access Points ช่วยให้คุณสามารถจัดการคำขอจากทั่วทุกรีเจี้ยนของ AWS ในขณะที่ CRR ช่วยให้คุณสามารถย้ายข้อมูลข้ามรีเจี้ยนของ AWS เพื่อสร้างแบบจำลองที่แยกจากกัน คุณจะใช้ S3 Multi-Region Access Points และ CRR ร่วมกันในการสร้างชุดข้อมูลแบบหลายรีเจี้ยนที่จำลองแบบและสามารถระบุที่อยู่ได้ด้วยตำแหน่งข้อมูลทั่วโลกหนึ่งตำแหน่ง

คำถาม: S3 Multi-Region Access Points มีราคาเท่าไร

หากคุณใช้ S3 Multi-Region Access Point เพื่อกำหนดเส้นทางคำขอภายใน AWS คุณจะลดค่าบริการกำหนดเส้นทางต่อข้อมูล GB สำหรับแต่ละ GB ที่ประมวลผล ตลอดจนค่าบริการมาตรฐานสำหรับคำขอ S3 พื้นที่จัดเก็บ การถ่ายโอนข้อมูล และการจำลองแบบได้ หากแอปพลิเคชันของคุณทำงานภายนอก AWS และเข้าถึง S3 ผ่านทางอินเทอร์เน็ต S3 Multi-Region Access Points จะเพิ่มประสิทธิภาพโดยการกำหนดเส้นทางคำขอโดยอัตโนมัติผ่านทาง Edge Location ของ AWS ผ่านทางเครือข่าย AWS ส่วนตัวทั่วโลกไปยังสำเนาข้อมูลที่อยู่ใกล้ที่สุดตามเวลาแฝงในการเข้าถึง หากคุณเร่งความเร็วคำขอที่ส่งผ่านอินเทอร์เน็ต คุณจะต้องชำระค่าบริการสำหรับการกำหนดเส้นทางข้อมูลและค่าบริการเร่งความเร็วอินเทอร์เน็ต ราคาสำหรับการเร่งความเร็วอินเทอร์เน็ตของ S3 Multi-Region Access Points จะแตกต่างกันไปตามไคลเอ็นต์ต้นทางว่าอยู่ในตำแหน่งที่ตั้งเดียวกันกับรีเจี้ยนของ AWS ปลายทางหรือไม่ และเป็นค่าบริการเพิ่มเติมจากราคาในการถ่ายโอนข้อมูล S3 มาตรฐาน ดูข้อมูลราคาเพิ่มเติมได้ที่หน้าราคา S3 และแท็บการโอนถ่ายข้อมูล

คำถาม: S3 Transfer Acceleration ต่างจาก S3 Multi-Region Access Points อย่างไรบ้าง

คุณสามารถใช้ S3 Transfer Acceleration เพื่อเร่งความเร็วในการถ่ายโอนเนื้อหาไปยังและจากบัคเก็ต S3 ส่วนกลางรายการเดียวได้โดยใช้เครือข่ายทั่วโลกของ AWS ซึ่งจะเป็นประโยชน์อย่างมากสำหรับการถ่ายโอนข้อมูลอ็อบเจกต์ขนาดใหญ่ในระยะไกลหรือการลบเว็บหรือแอปพลิเคชันบนมือถือ S3 Multi-Region Access Points จะช่วยให้คุณสามารถดำเนินการถ่ายโอนแบบเร่งความเร็วที่คล้ายกันได้โดยใช้เครือข่ายทั่วโลกของ AWS แต่จะข้ามบัคเก็ต S3 หลายรายการในหลายรีเจี้ยนของ AWS สำหรับคำขอทางอินเทอร์เน็ตทาง VPC และในองค์กรไปยังและจาก S3 การผสมผสาน S3 Multi-Region Access Points กับ S3 Cross Replication จะเป็นการเพิ่มความสามารถให้ S3 Multi-Region Access Points ในการกำหนดเส้นทางแบบไดนามิกสำหรับคำขอเกี่ยวกับแอปพลิเคชันจากไคลเอ็นต์ในหลายตำแหน่งที่ตั้งไปยังสำเนาข้อมูลที่มีเวลาแฝงต่ำสุด

คำถาม: S3 Object Lambda คืออะไร

S3 Object Lambda ช่วยให้คุณสามารถเพิ่มโค้ดไปยังคำขอ S3 GET LIST และ HEAD เพื่อแก้ไขและประมวลผลข้อมูลตามที่ส่งกลับคืนไปยังแอปพลิเคชันได้ คุณสามารถใช้โค้ดแบบกำหนดเองเพื่อแก้ไขข้อมูลที่ส่งกลับคืนโดยคำขอ S3 GET เพื่อกรองแถว ปรับขนาดรูปภาพแบบไดนามิก เซ็นเซอร์ข้อมูลลับ และอื่นๆ อีกมากมาย คุณยังสามารถใช้ S3 Object Lambda เพื่อแก้ไขผลลัพธ์ของคำขอ S3 LIST เพื่อสร้างมุมมองแบบกำหนดเองของอ็อบเจกต์ในบัคเก็ต และคำขอ S3 HEAD เพื่อแก้ไขข้อมูลเมตาของอ็อบเจกต์ เช่น ชื่อและขนาดของอ็อบเจกต์ S3 Object Lambda ช่วยให้คุณสามารถปฏิบัติตามข้อกำหนดด้านรูปแบบของข้อมูลเฉพาะของแอปพลิเคชันใดๆ ได้อย่างง่ายดาย โดยไม่ต้องสร้างและใช้งานโครงสร้างพื้นฐานเพิ่มเติม เช่น ชั้นพร็อกซี หรือไม่ต้องสร้างและดูแลรักษาสำเนาที่ได้มาจากข้อมูลจำนวนมากของคุณ S3 Object Lambda ใช้ฟังก์ชัน AWS Lambda ในการประมวลผลผลลัพท์ของคำขอ S3 GET LIST หรือ HEAD มาตรฐานโดยอัตโนมัติ AWS Lambda เป็นบริการประมวลผลแบบไม่ต้องใช้เซิร์ฟเวอร์ซึ่งเรียกใช้งานโค้ดที่ลูกค้ากำหนดโดยไม่จำเป็นต้องมีการจัดการทรัพยากรการประมวลผลเบื้องต้น 

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

เพื่อเริ่มต้นใช้งาน S3 Object Lambda คุณสามารถใช้ได้ทั้ง S3 Management Console, SDK หรือ API เรียนรู้เพิ่มเติมได้ที่หน้า S3 Object Lambda หรือคู่มือผู้ใช้ S3 Object Lambda

ถาม: ทำไมจึงควรใช้ S3 Object Lambda

คุณควรใช้ S3 Object Lambda หากต้องการประมวลข้อมูลให้เข้ากับคำขอ S3 GET LIST หรือ Head คุณสามารถใช้ S3 Object Lambda ในการส่งต่อสำเนาข้อมูลระหว่างแอปพลิเคชันหลายรายการ เพื่อจะได้ไม่จำเป็นต้องสร้างและใช้งานโครงสร้างพื้นฐานการประมวลผลแบบกำหนดเองหรือจัดเก็บสำเนาข้อมูล ตัวอย่างเช่น ด้วยการใช้ S3 Object Lambda เพื่อประมวลผลคำขอ S3 GET คุณสามารถปกปิดข้อมูลละเอียดอ่อนเพื่อวัตถุประสงค์ในการปฏิบัติตามข้อกำหนด ปรับโครงสร้างข้อมูลดิบเพื่อวัตถุประสงค์ของการทำให้สามารถทำงานร่วมกันได้กับแอปพลิเคชันเกี่ยวกับแมชชีนเลิร์นนิง กรองข้อมูลเพื่อจำกัดการเข้าถึงเนื้อหาที่กำหนดภายในอ็อบเจกต์ S3 หรือเพื่อตอบสนองต่อกรณีการใช้งานเพิ่มเติมในหลากหลายรูปแบบ คุณสามารถใช้ S3 Object Lambda ในการเพิ่มความสามารถให้กับรายการอ็อบเจกต์โดยการเรียงลำดับรายการบัญชีภายนอกที่มีข้อมูลเมต้าดาต้าของอ็อบเจกต์ การกรอง และเลือกดูรายการอ็อปเจ็กต์ที่เกี่ยวข้องกับแท็กเฉพาะ หรือเพิ่มตัวเสริมไฟล์ลงในอ็อบเจกต์ทั้งหมดในรายการ ตัวอย่างเช่น หากคุณมีบัคเก็ต S3 ที่มีชุดข้อมูลเฉพาะหลายชุด คุณสามารถใช้ S3 Object Lambda ในการกรองผล S3 LIST ได้ 

S3 Object Lambda สามารถตั้งค่าได้เพียงไม่กี่คลิกในคอนโซลการจัดการ Amazon S3 ไปที่คู่มือผู้ใช้เพื่อเรียนรู้เพิ่มเติม

ถาม: S3 Object Lambda ทำงานอย่างไร

S3 Object Lambda ใช้ฟังก์ชัน Lambda ตามที่คุณกำหนดเพื่อประมวลผลเอาต์พุตของคำขอ GET LIST หรือ HEAD มาตรฐาน เมื่อคุณกำหนดฟังก์ชัน Lambda เพื่อประมวลผลข้อมูลที่ขอ คุณสามารถแนบฟังก์ชันดังกล่าวกับ S3 Object Lambda Access Point ได้ ในตอนนี้ คำขอ GET LIST และ HEAD มาตรฐานที่สร้างขึ้นผ่าน S3 Object Lambda Access Point จะเรียกใช้ฟังก์ชัน Lambda ที่กำหนดไว้ จากนั้น Lambda จะดึงข้อมูลอ็อบเจกต์ S3 ที่ขอโดยไคลเอนต์และประมวลผลอ็อบเจกต์ดังกล่าว เมื่อการประมวลผลเสร็จสิ้น Lambda จะสตรีมอ็อบเจกต์ที่ประมวลผลกลับไปยังไคลเอนต์ที่เรียกใช้ อ่านคู่มือผู้ใช้ S3 Object Lambda เพื่อเรียนรู้เพิ่มเติม

ถาม: ฉันจะเริ่มต้นใช้งาน S3 Object Lambda ได้อย่างไร

สามารถตั้งค่า S3 Object Lambda ได้หลายวิธี คุณสามารถตั้งค่า S3 Object Lambda ใน S3 Console ได้โดยไปที่แท็บ Object Lambda Access Point จากนั้นสร้าง S3 Object Lambda Access Point, ฟังก์ชัน Lambda ที่คุณต้องการให้ S3 ทำงานกับคำขอ GET LIST หรือ HEAD ของคุณ และ S3 Access Point ที่รองรับ ให้สิทธิ์อนุญาตกับทรัพยากรทั้งหมดเพื่อโต้ตอบกับ Object Lambda สุดท้าย ให้อัปเดต SDK และแอปพลิเคชันของคุณเพื่อใช้ S3 Object Lambda Access Point ใหม่ในการดึงข้อมูลจาก S3 โดยใช้ SDK ในภาษาที่คุณต้องการ S3 Object Lambda จะเริ่มประมวลผลคำขอ GET LIST และ HEAD ของคุณ ตัวอย่างของการปรับใช้ฟังก์ชัน Lambda มีอยู่ในเอกสารประกอบของ AWS เพื่อช่วยคุณเริ่มใช้บริการดังกล่าว

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

ถาม: ฉันสามารถดำเนินการประเภทใดกับ S3 Object Lambda ได้บ้าง

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

ถาม: คำขอ S3 ประเภทใดที่ S3 Object Lambda ไม่รองรับ

S3 Object Lambda รองรับคำขอ GET LIST และ HEAD การเรียกใช้ S3 API ใดๆ ที่มีขึ้นกับจุดเข้าถึง S3 Object Lambda Access Point จะส่งกลับการตอบสนองของ S3 API มาตรฐาน เรียนรู้เพิ่มเติมเกี่ยวกับ S3 Object Lambda ได้ในคู่มือผู้ใช้

ถาม: จะเกิดอะไรขึ้นเมื่อฟังก์ชัน S3 Object Lambda ล้มเหลว

เมื่อฟังก์ชัน S3 Object Lambda ล้มเหลว คุณจะได้รับการตอบสนองของคำขอที่แสดงรายละเอียดความล้มเหลว เช่นเดียวกันกับการเรียกใช้ฟังก์ชัน Lambda อื่นๆ AWS ยังตรวจสอบฟังก์ชันแทนคุณและรายงานตัววัดผ่าน Amazon CloudWatch โดยอัตโนมัติ เพื่อช่วยคุณในการแก้ไขความล้มเหลว Lambda จะสร้างข้อมูลบันทึกทั้งหมดที่ประมวลผลโดยฟังก์ชันของคุณและจัดเก็บข้อมูลบันทึกที่สร้างขึ้นโดยโค้ดของคุณด้วย Amazon CloudWatch Logs โดยอัตโนมัติ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการเข้าถึง CloudWatch Logs สำหรับ AWS Lambda โปรดไปที่เอกสารประกอบ CloudWatch

ถาม: S3 Object Lambda ส่งผลต่อ SLA ความพร้อมใช้งานของ S3 หรือความทนทานของ S3 หรือไม่

S3 Object Lambda เชื่อมโยง Amazon S3, AWS Lambda และบริการของ AWS อื่นๆ เพิ่มเติมที่คุณเลือกเพื่อจัดส่งอ็อบเจกต์ที่เกี่ยวข้องกับแอปพลิเคชันที่ร้องขอ บริการของ AWS ทั้งหมดที่ใช้ซึ่งเกี่ยวข้องกันกับ S3 Object Lambda จะได้รับการควบคุมดูแลโดยข้อตกลงระดับบริการ (SLA) ที่เกี่ยวข้องต่อไป ตัวอย่างเช่น ในกรณีที่มีบริการของ AWS ใดๆ ไม่เป็นไปตามข้อผูกมัดบริการ คุณมีสิทธิ์ที่จะได้รับเครดิตบริการตามที่ระบุไว้ใน SLA ของบริการนั้นๆ การสร้าง S3 Object Lambda Access Point ไม่ส่งผลกระทบต่อความทนทานของอ็อบเจกต์ของคุณ อย่างไรก็ตาม S3 Object Lambda จะเรียกใช้ฟังก์ชัน AWS Lambda ที่คุณกำหนด และคุณต้องตรวจสอบให้แน่ใจว่าฟังก์ชัน Lambda ที่คุณกำหนดถูกต้องและเป็นไปตามวัตถุประสงค์ ดู SLA ของ Amazon S3 ล่าสุดที่นี่

ถาม: S3 Object Lambda มีค่าใช้จ่ายเท่าใด

เมื่อคุณใช้ S3 Object Lambda คุณจะชำระค่าบริการตามอัตราต่อ GB สำหรับข้อมูลที่กลับคืนมาผ่าน S3 Object Lambda ทุกๆ กิกะไบต์ คุณจะถูกเรียกเก็บเงินตามชนิดคำขอ (คำขอ GET LIST และ HEAD) และค่าบริการคอมพิวเตอร์ AWS Lambda ตามระยะเวลาที่ใช้ในการคำนวนและประมวลผลข้อมูลตามคำขอ อ่านหน้าราคา S3 เพื่อดูรายละเอียดราคาและตัวอย่าง