Các thiết bị phù du và ebs có thể chỉ mất bất kỳ tên tệp thiết bị chữ nào, vì vậy đừng chỉ dựa vào tên thiết bị. Tên thiết bị là quan trọng để đưa ra quyết định nếu nó phù du hay không, tuy nhiên, như tôi sẽ phác thảo dưới đây. Dựa vào tên điểm gắn kết với các từ 'phù du' hoặc 'ebs' cũng không đáng tin cậy.
Mặc dù một số điều này có thể được thực hiện thông qua GUI EC2, một số lệnh vẫn cần phải được chạy trên chính máy chủ, vì vậy ở đây, tôi chỉ cung cấp cho bạn phương thức 'tất cả dòng lệnh'. Tôi sẽ cung cấp cho bạn các ví dụ từ kho lưu trữ thể hiện tối thiểu 6.5.medium CentOS (tức là phù du) được hỗ trợ AMI.
1) Cài đặt tiện ích wget với yum install -y wget
2) Chạy wget -q 169.254.169.254/latest/meta-data/block-device-mapping/ -O -
Trong ví dụ này lưu trữ AMI được hỗ trợ - đầu ra cho lệnh # 2 ở trên là:
ami
ephemeral0
Đối với mục đích so sánh, bên dưới là đầu ra ví dụ từ máy chủ CentOS được hỗ trợ EBS chỉ với khối lượng EBS (không có ổ đĩa phù du):
ami
ebs2
ebs3
Tôi sẽ trở lại phiên bản được hỗ trợ EBS với khối lượng EBS sau. Hiện tại, chúng ta hãy tiếp tục với ví dụ AMI lưu trữ ví dụ ban đầu cho chúng ta thấy một ổ đĩa phù du.
Để tìm ra tập tin thiết bị nào được ánh xạ vào ổ đĩa phù du của bạn, hãy chạy lại wget, lần này thêm tên của ổ đĩa phù du như được phát hiện trong # 2 ở trên vào url:
3) wget -q 169.254.169.254/latest/meta-data/block-device-mapping/ephemeral0 -O -
và, trong ví dụ này, đầu ra là / was:
sdb
Điều này nhấn mạnh quan điểm của tôi ở trên rằng bạn không thể giả sử / dev / sdb thông qua / dev / sde là các thiết bị ebs. Có thể đúng là / dev / xvdb qua / dev / xvde là ebs - nhưng các hệ thống của tôi luôn bắt đầu bằng / dev / xvde1 , do đó sự tồn tại của các chữ cái thiết bị đó có thể phụ thuộc vào HĐH, vùng, AMI, v.v., bạn đang sử dụng. Bên cạnh đó, bạn có thể chạy số 3 với tên 'ebs', nếu có (ví dụ ebs2) và sẽ mang lại đầu ra tương tự.
4) Tiếp theo, chạy lsblk
Trong trường hợp này, đầu ra trông như vậy:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvde1 202:65 0 8G 0 disk /
xvdf 202:80 0 4G 0 disk
Điều này nhấn mạnh quan điểm của tôi từ phía trên rằng bạn không thể dựa vào điểm gắn kết để cho bạn biết thiết bị có phù du hay không.
Bạn cũng sẽ nhận thấy rằng ánh xạ giữa các chữ cái âm lượng thiết bị EC2 và các chữ cái ánh xạ của HĐH không khớp. Một phần nhỏ của tin tốt ở đây là các ký tự ổ đĩa sẽ tăng theo cùng một thứ tự, ngay cả khi các chữ cái không khớp nhau. Vì vậy, hãy lấy ký tự ổ đĩa 'khác' từ dữ liệu meta ánh xạ thiết bị của chúng tôi. Như bạn đã thấy ở trên, có hai ánh xạ thiết bị, một được gọi amivà một được gọi ephemeral0. Chúng tôi đã kiểm tra ephemeral0, vì vậy hãy kiểm tra ami:
5) wget -q 169.254.169.254/latest/meta-data/block-device-mapping/ami -O -
Đầu ra là / như sau:
sda1
Chúng tôi có thể tự tin kết luận chữ cái thấp nhất trong ánh xạ hệ điều hành là chữ cái thấp nhất của ánh xạ thiết bị khối EC2 và chúng tôi có thể tăng dần lên từ đó. Như vậy:
/dev/sda1 = /dev/xvde1 và /dev/sdb = /dev/xvdf
Cuối cùng nhưng không kém phần quan trọng - bạn sẽ nhận thấy rằng ánh xạ thiết bị khối amikhông ngay lập tức cho vay dù nó được hỗ trợ EBS hay Instance Store. Chúng tôi có thêm một lệnh để chạy.
6) wget -q 169.254.169.254/latest/meta-data/ami-manifest-path -O -
Tôi chắc chắn rằng EBS được hỗ trợ bởi AMI không có đường dẫn tệp kê khai vì chỉ có khối lượng lưu trữ đối tượng có tệp kê khai (tệp kê khai liệt kê tên và đường dẫn của các phân đoạn bó của AMI trong S3). Trong trường hợp tôi đã kiểm tra, kết quả của # 6 ở trên khi chạy ngược lại và lưu trữ thể hiện ami là một cái gì đó tương tự như:
someamibucketname/someamidescription/someamidescription.manifest.xml
trong khi đó, khi # 6 chạy với AMI được EBS hỗ trợ, bạn nhận được:
(unknown)
