คำถามติดแท็ก amazon-ebs

นี่คือคำถามเกี่ยวกับบริการเก็บข้อมูลของ Amazon สำหรับบริการ ec2

4
คำศัพท์ของ Amazon EC2 - AMI เทียบกับ EBS กับ Snapshot เทียบกับปริมาณ
ฉันแหย่ไปรอบ ๆ Amazon EC2 และสับสนเล็กน้อยกับคำศัพท์บางคำ เกี่ยวกับ AMI ภาพรวมและปริมาณและ EBS โดยเฉพาะ กรุณาแก้ไขให้ฉันถ้าฉันผิดหรือเติมช่องว่างที่ร้ายแรงในงบต่อไปนี้ของฉัน: AMI (ภาพเครื่องของ Amazon) คือการจับ 'ดิสก์' เต็มรูปแบบของระบบปฏิบัติการและการกำหนดค่า เมื่อคุณเปิดใช้งานอินสแตนซ์คุณจะเปิดใช้งานได้จาก AMI EBS (Elastic Block Storage) เป็นวิธีการยืนยันสถานะของการแก้ไขใด ๆ ที่คุณทำเมื่อบู๊ตจาก AMI ที่กำหนด ในใจของฉันนี่เป็นสิ่งที่แตกต่างไปจากสถานะสุดท้ายของอินสแตนซ์ของคุณเทียบกับ AMI ภาพรวมคือ ... ดีฉันไม่แน่ใจ ฉันสามารถสันนิษฐานได้ว่ามันเป็นภาพรวมของอินสแตนซ์ที่เฉพาะเจาะจง แต่ก็ไม่ชัดเจนสำหรับฉันว่าสิ่งนี้แตกต่างจากสถานะที่จัดเก็บใน EBS อย่างไร สแน็ปช็อตแตกต่างจากการสร้าง EBS AMI จากอินสแตนซ์ที่มีอยู่อย่างไร ปริมาณคือ ... ดูเหมือนว่าจะมีพื้นที่ดิสก์ติดตั้งซึ่งโหลดคู่ AMI / EBS ฉันก็ไม่แน่ใจเหมือนกัน ฉันสามารถเห็น (จากคอนโซล …

2
ปลอดภัยหรือไม่ที่จะใช้ปริมาณ Amazon EBS ในขณะที่กำลังประมวลผล?
จะปลอดภัยหรือไม่ที่จะใช้ปริมาณ EBS ในขณะที่สร้างสแนปชอต? ปัจจุบันฉันติดตั้งวอลลุ่ม EBS 100Gb แล้ว ฉันอยู่ในขั้นตอนการจับภาพ ดีนะมันช้า !! จะใช้เวลามากกว่า 45 นาทีในการถ่ายภาพ คำถามของฉัน: โวลุ่ม EBS คัดลอกมาแล้วและเพิ่งถูกบันทึกไว้ที่ไหนสักแห่ง? หรือภาพสแน็ปช็อตกำลังคัดลอกจากโวลุ่มที่เมานท์ของฉันหรือไม่? โดยพื้นฐานแล้วถ้าฉันเริ่มใช้มันก่อนที่สแนปชอตจะเสร็จสมบูรณ์ ฉันไม่อยากจะเชื่อว่ามันจะใช้เวลานานในการคัดลอก ไม่ได้ใช้งานจริงแม้แต่ 100GB มันเหมือน 25Gb

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

3
ลดขนาดปริมาณ Amazon EBS
คำถามนี้ถูกโยกย้ายจาก Stack Overflow เพราะสามารถตอบได้ใน Server Fault อพยพ 9 ปีที่ผ่านมา ฉันเห็นคำตอบนี้สำหรับการเพิ่มปริมาณ EBSแต่ฉันต้องการย่อขนาด อิมเมจเซิร์ฟเวอร์ Ubuntu เริ่มต้นคือ 15 GB ในขณะที่ฉันต้องการสูงสุด 2 GB เท่านั้น (ฉันใช้ไดรฟ์ข้อมูลอื่นสำหรับข้อมูล) มีวิธีลดขนาดของไดรฟ์หรือไม่

4
การคงอยู่ของข้อมูล Amazon EC2
คำถามนี้ถูกโยกย้ายจาก Stack Overflow เพราะสามารถตอบได้ใน Server Fault อพยพ 10 ปีที่ผ่านมา ตามคำถามที่พบบ่อยของ Amazon EC2 เมื่ออินสแตนซ์ถูกยกเลิกข้อมูลจะหายไป ฉันสามารถใช้ขั้นตอนใดในการรักษาข้อมูลในกรณีที่อินสแตนซ์ของฉันถูกรีบูต ฉันดู EBS และ S3 - สิ่งเหล่านี้จะเป็นประโยชน์ในการจัดเก็บฐานข้อมูลที่ใช้งานอยู่หรือไม่? มีการรีบูตอินสแตนซ์อย่างไรก็ตามบ่อยครั้งเพียงใด

3
EBS กับคำจำกัดความ SSD
ฉันสับสนเกี่ยวกับตัวเลือก EBS และ SSD ในขณะที่สร้างอินสแตนซ์ ขณะที่เลือกพารามิเตอร์อินสแตนซ์ (ขั้นตอนที่ 2) คุณจะเห็น 2 ตัวเลือกในคอลัมน์Instance Storage (GB): EBS เท่านั้นหรือ SSD ฉันไม่รู้ว่าทำไมตัวเลือกนี้ถึงมีเพราะ SSD และ EBS เป็นสิ่งที่แตกต่างกันและทำไมฉันถึงเลือกอย่างใดอย่างหนึ่ง คำจำกัดความของการจัดเก็บอินสแตนซ์ (GB) ด้านล่างมีความขัดแย้งกับด้านบนเนื่องจากทั้งหมดเป็นแบบถาวร (คุณเห็นคำจำกัดความนี้หากคุณเลื่อนชื่อคอลัมน์) ที่เก็บอินสแตนซ์ในพื้นที่ที่มีให้กับอินสแตนซ์ ข้อมูลในที่จัดเก็บอินสแตนซ์ไม่ได้เป็นแบบถาวร แต่จะคงอยู่เฉพาะในช่วงอายุการใช้งานของอินสแตนซ์เท่านั้น ทำไมในขั้นตอนที่ 4 อีกครั้งฉันจะต้องเลือกระหว่าง SSD หรือแม่เหล็ก การชี้แจงใด ๆ จะช่วย

1
การสร้างอิมเมจ EC2 AMI จากอินสแตนซ์ที่ทำงานเปรียบเทียบกับจากสแน็ปช็อตปริมาณ
ฉันต้องการสำรองอินสแตนซ์ EC2 ที่ใช้ Linux ในขณะที่กำลังทำงานโดยไม่ต้องหยุดทำงานจากนั้นจึงเปิดตัวอินสแตนซ์ใหม่ในภายหลัง (อินสแตนซ์กำลังเรียกใช้เว็บเซิร์ฟเวอร์และฐานข้อมูล Postgres) ฉันพบว่ามีสองวิธีในการทำเช่นนี้ แต่ฉันสับสนในความแตกต่างของผลลัพธ์ระหว่างพวกเขา ตัวเลือก # 1: สร้าง AMI โดยตรงจากอินสแตนซ์ที่ทำงานอยู่: สร้าง AMI ใหม่ตรงจากอินสแตนซ์ต้นฉบับที่รันอยู่ เรียกใช้อินสแตนซ์ใหม่จาก AMI ตัวเลือก # 2: สร้าง AMI ด้วยตนเองจากภาพรวม: ถ่ายภาพจากไดรฟ์ข้อมูลที่แนบมากับอินสแตนซ์ที่ทำงานอยู่เดิม สร้าง AMI จากสแน็ปช็อตป้อนรายละเอียดด้วยตนเองเช่นสถาปัตยกรรมและเคอร์เนล ID เรียกใช้อินสแตนซ์ใหม่จากภาพที่สร้างขึ้นด้วยตนเอง ตอนนี้สิ่งที่สับสนคือเมื่อสร้าง AMI โดยตรงจากอินสแตนซ์ EC2 จะรีบูตอินสแตนซ์โดยค่าเริ่มต้น มีช่องทำเครื่องหมาย"ไม่รีบูต"ด้วยคำแนะนำเครื่องมือต่อไปนี้: เมื่อเปิดใช้งาน Amazon EC2 จะไม่ปิดอินสแตนซ์ก่อนสร้างภาพ เมื่อใช้ตัวเลือกนี้ความสมบูรณ์ของระบบไฟล์ในรูปภาพที่สร้างจะไม่สามารถรับประกันได้ มีความแตกต่างในผลลัพธ์ของตัวเลือกทั้งสองวิธีหรือไม่ สำหรับฉันมันรู้สึกเหมือนฉันกำลังทำสิ่งเดียวกันกับที่ตัวช่วยสร้างอัตโนมัติจะทำด้วยตนเอง มันสร้างภาพรวมเลือก ID เคอร์เนลและสถาปัตยกรรม ทำไมหนึ่งมีข้อความเตือนและอื่น ๆ …

1
วิธีการกำหนดขนาดที่แท้จริงของภาพรวมของอเมซอน
Amazon EBS snapshots จับบล็อกที่เปลี่ยนแปลงจาก baseline ดังนั้น snapshots มักจะมีขนาดเล็กกว่าโวลุ่มแหล่งที่มา การเรียกเก็บเงินจะขึ้นอยู่กับขนาดจริงซึ่งถือว่าดี อย่างไรก็ตามฉันไม่สามารถหาวิธีกำหนดขนาดจริงของ snapshot ได้ ec2-อธิบาย-snaphots ให้ขนาดของไดรฟ์ข้อมูลที่ snapshotted เท่านั้น หากไม่มีเหตุผลอื่นฉันต้องการข้อมูลนี้เพื่อยืนยันการเรียกเก็บเงิน แต่ฉันก็ต้องการที่จะมีมันเพราะฉันอาจพบว่าโดยการกำหนดค่าวอลุ่มของฉันและสิ่งที่ฉันทำกับพวกเขาฉันสามารถลดขนาดของภาพรวมที่เพิ่มขึ้นของฉัน

2
วิธีการแปลง EBS ที่ไม่ได้เข้ารหัสเป็นการเข้ารหัส
ฉันมีจำนวน EBS ที่เก่ากว่าซึ่งไม่ได้เข้ารหัส ในการปฏิบัติตามมาตรการรักษาความปลอดภัยใหม่ขององค์กรข้อมูลทั้งหมดจะต้อง "เข้ารหัสที่เหลือ" ดังนั้นฉันจึงจำเป็นต้องแปลงโวลุ่มทั้งหมดให้เข้ารหัส อะไรคือวิธีที่ดีที่สุดในการบรรลุเป้าหมายนี้?

2
EBS ใดบ้างที่รองรับคุณสมบัติ AWS
ฉันเพิ่งอ่านบทความAWS: ดีเลวและน่าเกลียดซึ่งกล่าวว่าพวกเขาได้ย้ายออกจากคุณสมบัติ AWS ทั้งหมดที่ EBS สำรองไว้ คุณสมบัติใดที่อธิบายได้ (EBS อินสแตนซ์ EC2 ที่สนับสนุน) หรือโดยนัย (เว็บคอนโซล AWS) ที่ EBS สนับสนุน?

4
ไดรฟ์ EC2 ไม่ใช่ขนาดโวลุ่ม EBS
ฉันมีอินสแตนซ์ EC2 ซึ่งฉันสร้างไดรฟ์ข้อมูล 500GB EBS สำหรับ น่าเสียดายที่อินสแตนซ์ EC2 แสดงเฉพาะ 8GB ที่มีให้เท่านั้น ฉันมีไดรฟ์เดียวเท่านั้นซึ่งถูกต้อง [root@ip-10-244-134-250 ~]# ls -la /dev/x* brw-rw---- 1 root disk 202, 1 Aug 7 08:54 /dev/xvda1 แต่ไดรฟ์นั้นมีเพียง 8GB [root@ip-10-244-134-250 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda1 8.0G 1.3G 6.7G 16% / tmpfs 3.7G 0 3.7G …

5
จะลดขนาดปริมาณรูต AWS EBS ได้อย่างไร?
การขยายอินสแตนซ์ EC2 นั้นง่ายเหมือนลมหายใจ (ตัวอย่างเช่นสร้าง AMI เรียกใช้อินสแตนซ์จากนั้นจากนั้นเปลี่ยนขนาดหน่วยเก็บข้อมูล) แต่การลดมันจะกลายเป็นเรื่องยากมากขึ้น ฉันต้องการลดขนาดของไดรฟ์ข้อมูลรากแบบยืดหยุ่นของ Amazon Web Services (AWS) EC2 มีคู่ของขั้นตอนระดับสูงเก่าในสุทธิ รุ่นที่มีรายละเอียดมากขึ้นที่ฉันพบคือคำตอบอายุหนึ่งปีสำหรับคำถาม StackOverflow: ฉันจะลดความจุปริมาณ ebs ของฉันได้อย่างไรขั้นตอนมีระดับสูงมาก: สร้างปริมาณ EBS ใหม่ที่มีขนาดที่ต้องการ (เช่น / dev / xvdg) เปิดตัวอินสแตนซ์และแนบ EBS ทั้งสองเล่มเข้ากับมัน ตรวจสอบระบบไฟล์ (ของปริมาณรูตดั้งเดิม): (เช่น) e2fsck -f / dev / xvda1 ย่อขนาดปริมาตรรูทดั้งเดิมสูงสุด: (เช่น ext2 / 3/4) resize2fs -M -p / dev / …

4
เวลาที่เร็วที่สุดในการเรียกใช้อินสแตนซ์ EC2
ฉันกำลังพิจารณาที่จะย้ายจาก VPS เป็น EC2 EC2 มีความยืดหยุ่นและราคาก็เป็นเช่นนั้น ฉันสามารถบูตอินสแตนซ์ของฉันได้ตามต้องการจากนั้นปล่อยให้มันปิดลงถ้ามันไม่ทำงานในตอนท้ายของรอบระยะเวลารายชั่วโมง กระบวนการนั้นใช้เวลาเท่าไหร่? สมมติว่ามีการบูตอินสแตนซ์ขนาดเล็กจาก EBS สมมติว่า Linux (อาจเป็น Ubuntu); ครั้ง 10 นาทีกล่าวถึงสำหรับ Windowsทิ้งฉันประทับใจ การเปลี่ยนแปลงที่อาจจะec2-run-instance(มีสถานะรอดำเนินการของมัน) ec2-start-instanceหรือ อย่าลังเลที่จะพูดถึงเวลาเริ่มต้นของเมฆอื่นถ้าคุณรู้

1
ที่เก็บชั่วคราวของฉันอยู่ที่ไหนสำหรับ EC2 อินสแตนซ์
ฉันได้ดูคำถามต่อไปนี้แล้ววิธีการใช้ที่เก็บข้อมูล "Instance Store Volumes" ใน Amazon EC2 อย่างไรก็ตามมันไม่ได้ตอบ ฉันสร้างอินสแตนซ์ขนาดเล็ก EC2 โดยใช้ EBS เป็นอุปกรณ์รูท ประเภทเช่น AWSรายการเป็น "ร้านอินสแตนซ์" ของ 160GB แต่มันอยู่ที่ไหน $ df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda1 7.9G 3.6G 4.3G 46% / tmpfs 1.9G 0 1.9G 0% /dev/shm $ mount /dev/xvda1 on / type ext4 (rw,noatime) proc …

4
แนบ EBS-volume อัตโนมัติกับ Instance Spot ใหม่หรือไม่?
ฉันกำลังทดลองกับอินสแตนซ์ของจุด EC2 และฉันต้องการข้อมูลบางอย่างที่จะเก็บไว้ระหว่างการยุติ ตอนนี้ฉันเข้าใจแล้วเมื่อราคาปัจจุบันสูงกว่าค่าสูงสุดของฉัน ราคาเสนอจะถูกยกเลิกโดยอัตโนมัติ ฉันคิดว่าสคริปต์ init ใด ๆ ที่ฉันได้รับจะถูกเรียกใช้เมื่อปิดระบบดังนั้นฉันสามารถส่งข้อมูลออกไปยัง EBS ก่อนที่จะทำการ unmount คำถามของฉันคือฉันจะติดตั้ง EBS ปริมาณเท่ากันบนอินสแตนซ์ Spot ใหม่โดยอัตโนมัติได้อย่างไรเมื่อราคาลดลงเนื่องจากไม่มีสคริปต์เริ่มต้นของฉันที่ฉันจะโหลดลงในปริมาณรูทในครั้งแรก ฉันต้องสร้าง AMI ที่กำหนดเองหรือมีวิธีอื่นในการบรรลุเป้าหมายนี้หรือไม่?

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