III. Giới thiệu và tìm hiểu về ESX SERVER
3.3.1. ESX Server Hardware
là việc định cỡ server trong môi trường truyền thống. Kể từ các máy chủ ESX sẽ có khách truy cập đồng thời nhiều tài nguyên ESX server, phần cứng các máy chủ tiêu chuẩn có xu hướng được đẩy mạnh nhiều hơn nữa.
Chúng ta phải Chiến lược Để có thể có cái nhìn chính xác hơn trong việc xác địnhcấu hình cho các server của chúng ta một cách đầy đủ, nó có giá trị như thế nào trong việc kiểm tra định cỡ các server làm việc trong môi trường ESX .Để làm được điều này, ta sẽ tập trung vào từng thành phần phần cứng máy server và cách thức chúng ảnh hưởng đến môi trường ảo.
VMWAREESX Server có một danh sách phần cứng tương thích rất nghiêm ngặt. Không giống như một số hệ điều hành, chúng ta không thể chạy ESX thành công trên phần cứng mà nó không có trong danh sách tương thích phần cứng của ESX. Ở điểm này chúng ta thường nghe một lập luận rằng ESX thực sự là một Redhat,chúng ta có thể lấy nó để làm việc..Với ESX thì đơn giản là điều đó không đúng,
ESX Server Memory Usage: Khi ước tính số lượng memory cần sử dụng trong một ESX,điều quan trọng là không chỉ cho phép ta điều khiển memory, mà nó còn cho phép chia sẻ memory với các Guest OS. Mỗi máy ảo trên máy chủ ESX của chúng ta ( Khi bật nguồn) sẽ sử dụng một phần memory ảo được chia sẻ. Số lượng của "memory vật lý thực sự" trong việc sử dụng sẽ phụ thuộc vào một số yếu tố.
Nếu ESX Server có một mô hình hoàn toàn bằng phẳng, không có việc chia sẻ memory giữa các máy ảo thì việc tính toán sẽ được đơn giản hơn.Chúng ta sẽ cần phải mua đủ số lượng memory vật lý cho mỗi máy chủ lưu trữ để có thể cung cấp cho mỗi máy ảo với số lượng memory mà chúng ta muốn gán cho nó. Tuy nhiên kể từ khi mô hình memory ESXcó sự chia sẻ tài nguyên thì điều quan trọng là chúng ta thực hiện việc này tùy theo tình hình nhu cầu thực tế của chúng ta .
Ngoài việc chia sẻ memory, chúng ta cũng nên nhìn vào các loại máy ảo màchúng ta sẽ được lưu trữ.Chúng ta nên tạo một danh sách các loại của hệ điều hành, môi trường của chúng (Prod, dev etc), và số lượng chung của memory chúng ta muốn gán cho các máy ảo.
ESX Server Hard Drive Usage: Trong hầu hết các môi trường ESX Server cấu hình ổ cứng sẽ phụ thuộc vào chiến lược lưu trữ được đề ra bởi công ty chúng ta. Việc cấu hình ổ cứng cho host ESX sẽ có sự khác biệt nếu chúng ta có kế hoạch sử dụng SAN
cho việc lưu trữ VMDK files,thay vì lưu trữ local
Kể từ phiên bản 2.5 của ESX, VMWARE giới thiệu tính năng khởi động từ SAN. Tính năng này bây giờ đã được khá nhiều tổ chức thực hiện cho Blade server. Lưu trữ trên SAN thường là đắt tiền hơn so với lưu trữ local mà việc sử dụng SAN cho các hệ điều hành trên một ESX server là khá vô ích.
Thông thường các tập tin VMDK được lưu trữ trên một SAN và những thứ duy nhất mà được lưu trữ tại local là Console OS và các file cấu hình VM. Hầu hết đều cấu hình từ hai hoặc ba ổ đĩa dùng chuẩn RAID 1 hoặc 5.Kích thước của ổ đĩa thường phụ thuộc vào số lượng memory chúng ta có trong hệ thống và cho dù có hoặc không việc chúng ta muốn lưu trữ các file VMDK trên ESX Server.
Một trong những bước đầu tiên trong quá trình cài đặt ESX là cấu hình việc cài đặt của Console OS. Các chuyên gia củaVMWARE đề nghị nên có một lược đồ phân vùng rõ ràng, điều đó sẽ tạo ra một môi trường rất linh hoạt cho ta.
Hình 3.2 :Tổng quan Partition và Directory
Trong đó:
- /Boot: 50MB Phân vùng đầu tiên mà nên được tạo như là một primary partition(phân vùng chính) trên đĩa là /boot partition. phân vùng này chứa lõi của Console OS, cái mà nói với hệ thống làm thế nào để khởi động và driver để nạp vào các trình điều khiển để khởi động hệ thống là gì. Điều này có nghĩa là đây không phải là một phân vùng lớn, như VMWARE có một lõi tối ưu cho Console OS của nó đó là một set size. Các đề nghị ở đây là để thiết lập phân vùng khởi động (/boot) đến 50MB.Đó là một lời khuyến cáo được đánh giá cao rằng phân vùng này đượctạo ra đầu tiên trên đĩa bất kỳ, một số hệ
thống có thể có một vấn đề về việc detect ra các /boot partition (phân vùng khởi động ) nếu nó được tạo ra vượt quá 1.024 cylinder đầu tiên.
- /Swap: 768MB Phân vùng thứ hai tạo nên được nên được tạo là swap partition (phân vùng trao đổi) và cũng nên được tạo như primary. Điều này nên được thiết lập để tăng gấp đôi số lượng memory được phân bổ cho services console trong suốt quá trình cài đặt. Chúng ta thường cấu hình các service console với 384MB memory và cho phép tăng lên đến 32 máy ảo chạy cùng một lúc.
- /(Hoặc root): 2.5GB Phân vùng thứ ba và là primary partition (phân vùng chính)sau cùng được tạo ra là/ partition, thường được gọi là phân vùng gốc. Đây là nơi mà tất cả các file của Console OS sẽ được cài đặt. Tất cả các phân vùng bắt đầu với một “ / ”, bao gồm “ / var” và “ / boot” , sẽ được gắn kết trong một thư mục dưới root file system. Điều này cho phép phân vùng được tạo ra thuộc các cấu trúc thư mục Console OS. Giá trị 2.5GB là mức thấp nhất được khuyến cáo cho phân vùng này nhưng ta nên cấp phát cho nó nhiều hơn để đủ cho toàn ESX Console OS hoạt động.
- /Var: 1GB Các phân vùng tiếp theo mà VMWARE đề nghị tạo ra là / var operating system. Nó gắn kết bên dưới root file system và là thư mục mặc định cho tất cả các file log. Ngoài ra, thư mục này được sử dụng cho các file tạm khi tạo các kịch bản cài đặt không giám sát thông qua giao diện Web VMWARE. Nếu thư mục / varpartition đầy, hệ thống vẫn sẽ được khởi động, và thư mục có thể được làm sạch hoặc các bản ghi có thể được xem xét để xác định nguyên nhân sai sót. Nói chung nên cho 250MB là đủ cho các file log, ESX Server thường xuyên quay vòng các log file để ngăn chặn việc thư mục / var đầy.
- / Vmimages: 10 GB các phân vùng cuối cùng được tạo ra trong quá trình khởi tạo, tiến trình cài đặt VMWARE sẽ chứa trong CD-ROM file ảnh ISO cho tập tin cài đặt hệ điều hành và có thể được sử dụng như là không gian lưu trữ tạm thời cho xuất ra đĩa hoặc cài đặt ứng dụng của bên thứ ba. Tên của thư mục này phụ thuộc vào hướng chúng ta muốn đi với một giải pháp quản lý doanh nghiệp. kích thước này nên được cấu hình 10GB để cho phép nhiều hình ảnh và các tập tin được lưu trữ.
- / Home: 300MB ứng dụng VMWARE’s Virtual Center, ở trạng thái hiện tại của nó, sử dụng thư mục này để lưu trữ tập tin cấu hình VM. 300 MB là đủ vì
các tập tin cấu hình cho máy ảo là không có gì nhiều hơn các tập tin văn bản nhỏ
Local VMWARE Partitions: ESX yêu cầu bổ sung về phân vùng lưu trữ local, thêm vào những phân vùng Console OS. Đầu tiên trong các phân vùng đó là một Core Dump partition100MB. Trong trường hợp có các biến cố xảy ra đối với Vmkernel, nó sẽ đẩy xuống một core dump và log file vào phân vùng này, và nó có thể được tách ra và gửi đi để hỗ trợ xử lý sự cố.
Phân vùng thứ hai được tạo ra cho việc loại trừ của VMWARElà sử dụng một phân vùng VMFS cho VMWARE Swap File và có thể lưu trữlocal file VMDK .VMWARE sử dụng VMWARE Swap file này để quản lý lượng memory đang được sử dụng trên máy ảo. Phân vùng này phải đủ lớn để chứa một VMWAREswapfile như việc hỗ trợ nhiều memory hơn để phân bổ cho tất cả các máy ảo. Trong môi trường của VMWARE, thì thường tạo ra swap file nàylớn bằng với số lượng vật lý của memory trong máy chủ.Nếu máy chủ của chúng ta có 16GB memory, VMWAREsẽ khuyến nghị tạo ra một Swap file16 GB trên VMFS.
Giả sử 16 GB memory vật lý trong máy chủ, thì 50 MB cho / boot, 800 MB cho
SWAP, 2,5 GB cho root, 1GB cho / VAR, và 10 GB cho / vmimages, chúng ta có tổng
cộng khoảng 30 GB dung lượng lưu trữ ghi. Giả sử chúng ta đang sử dụng một giải pháp lưu trữ SAN cho các file VMDK, chúng ta có thể lưu trữ các file này trên một tập hợp ổ đĩa 36 GB được mirror.Nếu chúng ta có kế hoạch lưu trữ các file VMDK tại localchúng ta sẽ cần phải ước tính số lượng các máy ảo, kích thước của các file VMDK, và tính toán số lượng lưu trữ cần thiết cho các máy ảo trong việc thêm vào 30GB ban đầu chúng ta đã được phân bổ.
ESX Server Network Connectivity: Mỗi máy chủ ESX có tối thiểu ít nhất 2 card mạng. Một card mạng (thường là card mạng đầu tiên trong hệ thống) được gán cho Console OS khác được dành riêng cho việc sử dụng máy ảo. Đối với việc cài đặt theo mức tối thiểu cộng với việc sử dụng vMotion thì chúng ta nên có ít nhất 4 NIC như đã thấy trong hình bên dưới:
TÀI LIỆU THAM KHẢO
[1]. Slide bài giảng của thầy Nguyễn Phi Khứ.
[2]. Nguyễn Đức Thiện (2011), Điện toán đám mây và ứng dụng, Đại học Sư phạm - Đại học Quốc gia.
[3]. Nguyễn Anh Tài, Nguyễn Phương Duy, Phạm Thanh Phương, Báo cáo đề tài Cloud Computing, Đại Học Bách Khoa Tp.HCM.
[4]. Anthony T.Velte, Toby J.velte, PH.D. Robert ElsenPeter, "Cloud computing A Practical Approach".
[5]. John W. Rittinghouse, James F. Ransome (2010) CloudComputing: Implementation Managerment and Security, Taylor and Francis Group.