คำถามที่พบบ่อยเกี่ยวกับ Amazon FSx สำหรับ OpenZFS

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

Amazon FSx สำหรับ OpenZFS มีพื้นที่จัดเก็บไฟล์ที่มีการจัดการอย่างสมบูรณ์ เชื่อถือได้สูง และใช้งานง่าย ซึ่งคุณสามารถเข้าถึงผ่านโปรโตคอล Network File System (NFS) มาตรฐานอุตสาหกรรมจากไคลเอ็นต์หรือเวิร์กสเตชันที่ทำงานใน AWS หรือในองค์กร ช่วยให้คุณมีชุดความสามารถมากมายสำหรับการจัดการและทำงานกับข้อมูลของคุณ เช่น สแนปช็อต การโคลนข้อมูล และการบีบอัด ขับเคลื่อนโดยโปรเซสเซอร์ AWS Graviton พร้อมกับดิสก์และเทคโนโลยีเครือข่าย AWS ล่าสุด FSX สำหรับ OpenZFS ให้ IOP มากกว่า 1 ล้าน โดยมีเวลาแฝงเพียงไม่กี่ร้อยไมโครวินาทีสำหรับเวิร์กโหลดที่มีประสิทธิภาพสูงของคุณ

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

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

Amazon FSx สำหรับ OpenZFS ได้รับการออกแบบมาเพื่อรองรับเวิร์กโหลดของ Linux, Windows และ macOS ที่หลากหลาย รวมถึง Big Data และการวิเคราะห์ ที่เก็บโค้ดและอาร์ทิแฟกต์ โซลูชัน DevOps การจัดการเนื้อหาเว็บ ระบบอัตโนมัติการออกแบบ Electronic Design Automation (EDA) การวิจัยจีโนมิกส์และการประมวลผลสื่อ ด้วย FSx สำหรับ OpenZFS คุณสามารถมอบเวลาแฝงต่ำและประสิทธิภาพที่จำเป็นสำหรับแอปพลิเคชันและเวิร์กโหลดที่ต้องการพลังมากที่สุด

Amazon FSx สำหรับ OpenZFS สามารถเข้าถึงได้จาก Amazon Elastic Compute Cloud (EC2), Amazon Elastic Container Service (ECS), Amazon Elastic Kubernetes Service (EKS), Amazon WorkSpaces, Amazon AppStream 2.0 และ VMware Cloud บน AWS คุณสามารถรักษาความปลอดภัยและปกป้องข้อมูลของคุณด้วย Amazon Virtual Private Cloud (VPC) และ AWS Key Management Service (AWS KMS) คุณสามารถตรวจสอบพื้นที่เก็บข้อมูลและเมตริกประสิทธิภาพโดยใช้ Amazon CloudWatch เรียกใช้ API โดยใช้ AWS CloudTrail และ AWS Identity and Access Management (IAM) และจัดการระบบไฟล์โดยใช้ AWS CloudFormation

เพื่อเริ่มต้น ให้สร้างระบบไฟล์ Amazon FSx สำหรับ OpenZFS โดยใช้คอนโซลการจัดการของ AWS, AWS Command Line Interface (AWS CLI) หรือ Amazon FSx API ขณะสร้างระบบไฟล์คุณระบุประเภทการนำไปใช้จริง (Single-AZ หรือ Multi-AZ) ความสามารถในการถ่ายโอนข้อมูลและระบุระดับของ IOPS ของดิสก์ ภายในไม่กี่นาที ระบบไฟล์ของคุณจะพร้อมใช้งาน และคุณสามารถเข้าถึงได้จากไคลเอ็นต์ Linux, Windows หรือ macOS ด้วยโปรโตคอล NFS (v3, v4, v4.1, v4 2) FSx สำหรับ OpenZFS นำเสนอข้อมูลให้กับผู้ใช้และแอปพลิเคชันของคุณในฐานะไดเรกทอรีหรือไดรฟ์ท้องถิ่นและให้การเข้าถึงพร้อมกันสำหรับไคลเอ็นต์มากถึงหลายพันรายการ

คุณสามารถเข้าถึงข้อมูลของคุณจากไคลเอ็นต์ Linux, Windows หรือ macOS ที่ทำงานบน Amazon EC2, Amazon ECS, Amazon EKS, VMware Cloud บน AWS, Amazon WorkSpaces และ Amazon AppStream 2.0

จากอินสแตนซ์ Linux คุณสามารถเข้าถึงข้อมูลไฟล์ของคุณโดยใช้คำสั่ง Linux mount มาตรฐานและชื่อระบบชื่อโดเมน (DNS) ที่เชื่อมโยงกับโวลุ่มนั้น จากอินสแตนซ์ Windows ให้ใช้ Windows Powershell เพื่อทำแผนที่ตัวอักษรไดรฟ์ (เช่น Z:) ไปยังไฟล์ที่ใช้ร่วมกันในระบบไฟล์ของคุณกับไคลเอ็นต์ NFS จากอินสแตนซ์ macOS ให้ใช้คุณสมบัติ “เชื่อมต่อกับเซิร์ฟเวอร์” เพื่อเชื่อมต่อกับชื่อ DNS ที่เกี่ยวข้องกับระบบไฟล์ของคุณ ดูเอกสา ร Amazon FSx ตัวอย่าง คำสั่งเมาท์ เมื่อติดตั้งการแชร์ไฟล์ของคุณจากไคลเอ็นต์ใด ๆ คุณสามารถทำงานกับไฟล์และไดเรกทอรีในระบบไฟล์ของคุณได้เช่นเดียวกับระบบไฟล์ในเครื่อง

Amazon FSx สำหรับ OpenZFS ให้การเข้าถึงที่เก็บไฟล์ที่ใช้ร่วมกันผ่านโปรโตคอล NFS เวอร์ชันล่าสุด (v3, v4, v4.1, v4.2) และใช้ S3 API (โดยแนบจุดเข้าใช้งาน Amazon S3 กับระบบไฟล์ของคุณ)

เราขอแนะนำระบบไฟล์ Multi-AZ ที่มีความพร้อมใช้งานสูง (HA) สำหรับเวิร์กโหลดการผลิตส่วนใหญ่เนื่องจากรูปแบบความพร้อมใช้งานและความทนทานสูง คุณควรใช้ระบบไฟล์ Multi-AZ HA สำหรับเวิร์กโหลดที่ต้องการความพร้อมใช้งานสูงเพื่อให้แน่ใจว่ามีความพร้อมใช้งานอย่างต่อเนื่องในเหตุการณ์ต่าง ๆ เช่น ความล้มเหลวของฮาร์ดแวร์ การบำรุงรักษาระบบไฟล์ และการหยุดชะงัก AZ

ใช้ Single-AZ (HA) สำหรับเวิร์กโหลดที่ต้องการความล่าช้า Single-AZ ที่สอดคล้องกัน (เช่น เวิร์กโหลด EDA และ HPC บางอย่าง) และเป็นโซลูชันที่คุ้มค่าสำหรับเวิร์กโหลดที่ไม่ต้องการความทนทานในระดับสูงที่ Multi-AZ (HA) ให้ (เช่น เวิร์กโหลดที่มีการจำลองและการล้มเหลวในเลเยอร์แอปพลิเคชัน และเวิร์กโหลดการวิเคราะห์ที่สามารถสร้างใหม่หรือสร้างข้อมูลใหม่ได้

ใช้ระบบไฟล์ Single-AZ (ที่ไม่ใช่ HA) สำหรับการทดสอบและพัฒนา เช่น ภาระงานที่ไม่ใช่การผลิตที่ไม่ต้องการความพร้อมใช้งานหรือความทนทานสูง และสามารถทนต่อเวลาหยุดทำงานได้นานถึง 30 นาที ซึ่งเกิดจากความล้มเหลวของฮาร์ดแวร์ที่สามารถกู้คืนได้และเหตุการณ์การบำรุงรักษาที่วางแผนไว้

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

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

เมื่อสร้างระบบไฟล์โดยใช้คอนโซล Amazon FSx, API หรือ AWS Command Line Interface (AWS CLI) ให้ระบุคลาสของ Intelligent-Tiering เมื่อสร้างระบบไฟล์หรือเมื่อใดก็ได้หลังจากนั้น คุณยังสามารถสร้างแคชการอ่านที่ใช้ SSD ที่เป็นอุปกรณ์เสริมเพื่อเพิ่มประสิทธิภาพการอ่านข้อมูลที่เข้าถึงได้บ่อย

ได้ คลาสพื้นที่จัดเก็บ Amazon FSx Intelligent-Tiering ให้ SLA 99.99%

ใช่ คุณสามารถสำรองข้อมูลระบบไฟล์ของคุณโดยใช้พื้นที่จัดเก็บ Intelligent-Tiering ได้ด้วยคอนโซล Amazon FSx, API หรือ AWS CLI การสำรองข้อมูลระบบไฟล์ Amazon FSx จะสร้างสำเนาข้อมูลไฟล์แยกต่างหาก ซึ่งคุณสามารถใช้ในภายหลังเพื่อเรียกคืนไปยังระบบไฟล์ใหม่หนึ่งระบบหรือหลายระบบได้ การสำรองข้อมูลของ Amazon FSx จะเป็นการคงสถานะข้อมูลในกรณีที่เกิดปัญหา (ให้คุณสามารถเรียกคืนไปยังมุมมองจุดในเวลาหนึ่งของระบบไฟล์ของคุณ) มีความทนทานสูง (จัดเก็บใน Amazon S3 และได้รับการออกแบบมาให้มีความทนทาน 99.999999999%) และเพิ่มขึ้นเรื่อย ๆ (หมายความว่าการสำรองข้อมูลแต่ละครั้งจะเพิ่มเฉพาะการเปลี่ยนแปลงนับตั้งแต่การสำรองข้อมูลครั้งก่อนของคุณเท่านั้น ดังนั้นจึงประหยัดค่าใช้จ่ายในการจัดเก็บข้อมูลสำรองเนื่องจากไม่มีการทำซ้ำข้อมูล) โดยค่าเริ่มต้น Amazon FSx จะเริ่มการสำรองข้อมูลอัตโนมัติรายวันของระบบไฟล์ของคุณในช่วงเวลาสำรองข้อมูลที่คุณระบุ คุณสามารถสร้างการสำรองข้อมูลเพิ่มเติมได้ทุกเมื่อโดยใช้คอนโซล Amazon FSx, AWS CLI หรือ API หรือสร้างกำหนดการสำรองข้อมูลอัตโนมัติของคุณเองโดยใช้ AWS Backup

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

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

นอกเหนือจากการแสดงข้อมูลในโครงสร้างไดเรกทอรีไฟล์แบบดั้งเดิมแล้ว FSx สำหรับ OpenZFS ยังรองรับการใช้โวลุ่มภายในระบบไฟล์เพื่อจัดระเบียบข้อมูลของคุณเพิ่มเติม แต่ละระบบไฟล์มีหนึ่งโวลุ่มขึ้นไปซึ่งเป็นคอนเทนเนอร์ข้อมูลแยกสำหรับไดเรกทอรีและไฟล์ คุณสามารถสร้างและจัดการโวลุ่มแต่ละรายการโดยใช้ คอนโซลการจัดการของ AWS, AWS CLI หรือ Amazon FSx API และลูกค้าเข้าถึงโวลุ่มโดยติดตั้งจาก Linux, macOS หรือ Windows เป็นตำแหน่งเครือข่าย สามารถกำหนดค่าโวลุ่มแต่ละรายการได้อย่างอิสระ ซึ่งหมายความว่าคุณสามารถตั้งค่าคุณสมบัติต่าง ๆ เช่น การจัดสรรแบบสำหรับระบบธิน หรือการบีบอัดที่ระดับโวลุ่ม

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

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

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

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

เมื่อคุณสร้างระบบไฟล์ Multi-AZ (HA) หรือ Single-AZ (HA) Amazon FSx จัดเตรียมเซิร์ฟเวอร์ไฟล์แต่ละสองเซิร์ฟเวอร์โดยอัตโนมัติ: สำหรับระบบไฟล์ Multi-AZ (HA) หนึ่งในนั้นคือเซิร์ฟเวอร์ “ที่ต้องการ” ใน AZ ที่คุณต้องการ และอีกหนึ่งคือเซิร์ฟเวอร์ “สแตนด์บาย” ใน AZ สแตนด์บาย ของคุณ โดยแต่ละเซิร์ฟเวอร์มีชุดพื้นที่เก็บข้อมูลของตัวเอง ไฟล์เซิร์ฟเวอร์เหล่านี้มีเพียงเซิร์ฟเวอร์เดียวเท่านั้นที่ให้บริการข้อมูลได้ตลอดเวลา (โดยปกติจะเป็นไฟล์เซิร์ฟเวอร์ที่ต้องการ) แต่ทั้งสองจะรักษาสำเนาข้อมูลของคุณแบบถาวรและเหมือนกัน สำหรับระบบไฟล์ Single-AZ (HA) เซิร์ฟเวอร์ทั้งสองอยู่ใน AZ เดียวกัน เซิร์ฟเวอร์ไฟล์เหล่านี้มีเพียงเซิร์ฟเวอร์เดียวเท่านั้นที่ให้บริการข้อมูลได้ตลอดเวลา แต่ทั้งสองเชื่อมต่อกับชุดพื้นที่เก็บข้อมูลเดียวกันซึ่งจะจำลองข้อมูลเพื่อความทนทานสูง

Amazon FSx ตรวจสอบสุขภาพของไฟล์เซิร์ฟเวอร์ของคุณอย่างต่อเนื่องเพื่อตรวจจับปัญหาใด ๆ ได้อย่างรวดเร็ว หากไฟล์เซิร์ฟเวอร์ที่คุณต้องการไม่สามารถใช้งานได้ด้วยเหตุผลใด ๆ (เช่น เนื่องจากความล้มเหลวของฮาร์ดแวร์แยกกัน เหตุการณ์การบำรุงรักษาที่วางแผนไว้ หรือการหยุดชะงักทั่วทั้ง AZ ในกรณีของระบบไฟล์ Multi-AZ) บริการจะเปลี่ยนระบบโดยอัตโนมัติไปยังไฟล์เซิร์ฟเวอร์สแตนด์บายเพื่อให้คุณสามารถดำเนินการต่อระบบไฟล์ได้โดยไม่สูญเสียความพร้อมใช้งานใด ๆ Amazon FSx จะทำแผนที่ที่อยู่เครือข่ายของระบบไฟล์ไปยังไฟล์เซิร์ฟเวอร์สแตนด์บายที่ใช้งานใหม่เพื่อให้แอปพลิเคชันที่ใช้ Linux และ Windows ของคุณสามารถเข้าถึงข้อมูลต่อไป — อย่างต่อเนื่อง — จากตำแหน่งเครือข่ายเดียวกัน ระบบไฟล์ของคุณจะเปลี่ยนกลับโดยอัตโนมัติเมื่อไฟล์เซิร์ฟเวอร์ที่ต้องการได้รับการกู้คืนสู่สภาพที่เป็นปกติ เหตุการณ์การใช้ระบบสำรองเพื่อกู้คืนข้อมูลและการย้อนกลับเหล่านี้มีความโปร่งใสต่อผู้ใช้และแอปพลิเคชันของคุณ: ระบบไฟล์ของคุณจะดำเนินการรับส่งข้อมูล NFS จากที่อยู่เครือข่ายเดียวกัน ทำให้ไคลเอ็นต์ NFS สามารถเข้าถึงข้อมูลของคุณต่อไปโดยไม่ต้องแทรกแซงด้วยตนเอง

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

ได้ คุณสามารถเข้าถึงระบบไฟล์จาก VPC อื่น (รวมถึง VPC ในภูมิภาคอื่น) โดยใช้ AWS Transit Gateway หรือ VPC Peering และคุณสามารถเข้าถึงระบบไฟล์ได้จากในองค์กรโดยใช้ AWS Direct Connect หรือ VPN

คุณสามารถเข้าถึงข้อมูลไฟล์ FSx ของคุณได้โดยแนบจุดเชื่อมต่อ S3 เข้ากับ FSX สำหรับระบบไฟล์ OpenZFS ของคุณโดยตรง ด้วย S3 Access Points คุณสามารถใช้ AWS ที่รองรับ S3 และบริการและแอปพลิเคชันของบุคคลที่สามกับข้อมูล FSx ของคุณ ในขณะที่ข้อมูลยังคงอยู่ในระบบไฟล์และสามารถเข้าถึงได้โดยเนทีฟผ่านโปรโตคอลไฟล์ (เช่น NFS) ตัวอย่างเช่น คุณสามารถเข้าถึงข้อมูลของคุณด้วยบริการ AWS ได้แก่ Amazon Bedrock, Amazon Q Business, Amazon SageMaker, Amazon Glue และ Amazon Quicksight รวมถึงบริการและแอปพลิเคชันของบุคคลที่สามที่สร้างขึ้นเพื่อทำงานกับข้อมูลใน S3 ซึ่งช่วยให้คุณค้นพบข้อมูลเชิงลึกใหม่ สร้างสรรค์นวัตกรรมได้เร็วขึ้น และตัดสินใจจากข้อมูลของคุณได้ดียิ่งขึ้น

จุดเชื่อมต่อ S3 ที่แนบมากับ FSX สำหรับระบบไฟล์ OpenZFS รองรับการอ่านและเขียนการเข้าถึงข้อมูลไฟล์ของคุณโดยใช้การดำเนินการวัตถุ S3 (เช่น GetObject, PutObject, ListObjectSV2) กับปลายทางของ Amazon S3 คุณสามารถแนบจุดเชื่อมต่อได้มากถึงหลายร้อยจุดเข้ากับระบบไฟล์โดยสามารถกำหนดค่าจุดเข้าถึง S3 แต่ละจุดได้ด้วยสิทธิ์เฉพาะแอปพลิเคชัน จุดเชื่อมต่อ S3 ที่แนบกับ FSX สำหรับระบบไฟล์ OpenZFS รองรับการควบคุมสิทธิ์แบบละเอียดเดียวกัน (เช่น นโยบายจุดเข้าถึง IAM, บล็อกการเข้าถึงสาธารณะ) และการควบคุมต้นทางเครือข่าย (เช่น อนุญาตให้เข้าถึงจาก Virtual Private Cloud ของคุณเท่านั้น) กับจุดเชื่อมต่อ S3 ที่แนบกับบั๊กเก็ต S3

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