Sửa như thế nào khi gặp lỗi không cấu hình thêm Storage DISK/LUN cho ESXi host 5.x ?


Trong khi làm việc với vSphere 5.5 trong phòng Labs hàng ngày, tôi đã cố gắng để tạo ra một Data Storage mới từ chuẩn ổ cứng SATA theo định dạng của ESXi 5.x VMFS5 local.

Mỗi lần tôi cố gắng để làm điều đó thì toàn là nhận được màn báo lỗi sau:

Call “HostDatastoreSystem.CreateVmfsDatastore” for object “ha-datastoresystem” on ESXi “ip của ESXi host” failed.

image

Sau một hồi lâu mò mẫm các vấn đề lỗi xung quanh, tôi đã nghĩ đến ổ cứng này đã được dùng cho một số việc khác trước đó đã có dữ liệu phân vùng như: MBR, ext2,3 … Như vậy, tôi cần phải làm sạch sẽ lại cái ổ cứng này trước khi cho nó về phân vùng ESXi VMFS5.

Điều đó đã thực sự giải quyết được vấn đề. Lỗi này có thể xảy ra nếu bạn có một hệ thống tập tin trên mà LUN / Disk của ESXi không hiểu, không thể ghi đè lên hoặc nếu bạn không có một quyền truy cập đầy đủ vào Disk / LUN.

Cách xử lý:

Lưu ý: Trong các phiên bản trước của ESXi, lệnh fdisk đã được sử dụng thường xuyên trong một số tình huống như vậy, mặc dù nếu bạn thử nó trong vSphere 5.x, bạn sẽ nhận được thông báo lỗi sau đây:

*** The fdisk command is deprecated: fdisk does not handle GPT partitions. Please use partedUtil ***

image

Tôi đã tìm ra được lỗi và cách sử dụng tool bằng lệnh partedUtil thay vì fdisk để lau sạch đĩa đó để có thể sử dụng nó cho ESXi.

Chỉ cần gõ một dòng lệnh sẽ lau sạch đĩa đó:

#PartedUtil mklabel /dev/disks/<disk id> msdos

ví dụ:

#partedUtil mklabel /dev/disks/t10.ATA____WDC_WD5000AK52000UU340___________WD2DWCAYU6597660 msdos

image

Lưu ý: trong trường hợp bạn cần tìm ra id disk trước khi format, tất cả t chỉ cần chạy lệnh sau đây để hiển thị ra id disk:

#ls /dev/disks

Sau khi xóa được các format trong LUN / Disk sạch sẽ, bây giờ bạn sẽ có thể sử dụng nó để tạo ra VMFS 5 cho datastore mới vào ESxi Host bằng cách thêm nó thông qua vSphere Client.

Hy vọng điều này sẽ giúp đỡ các bạn đang gặp khó khăn.

 

Tham khảo KB của VMware: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2007328 

 

Ngoài phương pháp xử lý lỗi trên, còn có trường hợp nâng cấp phiên bản ESXi 5.5 lên ESXi 6.0

P.S: Rất tiếc phần này chỉ công bố trong chương trình đào tạo RICM 6.x.

Các bạn hãy đăng ký tham gia các khóa học của http://robusta.vn để được trải nghiệm, hỗ trợ và thực hành tốt hơn.

Chúc các bạn thành công !

Phương pháp đo tốc độ VMs trong hạ tầng VDI truy xuất ổ cứng trên Storage SAN/NAS


Nhiều bạn thắc mắc về vấn đề kiểm soát tốc độ truy cập ổ cứng của các VMs hoặc đưa ra khá nhiều câu hỏi như:

  1. Mức độ chịu tải truy cập của 1 ổ cứng SSD, HDD, IDE, SATA I/II/III trên hệ thống Share Storage , NAS, SAN được tính toán như thế nào ?
  2. Làm thế nào biết được có bao VMs chạy được cùng đồng thời trên các ổ cứng SSD, IDE, SAS, SATA ?
  3. Làm thế nào đo được mức độ tối ưu “Performance Virtual disk” khi triển khai các máy ảo trên hạ tầng VDI ?

Để trả lời cho các câu hỏi dạng tính toán tối ưu nói trên rất phức tạp, thậm chí là khó chính xác, xong để đi tới tận cùng của đáp án, chúng ta phải bắt đầu tư logic căn bản nhất, đó là sử dụng công cụ tính toán mô phỏng và ra đáp số cho từng câu hỏi trên.

Tôi xin giới thiệu công cụ tính toán mô phỏng giữa lý thuyết và thực hành để giải đáp phần nào các câu hỏi của các bạn, thực tế nó cũng chính là những bước làm việc nghiên cứu căn bản trước khi triển khai VDI của chúng tôi.

1. Mô hình tính toán tốc độ và tối ưu hệ thống VDI:

Công cụ cung cấp tính toán đo lường được hiệu suất VDI, nó chính là chìa khóa để hiểu

I/O thực hiện khi tạo cấu trúc VDI.

– Iometer được coi là công cụ tiêu chuẩn khi bạn muốn kiểm tra tải trọng trên một hệ thống lưu trữ. Trong khi có rất nhiều công cụ có sẵn, cân bằng giữa khả năng sử dụng của Iometer và chức năng đo lường. Tuy nhiên, Iometer có phương pháp mô phỏng rất nhanh gọn và dễ dùng và tôi xin viết ngắn gọn để hiển thị một cách chính xác làm thế nào bạn nên sử dụng Iometer để có được kết quả tốt nhất, đặc biệt là khi thử nghiệm cho các môi trường VDI.

Ngoài ra, Tôi cũng sẽ cho bạn thấy làm thế nào để ngăn cản khả năng một ai đó đang cố tình sử dụng Iometer để đưa ra các kết quả đánh lừa bạn.

Iometer không đòi hỏi cơ sở hạ tầng ngoài 2 phần mềm chạy trên OS, bạn có thể sử dụng nó để nhanh chóng xác định hiệu suất hệ thống lưu trữ. Trong trạng thái cài đặt và chạy ngay lập tức trên một máy tính để bàn (thuộc hệ thống VDI hoặc RDS).

– Thông tin phân tích về  I/O sẽ được tính trên hai thông số chính R/W tức là tốc độ đọc/ghi của ổ cứng  (khoảng 80% /20% ghi / đọc; 80%/20% ngẫu nhiên / tuần tự và cuối cùng là thông tin về khối kích thước của đọc / viết sẽ được tính trong khối 4k/8k tương đương như xem phim Full HD 4K / 8k của youtube). Kích thước khối trong một cửa sổ khối lượng công việc thực hiện khác nhau giữa 512B và 1MB, nhưng phần lớn sẽ được ở 4K/8K.

– Nhưng Iometer không cho phép một kích thước khối hỗn hợp trong quá trình thử nghiệm, nên tôi sẽ sử dụng một dạng khối 4K liên tục (không dùng 8K hoặc hơn).

Tóm lại: Điều đó cho thấy rằng, khi dùng Iometer là tốt cho việc phân tích hiệu suất hệ thống lưu trữ, nếu bạn cần mô phỏng một khối lượng công việc lớn hơn trong thực tế cho môi trường VDI của bạn, tôi khuyên bạn nên sử dụng công cụ này được cài đặt tương thích trong Login VSI hoặc DeNamik.

2. Sơ đồ Thực nghiệm:

Tắc nghẽn “thắt cổ chai” cho ra phép tính hiệu suất trong VDI

Iometer thường được chạy từ bên trong một cửa sổ của máy trạm được cài “sử dụng ổ cứng”  trên những hệ thống lưu trữ như: DAS, NAS, SAN thông qua các giao thức như: FC, FCoE, iSCSI, NFS, SMB. Điều này có nghĩa rằng có rất nhiều lớp giữa nó và lưu trữ như chúng ta thấy dưới đây:

image

Nếu chúng ta muốn kiểm tra hiệu năng của việc lưu trữ, lưu trữ phải là nút cổ chai. Điều này có nghĩa là phải có nguồn lực đủ lớn “dạng lũ ống” trong tất cả các lớp khác để xử lý lưu lượng truy cập.

Tác động hiệu quả của “Công nghệ tự định hướng và đề xuất” giúp đo lường Hiệu suất lưu trữ

Nếu máy ảo VM của bạn được cấp quyền sử dụng thông qua công nghệ ảo Citrix Provisioning Services (PVS), Citrix máy Dịch vụ kiểm soát (MCS) hoặc VMware View Clones Link, bạn sẽ nhận được phương pháp thực nghiệp “bottlenecked” bằng “công nghệ tự đề xuất” mà tôi đang nói đến.

– Bạn thử nghiệm với Iometer so sánh trên chính các ổ Virtual Disk cài OS bootable ví dụ: C: ổ đĩa của một máy ảo được cung cấp duy nhất, bạn sẽ không có được cái nhìn đầy đủ về hiệu suất lưu trữ khi các lượng lưu trữ thay đổi hoặc có các I/O Workload được xử lý.

Bạn không thể đo lượng IOPS tối đa từ một máy ảo duy nhất, hoặc 1 ổ cứng bootable OS duy nhất trên 1 VM vì ngoài tham số trực tiếp trên 1 VM bạn sẽ gặp các vấn đề về tranh chấp tài nguyên giữa các VM khi chúng cùng cố gắng để lưu trữ “stress-test”.

– Tôi sẽ luôn luôn thêm một ổ đĩa thứ hai vào máy ảo và kiểm tra Iometer chống lại một ổ đĩa cứng thứ hai như thể sẽ có khả năng by-passes qua được các vấn đề áp dụng cho PVS / MCS / VMware view Linked Clones.

Tóm lại: Trong 99% các trường hợp tôi sẽ thực sự kiểm nghiệm chứ không phải kiểm tra đối phó để tìm ra kết quả thông thường trên VM có OS Windows 7. Bởi điều này có nghĩa là một máy ảo mới được cài đặt từ đầu, không join domain và chỉ có các công cụ hypervisor thích hợp cài đặt như: VMware Tool Installer, VM Hyper-V Tool.

Hãy nhớ rằng, Iometer được thiết kế để kiểm tra lưu trữ. Bằng cách kiểm tra với một VM nằm trong môi trường ảo VDI, bạn sẽ có đường cơ sở phân tích hiệu suất lõi của VDI. Từ đó bạn có thể vào thử nghiệm một máy ảo cấu hình đầy đủ; và bây giờ bạn có thể hiểu được tác động của các trình điều khiển lọc AV, được cung cấp bởi các dòng liên kết, hoặc phần mềm / agent/ plug-in khác v.v.  nhằm xác định chính xác hiệu suất lưu trữ.

3. Sử dụng Iometer để thử nghiệm VDI: lợi thế và nhược điểm

Trước khi chúng ta chuyển sang các thiết lập cấu hình thực tế bằng Iometer, tôi muốn nói một chút về các tập tin thử nghiệm mà Iometer tạo để tạo “lũ ống” cho I/O. Tập tin này được gọi là iobw.tst và là lý do tại sao tôi khoái cũng là ghét Iometer. Nó là nguồn gốc để hình thành lên Iometers, lỗi lớn nhất và cũng là lợi thế lớn nhất của nó.

1. Lợi thế: Iometer có thể tạo ra bất kỳ kích thước của tập tin thử nghiệm mà bạn thích để đại diện cho các kịch bản thử nghiệm mà bạn cần. Khi chúng ta nói về một hệ thống VDI duy nhất có 100 máy ảo Win 7, hoặc 8 máy chủ ảo dòng  RDS, kích thước của các I/O ‘làm việc thiết lập “phải là ở mức tối thiểu, kích thước tổng thể của các bộ nhớ phân trang pagefiles: vì đây sẽ là một tập hợp các dữ liệu duy nhất mà luôn được sử dụng.

Vì vậy, nếu 1 VDI có 100 máy ảo Win 7 có cấu hình 1GB RAM, kiểm tra tập tin này sẽ có ít nhất 100GB và  cộng thêm 8 máy chủ ảo RDS có cấu hình 10GB RAM, nó sẽ có ít nhất 80GB.

Các thiết lập làm việc thực tế của dữ liệu có thể sẽ cao hơn nhiều so với điều này, nhưng tôi chỉ xin nói về mức tối thiểu.

Điều này có nghĩa rằng nó sẽ rất khó khăn cho một Storage array hoặc RAID để giữ làm việc thiết lập trong bộ nhớ cache.

Iometer cho phép chúng ta thiết lập các tập tin thử nghiệm với một kích thước bất kỳ sẽ bắt chước như một thiết lập làm việc bình thường. Trong thực tế, tôi đã tìm thấy rằng một tập tin thử nghiệm 10-20GB là đủ để bắt chước một cách chính xác lưu lượng trên máy VDI duy nhất. Nếu bạn vẫn cần nhận được kết quả lớn hơn từ lưu trữ của bạn, chúng ta hoàn toàn có thể tăng kích thước của tập tin thử nghiệm này.

2. những bất lợi: iobw.tst có thể bị lỗi. Nếu bạn thay đổi kích thước các tập tin mà không xóa, nó không thay đổi kích thước (nó chưa có lỗi) và nếu bạn xóa các tập tin mà không đóng “Close Iometer”, Iometer sẽ bị treo.

Ngoài ra, nếu bạn không chạy Iometer as administrator, Windows 7 sẽ đặt các tập tin iobw.tst trong hồ sơ cá nhân “user profile data” thay vì thư mục gốc của C :. OK, đó không phải là về mặt kỹ thuật lỗi căn bản của Iometer, nhưng nó vẫn còn gây phiền nhiễu nếu bạn không làm đúng quỳ trình.

 

4. Cấu hình khuyến cáo dùng Iometer tính toán VDI:

image

 

Số lượng Workers chủ yếu là số lượng các threads được sử dụng để tạo ra các yêu cầu I/O, tuyển thêm Workers sẽ bổ sung độ trễ, nó cũng sẽ bổ sung thêm một lượng nhỏ amount trong tổng số I/O. Chúng ta chỉ xem xét 4 works để có sự cân bằng tốt nhất giữa độ trễ và IOPS.

Chọn máy tính có nghĩa là tất cả các Workers đều được cấu hình cùng một lúc, bạn có thể kiểm tra xem các Workers được cấu hình một cách chính xác bằng cách chọn từng workers riêng lẻ để kiểm tra.

Các ổ đĩa thứ hai nên được sử dụng để tránh các vấn đề với trình điều khiển lọc AV / dự phòng v.v. trên ổ C: (mặc dù Iometer luôn luôn nên được chạy trong một cấu hình cài đặt ngầm định).

Số lượng các thành phần cung cấp cho bạn kích thước của tập tin thử nghiệm, điều này là cực kỳ quan trọng như được đề cập ở trên. Bạn có thể sử dụng các trang web sau đây để xác định các chuẩn kích thước GB sectors:

http://www.unitconversion.org/data-storage/blocks-to-gigabytes-conversion.html

Các kích thước được sử dụng trong ví dụ để có được 10-20GB là 21.943.040  – 41.943.040 sectors.

Lý do cho việc cấu hình vượt  trên 16 I/O tương tự như số lượng Workers  tăng I/O sẽ làm tăng độ trễ trong khi tăng nhẹ IOPS. Như với việc tăng Workers, tôi nghĩ rằng 16 là một sự thỏa hiệp tốt. Bạn cũng có thể tham khảo bài viết sau đây liên quan đến con số I/O ngon lành: http://communities.vmware.com/docs/DOC-3961

Network Target Tab: không có gì thay đổi.

Thông số truy cập:

image

Để cấu hình một khối lượng công việc bắt chước một máy tính để bàn, chúng ta cần phải tạo ra một đặc điểm kỹ thuật mới.

image

Các thông số kỹ thuật truy cập mới cần phải có các cài đặt sau. Điều này đảm bảo rằng các mô hình thử nghiệm là thống nhất và phù hợp nhất có thể trong một khối lượng workload của VDI. Các thiết lập là:

 

  • 80% Viết

  • 80% Random

  • Block 4K

  • Ranh giới truy cập tới hạn mức 128K, điều này có lẽ là quá mức cần thiết và 4K sẽ là tốt, nhưng nên loại bỏ bất kỳ vấn đề chỉnh đĩa.

  • Những tham số trên là phức tạp, bạn có thể tìm hiểu qua link:  http://www.atlantiscomputing.com/win7iops 

    image

    Sau đó, bạn nên thêm các thông số kỹ thuật truy cập cho việc quản lý.

    image

     

    Lưu ý: Tôi chỉ cấu hình thử nghiệm để chạy trong vòng 30 giây, kết quả sẽ được nhận sau khoảng thời gian đó. Quan trọng hơn, nếu bạn đang thử nghiệm trên SAN, Iometer khi cấu hình một cách chính xác sẽ sơi tất cả các hiệu suất SAN của bạn. Vì vậy, nếu bạn đang có khối lượng công việc khác trên SAN của bạn, chạy Iometer trong một thời gian dài sẽ ảnh hưởng nghiêm trọng tới chúng.

    image

     

    Thiết lập Update Frequency (seconds) để xem kết quả diễn ra.

    Thiết lập ‘Results Since’ để chọn ‘Start of Test’ bạn sẽ nhận được các giá trị tính a reliable average.

    Cả 2 giá trị Read và Write tính giá trị trung bình. response times (Latency) là rất cần thiết.

    Bạn nên lưu kết quả ra 1 file csv, nó sẽ lưu tất cả các kết quả mà bạn đang cần thực nghiệm.

    Lưu cấu hình

    Bạn nên lưu lại cấu hình để sử dụng sau này bằng cách nhấn vào biểu tượng ổ đĩa. Điều này sẽ tiết kiệm cho bạn phải cấu hình lại Iometer mỗi lần chạy thử nghiệm mà bạn làm. Các tập tin được lưu dưới dạng * .icf ở một vị trí lựa chọn của bạn.

    Giải thích kết quả

    iometer_result

    Các giá trị nói về IOPS càng cao thì càng tốt, chính là dòng “Total I/Os per Second” và nó phải được tính toán trên một độ trễ hợp lý, bất kỳ điều gì được thực hiện dưới < 5ms là vô cùng tốt.

    Đối với IOPS tối đa có thể cho một trục số trễ là 200ms, bạn nên kiểm tra kỹ kết quả đừng đi theo suy đoán, dự đoạn giá trị. ví dụ: Đối với một ổ SSD, bạn có thể có được từ 3 – 15.000 IOPS tuỳ thuộc vào độ trống rỗng của ổ cứng đó, nó sẽ như thế nào với việc sử dụng và mức độ tốn kém tới đâu khi phải phục vụ nhiều VM trong VDI ? do vậy, bạn nên kiểm tra kỹ lưỡng hiệu suất sử dụng và lưu trữ.

    Bạn không cần phải chia IOPS cho bao nhiêu máy VM hoặc kiểm tra thông lượng, lượng đọc, ghi v.v. vì chúng ta đã biết fix IOmeter đọc 20%, ghi 80% rồi (phần cấu hình ở trên).

     

    Làm thế nào bạn có thể kiểm tra một người nào đó sử dụng công cụ nào đó để lừa bạn về hiệu suất Lưu trữ ?

    –  Nếu các bạn không để mắt đến chuyện hiệu suất “Performance and sizing” hoặc bạn chưa bao giờ được ROBUSTA đào tạo, hoặc nói thẳng bạn chưa bao giờ có ý định học hỏi ở chúng tôi, bạn sẽ không có nhiều kỹ năng, chia sẻ kinh nghiệm, Bạn sẽ luôn nhận được kết quả  hiển thị chữ “thất bại” làm đại diện cho bạn.

    – Dưới đây là một danh sách những thứ để kiểm tra khi có ai đó đang hiển thị cho bạn một kết quả trong mơ.

  • Điều gì làm nên kích thước của các tập tin thử nghiệm có trong Windows Explorer / Linux Explorer ?
  • – Nó cần phải được thử nghiệm rất lớn (tối thiểu 10- 20GB) bởi ảo hoá đồng nghĩa sẽ có các file VMDK, VHD siêu lớn.

  • Làm thế nào xác định tuần tự các khối lượng công việc Workloads cho các bộ vi xử lý CPU ?
  • – Chúng nên xử lý tuần tự, dễ dàng hơn đó là để hiển thị kết quả tốt hơn cho IOPS và kiểu Passthrough. (Nó nên được đặt ở mức tối thiểu là 75% – 80% so với ngẫu nhiên)

  • Kích thước khối “block size” là gì?
  • – Windows có một kích thước khối 4K, VMware VMFS có kích thước 8K – 18K, bất cứ điều gì khác không phải là một cách kiểm tra có liên quan và có thể giúp chúng ta xác định đúng các nhà cung cấp thiết bị chuẩn.

     

    Chúc các bạn tiến bộ không ngừng ở ngành CNTT VDI !

    Tại sao tôi không thể mở rộng kích thước của một đĩa cứng cho một máy ảo trên ESXi / ESX ?


    Đã không ít các bạn học viên gặp phải lỗi này, tôi nghĩ có lẽ tôi nên viết một bài về vấn đề này có hướng dẫn về việc làm thế nào để sửa lỗi này và có thể chỉ cho mọi người.

    Vấn đề:

    Bạn muốn mở rộng một đĩa cứng cho một máy ảo, do đó bạn nhấp chuột phải vào máy ảo và chọn chỉnh sửa các thiết lập:

    image

    Các thuộc tính của máy ảo mở, bạn điều hướng đến các đĩa cứng mà bạn muốn mở rộng không gian / tăng ổ đĩa nhưng nhận thấy rằng tất cả các trường được chuyển sang màu xám:

    image

     

    Giải quyết:

    Một trong những lý do tại sao các tùy chọn được hiển thị màu xám là do các máy ảo đã được chụp snapshot . Để kiểm tra, nhấp chuột phải vào máy ảo, chọn snapshot sau đó chọn Snapshot Manager…

    image

    Khi cửa sổ Snapshot Manager mở ra, bạn sẽ có thể nhìn thấy có các images của máy ảo này. Trong trường hợp dưới đây, có hiện một bản chụp image có tên là Test đã tạo ra.

    image

    Chọn image Test và chọn nút Xóa

    image

    Một khi bạn đã xóa hết các snapshot, bây giờ bạn sẽ thấy rằng bạn có thể chỉnh sửa được Kích thước của ổ cứng trong máy ảo:

     

    image

     

    Chúc các bạn thành công !

    Phần 2. Thêm ổ cứng iSCSI của windows server 2008 R2 vào ESXi Host 5.5 như thế nào ?


     

    Vẫn như phần 1. Bạn cần phải download và cài trước tiên bản Microsoft iSCSI software target:
    1. Mở Microsoft iSCSI bấm phải chuột mục iSCSI targets và bấm ‘Create iSCSI target’.
    2. Bấm next.
    3. Nhập tên target và bấm next.
    4. Ở mục IQN identifier tab thêm  tên của IQN của máy chủ ESXi host mà bạn định thêm ổ cứng iSCSI Target , nếu không thấy nó trong list thì xin bạn hãy bấm nút Browser. Bạn cũng có thể nhận được IQN của máy chủ ESXi Host bằng cách đăng nhập vào ESXi Host thông qua phần mềm vSphere client > bấm Storage adapter > iSCSI software adaptor.

    image

    5. Copy IQN initiator từ trong mục iSCSI Software Adapter

    và thêm vào trong phần mềm Microsoft iSCSI Software Target 3.3 cài trong windows server 2008 R2

    image

    Bây giờ thêm IQN Identifiers của vmware esxi host vào

    image

    Đã xong ở máy chủ Microsoft iSCSI Software Target 3.3

    hãy quay lại vSphere Client nơi đang cấu hình iSCSI Target Adapter

    6. Bấm vmhba34 ở dưới  iSCSI software adapter và bấm propeties.
    7. Dưới tab  General bấm cấu hình configure and enable.

    image
    8. Nhập IP của máy chủ iSCSI software Target ở Tab Dynamic Discovery

    image

     

    Bấm OK
    9. Bấm scan All và iSCSI softwer adapter sẽ xuất hiện LUN.

    image

    10. Bây giờ mở chọn mục Storage và bấm rescan all. Chọn  discovered LUN và bấm Add Storage > select disk/LUN và bấm  next  để chọn tên datastore > bấm next để kết thúc.

    image

    11. Thêm Storage

    image.
    Bây giờ thì các bạn đã thêm 1 ổ cứng iSCSI trực tiếp vào máy chủ ESXi Host nhằm tăng dung lượng Storage cho hệ thống VMware ảo hoá bằng Hypervisor hoặc vCenter.

    image

     

    Ghi chú: Ổ cứng iSCSC tối đa mà ESXi Host có thể quản lý : 2TB, nếu bạn có ổ cứng lớn hơn thì cách tốt nhất phải Split ngay từ phần máy chủ Microsoft iSCSI Software Target 3.3.

     

    Trong phương pháp này vẫn có thể còn một số lỗi liên quan định dạng VMFS 

    ví dụ:

    Create datastore in 5.5 error Call “HostStorageSystem.ComputeDiskPartitionInfo” for object “storageSystem” on ESXi “192.168.222.133” failed.

    Các bạn nên bình tĩnh tra cứu lỗi:

    https://communities.vmware.com/message/2294999 

    và đùng vội vàng xử lý xoá đi làm lại mà tra cứu và tìm cách sửa lỗi theo logic:

    như:

    Tạo lại theo partition là VMFS3, sau đó nếu tạo thành công thì xoá và tạo lại theo định dạng VMFS5

    image

    image

    Kết quả khi tạo lại Storage theo định dạng VMFS-5

    image

    Phần 3. Cài đặt và cấu hình phần mềm Openfiler dùng cho VMware ESXi để chia sẻ lưu trữ theo kiểu NFS hoặc iSCSI


    Khi bạn tạo ra môi trường ảo hoá máy chủ hoặc máy trạm trên nền VMware. Bạn muốn làm việc với các công cụ bảo vệ dữ liệu và vận hành ổn định hiệu quả như: di chuyển máy ảo tự động vMotion và độ sẵn sàng cao, bạn sẽ cần sử dụng hệ thống chỉa sẻ tài nguyên “Share Storage” nó phải được kết nối và vận hành trong môi trường ảo hoá của bạn.

    Openfiler cũng là một lựa chọn tốt để bạn cài đặt và cấu hình miễn phí hệ thống lưu trữ đóng gói nhằm cung cấp dịch vụ chia sẻ lưu trữ dữ liệu với 2 chuẩn NFS hoặc iSCSI.

    Bài này tôi giới thiệu cách cài Openfiler 2.99. Bạn có thể download nhiều dạng triển khai khác nhau như: copy vmdk, copy file zar hoặc file ISO hoặc ovf để triển khai theo template sẵn sàng chuẩn VMware files…

    Tôi download bộ cài ISO file tại địa chỉ: www.openfiler.com. phiên bản 2.99 (openfileresa-2.99.1-x86_64-disc1.iso)

    Để bắt đầu bạn cần tạo 1 máy ảo  virtual machine có thể chạy trên nền ảo hoá máy chủ ESXi Hypervisor miễn phí hoặc ảo hoá máy trạm Workstation, đưa file ISO vào ổ đĩa CD/DVD ảo và chọn chế độ power on. Hệ điều hành OS dạng: Other Linux 64 bit.

    Note Kích thước ổ nhỏ nhất là: 10GB mới đảm bảo đủ kích thước tối thiểu trước khi cài  Openfiler.

    Yêu cầu của hệ thống:

    Openfiler tương thích 64-bit đạt chuẩn tương thích với các máy chủ phần cứng. Nó có thể được cài vào môi trường máy chủ ảo, máy trạm ảo theo nền tảng VMware vSphere.

    Theo như dòng sản phẩm phát triển chạy trên nền hỗ trợ ảo hoá hoặc theo cấu hình cơ bản, khuyến cáo nên dùng CPU chip 64-bit Intel Xeon hoặc AMD Opteron đạt hiệu quả tốt nhất.

    Cấu hình cài cơ bản

    Khuyến cáo
    • 64-bit 1.6GHz or higher performance processor
    • 2GB or higher of RAM
    • 2GB disk space for memory swap area
    • 8GB disk space for Openfiler OS installation
    • 1Gb Ethernet network interface
    • Separate storage volumes/disks for data export
    • Hardware RAID controller

    Cấu hình cài ảo hoá

    VMware specifications
    • 64-bit VMware hypervisor
    • VMware Player, VMware Server, VMware ESX compatible
    • Symbios or Buslogic virtual SCSI disk driver
    • IDE virtual disk driver
    • 2GB minimum virtual RAM
    • Virtual network interface

    Tip

    Bước 1. đầu tiên là cài Hệ điều hành trên 1 ổ cứng và sau khi cài xong có thể bổ sung thêm các ổ cứng khác sẽ liên quan tới phân hoạch ổ cứng kiểu NFS và iSCSI. không cần tắt nguồn của máy ảo khi định thêm ổ cứng cho NAS. Bạn có thể thêm ổ cứng cho NAS, NFS… khi đang bật nguồn cho ESXi và Openfiler sẽ tự động xác định ra ổ cứng mới thêm.

    Khi bạn khởi động máy ảo VM bằng bộ cài ISO (xem hình dưới). Hãy nhấn phím Enter để bắt đầu cài.

    Openfiler boot cd

    Các bước cài tiếp theo chủ yếu tôi chụp hình ảnh và  sẽ đưa các ý kiến chú thích các vấn đề quan trọng cần bạn lưu ý khi thực hiện.

    Trong lúc cài đặt sẽ phải thiết lập ổ cứng rỗng và bạn sẽ có thể tự động phân vùng, định dạng ổ cứng theo HĐH. Bạn có 2 ổ cứng và mỗi ổ bạn muốn chạy theo 2 công nghệ khách nhau : một ổ chạy theo NFS  và một ổ chạy theo iSCSI.

    Openfiler disk selection

    Mạng ngầm định sẽ được cấu hình tự động theo DHCP. Nếu bạn muốn cấu hình tĩnh IP thì bạn có thể cấu hình sau khi truy cập vào Web based có giao diện quản lý hoặc bạn làm theo từng bước ở phần đang cài đặt sau:

    Openfiler IP configuration

    Trong quá trình cài đặt hệ thống yêu cầu mật khẩu root. Đây chỉ là tài khoản root dùng làm quản trị hệ thống Openfiler, Lưu ý rằng mật khẩu này sẽ không phải là mật khẩu mà bạn sẽ sử dụng để quản lý thiết bị từ giao diện người dùng dựa trên web.

    Openfiler root password

    Khi các bước cài xong, hệ thống kết thúc và yêu cầu khởi động lại máy chủ . Bạn sẽ nhìn thấy địa chỉ web URL để điều khiển quản lý Openfiler.

    Openfiler appliance after first boot

    Bước 2. Lần đầu truy cập web base bạn sẽ thấy có 1 màn thông báo chữ ký số là chưa được tin tưởng, do máy chủ ảo tự tạo ra chữ ký số SSL cho giao thức HTTPS, đây là thông báo bình thường và bạn có thể tiếp tục thực hiện.

    Đăng nhập vào web Openfiler bạn sẽ cần xác thực bằng tài khoản:

    Tài khoản ngầm định: openfiler

    Mật khẩu ngầm định: password

    Sau khi bận đăng nhập lần đầu để thay đổi mật khẩu cho Administrator của máy ảo. Hệ thống yêu cầu bạn đăng nhập lại màn quản trị bằng mật khẩu mới. (Trong Labs thay thành:  VMware1!

    Openfiler change administrator password

    Bước tiếp theo cần bật các dịch vụ cần thiết cho NFS, iSCSI khởi động.

    Enable and start Openfiler services

    Bước 3. để cấu hình từ máy chủ hoặc mạng đang cài Openfiler. bạn có thể cung cấp các địa chỉ IP tĩnh cho máy chủ Openfiler. ví dụ: tất cả các máy chủ này đều nằm ở dải mạng: 192.168.1.0/24 sẽ có thể truy cập hệ thống chia sẻ lưu trữ này .

    Openfiler network access configuration

    Sau bước 3, bạn nên thêm ổ cứng ảo tới máy chủ ảo mà bạn muốn  dùng làm lưu trữ dạng NFS và iSCSI data. Bạn có thể làm điều này trong lúc các máy chủ ảo đang bật và Openfiler sẽ tự động xác định ra chúng.

    Bước 4. truy xuất vào Tab Volumes và chọn Block Devices  từ menu bên phải để quản lý định dạng ổ cứng của bạn. Chúng ta bắt đầu từ ổ thứ 1 (/dev/sdb). Bấm vào hyperlink để xác lập device và để thêm 1 định dạng ổ partition.

    Openfiler block devices add partition

    Phần tiếp theo cần tạo 1 ổ volume mới trong ổ cứng ảo. Thực hiện hành động này cho tất cả các ổ cứng nào bạn muốn dùng. (Trường hợp này tôi chỉ dùng đĩa /dev/sdc.)

    Openfiler add partiiton to device

    Bước 5. tạo 1 Volume group. Tại thời điểm này tôi bắt đầu tạo ra toàn bộ cấu hình NFS và khi điều đó được thực hiện xong, tôi sẽ tạo ra tiếp các đĩa iSCSI và cấu hình chúng .

    Bước 6. Cấu hình NFS Volume

    Trong tab Volumes  chọn  Volume Groups từ menu bên phải.

    Openfiler add new volume group for NFS

    Tiếp theo bấm Add Volume là đường liên kết bên menu bên phải. Xác định tên cho voulme, nhập miêu tả và chọn amount cho vùng ổ trống từ kiểu phân vùng định dạng partition để sử dụng. File ngầm định được sử dụng ở đây là XFS, bạn cũng có thể chọn ext4 hoặc các kiểu định dạng khác nhưng quan trọng nhất là chúng ta cần hệ thống truy xuất và chia sẻ dữ liệu qua NFS do vậy những định dạng này thực sự không phải là quan trọng.

    Add volume to Openfiler volume group

    Bước 7. bây giờ chúng ta đã có cấu hình NFS-volume và cần phải tạo 1 cấu hình thông tin chia sẻ để giúp chúng ta đưa nó vào hệ thống máy chủ  ESXi Hypervisor. Bấm vào tab Shares và bấm link NFS-volume bạn chỉ cần nhập tên thư mục cần tạo trong volume đó.

    Openfiler NFS volume add folder

    Tên thư mục này về sau sẽ chính là tên Share name. Bấm foler và bấm nút  Make Share có trên cửa sổ con vừa khai báo.

    Openfiler add share to NFS folder

    Bước 8. nên phân quyền và giới hạn quyền truy cập các thư mục có trong Volume ổ cứng vừa cấu hình để đảm bảo an toàn dữ liệu chia sẻ trong ESXi.

    Bạn cần cấu hình 1 nhóm chính Primary Group và chọn quyền ReadWrite khi truy cập NFS trên máy chủ.

    Openfiler Share controled access

    Cấu hình NFS-configuration trên máy chủ Openfiler giờ đã xong. Chúng ta chỉ việc quay sang máy chủ ESXi-host để thiết lập hệ thống kết nối chia sẻ.

    Lưu ý: Nếu muốn dùng cho cả user Anonymous User để ESXi Host kết nốI NFS bạn cần cấu hình chọn

    image

    Bước 9. Bạn mở  vSphere Client (Configuration > Storage > Add Storage)  ở màn vSphere Web Client (bạn chọn máy chủ, Related Objects > Datastores và bấm biểu tượng create a new datastore).

    Bạn có thể nhập địa chỉ IP hoặc tên máy chủ Openfiler nếu bạn đã cấu hình DNS.

    Tip Tên datastore name nên đặt giống cùng với tất cả các máy chủ ESXi-servers trong cùng khối cluster sẽ giúp cho các máy ảo đó có thể chạy trong tất cả các máy chủ ESXi hosts khác ví dụ nếu VM dùng NFS với vMotion và High Availability.

    Add datastore on ESXi from vSphere Web Client

     

    Bước 10. Cấu hình iSCSI

    Để cấu hình iSCSI chúng ta cần volume khác trong  volume group. Mở  web Openfiler và chọn Volumes-tab và tiếp tục chọn menu bên phải bấm vào Volume Groups. Bây giờ bạn có thể tạo ra  volume group mới trong đó có ổ cứng rỗng (ví dụ: /dev/sdc).

    Openfiler add iSCSI volume group

    Bước 11. Bấm Add Volume. Nếu các Volume group mới bạn vừa tạo ra không được chọn thì ngay sáu đó bạn sẽ phải chọn từ danh sách thả xuống và cần chọn lấy để bấm nút Change.

    Openfiler select volume group

    Bước 12. Bây giờ ta lại cần thêm volume mới để đưa vào chính volume group này. Bước quan trọng nhất đó là chọn  block-type để có thể sử dụng nó trong iSCSI-target disk.

    Openfiler create iSCSI volume

    Bây giờ ổ đĩa ảo đã sẵn sàng bây giờ cấu hình iSCSI-target. Từ Volumes-tab chọn iSCSI targets từ menu bên phải. Bạn lựa chọn duy nhất là tạo ra một cái mới

    Openfiler add iscsi target

    Bấm nút “Add” để tạo 1 iqn cho iSCSI Target

    image

    image

    Bấm nút “Update” để lưu thông số của iSCSI.

    Bước 13. tiếp theo bạn bấm sang Tab “LUN Mapping” để ánh xạ  1 LUN tới Volumes.

    Openfiler LUN mapping for ISCSI target

    Bấm nút “Map” ở dòng và cột cuối “Map LUN” và bước cuối cùng là cho phép truy cập đến iSCSI target này bằng tab “Network ACL”.

    Openfiler network access for iSCSI

    Bước 14. bây giờ bạn cần cấu hình truy cập  tới iSCSI-target từ máy chủ ESXi-host.

    Hãy mở vShere Client (Configuration > Storage Adapters – bấm Add)  hoặc bạn cũng có thể tạo từ vSphere Web Client.

    Openfiler add iSCSI software adapter to ESXi in vSphere Web Client

    Một khi bạn đã thêm vào các bộ chuyển đổi nó sẽ hiển thị trong danh sách các bộ điều khiển lưu trữ Storage Adapter như VMHBA33 hoặc cao hơn. Trong ví dụ này bạn có thể thấy rằng nó là bộ chuyển đổi VMHBA37. Trong iSCSI Target nhấp vào tab Add để thêm iSCSI target của bạn. Bạn sẽ cần phải cung cấp địa chỉ IP hoặc tên máy chủ cho máy chủ Openfiler của bạn. Cổng port mặc định của 3260.

    Openfiler add iSCSI target to ESXi

    Sau khi thêm target bạn sẽ nhận được cảnh báo rằng bạn cần phải bấm nút Rescan the adapter để có thể nhìn thấy thiết bị vừa thêm vào có giá trị.

    Openfiler ESXi rescan iSCSI HBA

    Bây giờ bạn sẽ tìm thấy ở mục  Devices của  iSCSI software adapter , bạn sẽ nhìn thấy tên của iSCSI target tương ứng với tên đã có trong máy chủ Openfiler server.

    Openfiler ESXi devices available

    Tại thời điểm này bạn đã có 1 VMFS file system. Thao tác cuối cùng mở vSphere Client (Configuration > Storage – bấm Add Storage) hoặc mở từ vSphere Web Client (bạn chọn máy chủ, Related Objects-tab – Datastores và bấm biểu tượng create a new datastore).

    Tip Bạn chỉ cần tạo ra kho dữ liệu này một lần. Nếu bạn kích hoạt iSCSI Target trên máy chủ ESXi host khác thì các máy chủ ESXi host đó sẽ tự động xác định ra các VMFS datastorage mới khi bậm bấm nút rescan.

     

    Sử dụng xác thực bằng CHAP authentication

    Trong trường hợp bạn cần bảo mật khi cấu hình chia sẻ lưu trữ cho các máy khác bằng  phần mềm iSCSI software. Bạn sẽ cần phải thêm kiểu chứng thực bằng giao thức Challenge Handshake Authentication Protocol để cài iSCSI.

    Trong cấu hình Openfiler truy xuất vào Volumes và chọn CHAP Authentication. Nó sẽ yêu cầu username và password. Username sẽ dùng để truy xuất vào iSCSI initiator name hoặc bí danh có trong ESXi-host.

    Openfiler add CHAP

    Tiếp theo bạn cần thêm CHAP-authentication tới iSCSI-adapter có trong ESXi.

    Openfiler add CHAP to ESXi

    Chọn Use unidirectional CHAP theo danh sách kéo xuống. Tiếp theo bạn cần quyết định dùng thiết bị nào làm ổ chứng iSCSI-target.

    Openfiler configure CHAP secret on ESXi

    Muốn tăng dung lượng ổ cứng trong máy ảo chạy ESXi 5.x gặp lỗi snapshot


    Hiện em đang dùng esxi 5.1 và gặp 1 trường hợp hơi khó hiểu, xin thầy giải đáp giúp em với ạ:

    – Khi browser vào datastore chứa máy ảo thì thấy một số file snapshot, mặc dù em không tạo.image

    – Có thêm file ten_vps000001.vmdk và máy ảo sử dụng luôn file này để chạy, em có gửi hình trong file đính kèm.

    Giờ em muốn tăng dung lượng ổ cứng lên nhưng không tăng được, nhờ thầy bớt chút thời gian xem giúp em xem nguyên nhân do đâu nhé.

    image

    Nhìn các file em chụp thì chắc chắn là lúc 1 giờ đêm đã làm động tác snapshot.

    Em có thể check ở mục sau:

    Chọn vSphere client mở máy chủ vCenter hoặc ESXi host

    Tìm đến máy ảo đã bị snapshot

    clip_image002

    Bấm chuột phải ở menu: Snapshot à Snapshot Manager …

    Sẽ thấy các máy đã bị snapshot

    clip_image004

    Vấn đề để thêm được ổ cứng dung lượng mới thì không sao (làm được) nếu thêm dung lượng cho chính ổ cứng đang bị snapshot chỉ có cách là merge hoặc Consolidate “một cách xoá hết các bản snapshot – không phải chọn Delete All trong snapshot manager” .

    Em tham khảo link nói về snapshot để hiểu cách merge tránh làm hỏng hoặc redo nhầm version khi đã snapshot nhé:

    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1015180

    và em muốn merge hay consolidate VM đã bị snapshot:

    http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=2003638

    Sau khi em merge được snapshot thì em sẽ có thể chỉnh sửa kích thước ổ cứng như bình thường.