Luan van finish

TÌM HIỂU GIẢI PHÁP ẢO HÓA CỦA VMWARE & TRIỂN KHAI DATA CENTER TRÊN NỀN ESX SERVER

CHƯƠNG I : TỔNG QUAN

1. CƠ SỞ CỦA LUẬN VĂN

1.1 . Ảo hóa "chạm ngõ" thị trường Việt Nam

- Vừa qua, các "đại gia" công nghệ như Microsoft, IBM, HP, Intel ... đua

nhau quảng cáo rầm rộ các sản phẩm, dịch vụ, giải pháp sử dụng công

nghệ ảo hóa với những cam kết rằng ảo hóa là sự phát triển cho tương lai,

giúp các doanh nghiệp nâng cao hiệu quả với chi phí thấp nhất.... trong bối

cảnh phần lớn doanh nghiệp Việt Nam "lơ mơ" về khái niệm này.

1.2. Tình hình phát triển công nghệ ảo hóa ở các nước khác

- Kể từ năm 2005, ảo hóa bắt đầu được triển khai với tốc độ nhanh hơn cả

những gì các chuyên gia công nghệ dự đoán. Từ "gã khổng lồ" ảo hóa

VMWARE đến các công ty cung cấp phần cứng và phần mềm lớn là IBM,

Intel, Microsoft, HP... đều đầu tư các khoản tiền lớn cho công nghệ này.

Không dừng lại ở quy mô máy tính, các "đại gia" còn đưa ảo hóa cả vào

điện thoại di động, các thiết bị cầm tay, thiết bị lưu trữ...

- Theo khảo sát gần đây của Enterprise Strategy Group, tại thị trường Mỹ,

28% DN có kế hoạch sử dụng môi trường ảo hóa sẽ thực hiện ảo hóa máy

chủ trong vòng 6 tháng tới và 42% có kế hoạch khai thác ảo hóa trong năm

sau. Các ban ngành IT tại Mỹ đang sử dụng ảo hóa đã ảo hóa 24% số máy

chủ và dự kiến con số này sẽ tăng lên 45% vào năm 2009. Ở những quốc

gia phát triển như Singapore đã có khoảng 40% DN trang bị kỹ thuật này.

- VMWAREESX Server đã nhanh chóng chiếm lĩnh thị trường ảo hóa với

60% máy chủ ảo hóa là sử dụng VMWAREESX Server. Tiếp theo là đến

Windows Server 2008 tích hợp Windows Virtualization.

SINH VIÊN THỰC HIỆN: - Nguyễn Văn Tài :072003240 – Nguyễn Bảo Lộc: 0721003216 Trang 1


1.3. Tình hình phát triển công nghệ ảo hóa tại Việt Nam

- Tại VN, các "đại gia" Microsoft, IBM, HP, Intel... đã ồ ạt đưa ảo hóa vào

thị trường công nghệ ảo hóa.

- Ảo hóa thâm nhập vào VN được hơn một năm và hiện đã có những khách

hàng sử dụng. Song, theo đánh giá chung của các tập đoàn IT trên, thị

trường ảo hóa tại Việt Nam vẫn đang ở mức độ sơ khai.

2. MỤC TIÊU CỦA LUẬN VĂN

- Nghiên cứu, tìm hiểu về công nghệ ảo hóa với VMwareESX Server.

- Triển khai mô hình DataCenter dựa trên nền tảng công nghệ và giải pháp ảo hóa

của VMWARE.

3. ĐỐI TƯỢNG VÀ PHẠM VI NGHIÊN CỨU

- ESX Server.

- vCenter Server.



CHƯƠNG II : GIỚI THIỆU VỀ ẢO HÓA

1. GIỚI THIỆU VỀ ẢO HÓA

- Lĩnh vực ảo hoá hiện đang nóng! Nhiều nền tảng ảo hoá mới xuất hiện, có

cả giải pháp phần mềm và phần cứng, ảo hoá từ chip xử lý đến cả hạ tầng

CNTT. Cộng đồng CNTT nói chung đang háo hức với công nghệ này vì

những lợi ích mà nó đem lại.

- Kỹ thuật "ảo hoá” đã không còn xa lạ với thực tế đời thường kể từ khi

VMWARE giới thiệu sản phẩm VMWARE Workstation đầu tiên vào năm

1999. Sản phẩm này ban đầu được thiết kế để hỗ trợ việc phát triển và kiểm

tra phần mềm và đã trở nên phổ biến nhờ khả năng tạo những máy tính "ảo"

chạy đồng thời nhiều hệ điều hành (HĐH) khác nhau trên cùng một máy tính

"thực" (khác với chế độ "khởi động kép" - Máy tính được cài nhiều HĐH và

có thể chọn lúc khởi động nhưng mỗi lúc chỉ làm việc được với 1 HĐH). Là

một phương pháp cho phép nhiều hệ điều hành cùng chạy trên 1 máy tính

vật lý.

Hình : giới thiệu về ảo hóa (Hình 1)



Hình : giới thiệu về ảo hóa (hình 2)

- VMWARE, được EMC (hãng chuyên về lĩnh vực lưu trữ) mua lại vào tháng

12 năm 2003, đã mở rộng tầm hoạt động từ PC (desktop) đến máy chủ

(server) và hiện hãng vẫn giữ vai trò thống lĩnh thị trường ảo hoá nhưng

không "độc tôn" mà phải cạnh tranh với sản phẩm nguồn mở Xen,

Virtualization Engine 2.0 của IBM, Virtual Server của Microsoft, Virtuozzo

của SWSoft và Virtual Iron của Iron Software. Và "ảo hoá” cũng không còn

bó hẹp trong 1 lĩnh vực mà mở rộng cho toàn bộ hạ tầng CNTT, từ phần

cứng như chip xử lý cho đến hệ thống máy chủ và cả hệ thống mạng.

2. ĐIỆN TOÁN ĐÁM MÂY

- Điện toán đám mây có thể được định nghĩa một cách đơn giản như là sự sử

dụng tài nguyên tính toán có khả năng thay đổi theo nhu cầu được cung cấp

giống như một dịch vụ từ bên ngoài với chi phí phải trả cho mỗi lần sử dụng.

Bạn có thể truy cập đến bất kỳ tài nguyên nào tồn tại trong "đám mây (cloud)"

tại bất kỳ thời điểm nào và từ bất kỳ đâu thông qua hệ thống Internet. Bạn



không phải quan tâm xem làm cách nào các thứ đang được duy trì phía trong

của đám mây.

- Đám mây được đánh giá cao và sẵn sàng đáp ứng

cho các nhu cầu cần thiết của ứng dụng của bạn. Điện toán đám mây cũng có

thể được gọi là tính toán tiện ích hay là tính toán lưới (grid computing).

- Điện toán đám mây là mô hình dịch chuyển trong cách thức làm thế nào chúng

ta cung cấp kiến trúc và khả năng mở rộng của các ứng dụng. Trong quá khứ,

các công ty thành công thường dành thời gian quý báu và nguồn lực xây dựng

để xây dựng cơ sở hạ tầng.

- Trong hầu hết các trường hợp thì cách tiếp cận theo kiểu cũ thì sẽ có những vấn

đề sau:

Để lại một lượng lớn các tài nguyên tính toán không được sử dụng làm

tiêu tốn không gian trong các trung tâm dữ liệu lớn.

Bắt buộc một ai đó phải trông giữ các máy chủ.

Gắn liền với chi phí năng lượng.

- Với điện toán đám mây, các máy tính dư thừa có thể được đưa vào sử dụng và

được sinh lời bằng cách bán cho khách hàng. Sự chuyển đổi của việc tính toán

và cơ sở hạ tầng công nghệ thông tin vào một tiện ích, nó có tác dụng trong các

trường hợp hoặc một số mức độ cho phép. Điều đó mang ý nghĩa nỗ lực cạnh

tranh dựa trên ý tưởng hơn là dựa trên các tài nguyên tính toán.

- Các tài nguyên ứng dụng của bạn và các hệ thống công nghệ thông tin thì rất

cần thiết (để đáp ứng nhu cầu ngày càng lớn cho lưu trữ, cho tài nguyên tính

toán, cho các hệ thống nhắn tin và cho các cơ sở dữ liệu). Bạn có thể trả chi phí

hạ tầng cơ sở này cho nhà cung cấp nào mà cung cấp giá và dịch vụ tốt nhất. Đó

là một ý tưởng đơn giản nhưng cuộc cách mạng về tư duy không phải là hoàn

toàn mới. Điều này bây giờ là đứng đầu trong các xu hướng công nghệ hiện đại

bởi vì môi trường điện toán đám mây được Amazon đưa ra đầu tiên.



3. ẢO HÓA LÀ GÌ ?

- Ảo hóa là một công nghệ được thiết kế để tạo ra một tầng trung gian giữa hệ

thống phần cứng máy tính và phần mềm chạy trên nó. Bằng cách đưa ra một

khái niệm logic về tài nguyên máy tính hơn là một khái niệm vật lí, các giải

pháp ảo hóa có thể thực hiện rất nhiều việc có ích.

Hình : x86 Virtuallization

- ẢO HÓA là một công nghệ phần mềm, nó thay đổi nhanh chóng toàn cảnh của

lĩnh vực Công nghệ Thông tin (CNTT) và cách tính toán của con người.Nó thu

hẹp không gian trong lĩnh vực CNTT nhỏ lại về mặt vậy lý cũng như luận lý.

- Máy chủ trong các hệ thống CNTT ngày nay thường được thiết kế để chạy một

hệ điều hành và một ứng dụng. Điều này không khai thác triệt để hiệu năng của

hầu hết các máy chủ rất lớn. Ảo hóa cho phép bạn vận hành nhiều máy chủ ảo

trên cùng một máy chủ vật lý, dùng chung các tài nguyên của một máy chủ vật

lý qua nhiều môi trường khác nhau. Các máy chủ ảo khác nhau có thể vận hành

nhiều hệ điều hành và ứng dụng khác nhau trên cùng một máy chủ vật lý.



4. LỊCH SỬ ẢO HÓA

- Ảo hoá được phát triển đầu tiên từ những năm 1960 để những máy mainframe

sử dụng phần cứng tốt hơn.Như vậy ảo hoá vốn có nguồn gốc từ mainframe.

Ngày nay những máy tính dựa trên nền tảng kiến trúc X86 đang đối mặt với

những vấn đề cứng nhắc về sử dụng không đúng mức mà mainframe đã đối mặt

phải ở những năm thập niên 60. VMWARE đã phát minh ra công nghệ ảo hóa

cho nền tảng x86 trong những năm 1990 đến địa chỉ sử dụng không đúng mức

và các vấn đề cấp phát khác, vượt qua nhiều thách thức trong tiến trình xử lý

Giải pháp VMWARE: Toàn phần ảo hoá (của x86 Phần cứng)

- Năm 1999, VMWARE giới thiệu ảo hóa cho các hệ thống và có rất

nhiều những thách thức.giải pháp nầy chuyển đổi các hệ thống x86 vào

một mục đích chung, chia sẻ cơ sở hạ tầng phần cứng mà cung cấp cách

ly đầy đủ, tính di động và sự lựa chọn hệ điều hành cho các môi trường

ứng dụng.

5. TẠI SAO ẢO HÓA LẠI QUAN TRỌNG ĐỐI VỚI DOANH NGHIỆP ?

5.1 Bốn lý do để ứng dụng ảo hóa

- Dường như mọi nơi ta đến, người ta đều đang đang nói đến ảo hóa. Cáctạp chí

công nghệ thổi phồng công nghệ này trên các mặt báo. Các phiênbản ảo hóa

luôn được đề cao trong các hội nghị công nghệ. Và các nhà cungứng công

nghệ mô tả tại sao sản phẩm của họ lại tân tiến nhất trong côngnghệ ảo hóa.

Tại sao ảo hóa là chủ đề nóng hổi như vậy?Tại sao mọi người đều nói về ảo

hóa? Tại sao ảo hóa lại thu hút sự quan tâmcủa mọi người? Trong phần này,

hãy cùng nhau tìm hiểu 4 lý do tại sao ảohóa lại quan trọng đến vậy ?

5.1.1 Tối ưu hóa công suất sử dụng phần cứng:



- Ngày nay, hệ thống máy chủ ở các trung tâm dữ liệu thường hoạt

động với 10 hoặc 15%tổnghiệu suất. Nói cách khác, 85% hoặc 90%

công suất của máy không được dùng đến. Tuy nhiên, một máy chủ

dùng chưa hết công suất vẫn chiếm diện tích sử dụng và hao tổn điện

năng, vì vậy chi phí hoạt động của một máy không được sử dụng

đúng mức có thể gần bằng với chi phí khi chạy hết công suất.

- Như vậy, quả thật là chúng ta đang lãng phí các tài nguyên của cả hệ

thống. Hãy xem điều gì sẽ xảy ra? Với sự không ngừng cải tiến các

đặc điểm hoạt động của phần cứng máy tính, máy tính trong năm tới

sẽ có công suất gấp đôi máy tính của năm nay (đây là tương lai có

thể thấy trước được). Hiển nhiên, phải có một cách nào đó hữu hiệu

hơn để công suất của làm việc của máy tương ứng với tỷ lệ sử dụng

và đó là những gì mà ảo hóa có thể làm được – bằng việc dùng một

phần cứng duy nhất để hỗ trợ cùng một lúc nhiều hệ thống. Ứng

dụng ảo hóa, các công ty có thể nâng cao đáng kể hiệu suất sử dụng

phần cứng và sử dụng vốn hiệu quả hơn. Vì vậy, đây chính là lý do

tại sao ảo hóa giúp nâng cao công suất của máy tính lại khiến mọi

người quan tâm đến vậy.

5.1.2 Nhu cầu ảo hóa dữ liệu:

- Các trung tâm dữ liệu đang dùng hết dung lượng của mình. Trong

20 năm qua, các tài liệu kinh doanh đã và đang được chuyển từ

dạng giấy tờ sang dạng điện tử. Đây là quá trình số hóa tài liệu.

- Sự xuất hiện của Internet đã thúc đẩy nhanh hơn nữa sự chuyển

biến này. Các công ty muốn trao đổi trực tiếp với khách hàng và đối

tác qua Internet. Đương nhiên, việc này thúc đẩy việc các tài liệu

kinh doanh được vi tính hóa.



Tại sao ảo hóa lại quan trọng đối với doanh nghiệp

- Trong một thấp kỷ qua, ảnh hưởng của Internet khiến một số

lượng lớn các máy chủ được đồng loạt đưa vào sử dụng tại các

trung tâm dữ liệu để lưu trữ hệ thống tài liệu khổng lồ này và vấn đề

của nó là: khả năng lưu trữ của cac trung tâm dữ liệu này đang cạn

kiệt và sự gia tăng nhanh chóng dữ liệu đòi hỏi phương pháp lưu trữ

dữ liệu mới. Những phương pháp này thường được gọi là ảo hóa

lưu trữ, như bạn có thể đoán được có nghĩa là việc lưu trữ này có

khả năng được xử lý bởi bất kỳ một phần cứng độc lập nào.

- Với khả năng host cùng lúc các hệ thống khách trên một máy chủ

vật lý duy nhất, ảo hóa cho phép các công ty nâng cấp trung tâm dữ

liệu, do đó cắt giảm chi phí mở rộng dung lượng trung tâm dữ liệu.

Đây là lợi ích lớn nhất của ảo hóa, vì chi phí xây dựng các trung

tâm dữ liệu có thể lên tới hàng chục triệu đôla.

5.1.3 Ứng dụng công nghệ xanh để đạt hiệu quả sử dụng năng

lượng tốt hơn:

- Tác động của cuộc cách mạng xanh khiến các công ty đang tìm

cách giảm lượng năng lượng tiêu thụ -- và một trong số những nơi

họ nhận thấy có thể làm được điều đó đầu tiên là các trung tâm dữ

liệu. Để thấy rõ sự quan tâm của mọi người đến lượng năng lượng

tiêu thụ trong các trung tâm dữ liệu, hãy xem xét thực tế sau: “Một

cuộc nghiên cứu do một nhà khoa học thực hiện chỉ ra rằng trong

những năm 2000 đến năm 2005, lượng năng lượng các trung tâm

dữ liệu ở Mỹ tiêu thụ tăng đã gấp đôi. Hơn nữa, nhà khoa học này

cũng dự đoán tới cuối thập niên này, lượng năng lượng tiêu thụ sẽ



tăng 40%. Lượng năng lượng các máy chủ ở trung tâm dữ liệu tiêu

thụ và để làm mát chiếm khoảng 1,2% tổng năng lượng tiêu thụ ở

Mỹ.

- Dựa trên kết quả của cuộc nghiên cứu, Cơ quan bảo vệ môi trường

Hoa Kỳ (EPA) đã thành lập một nhóm làm việc để xây dựng các

tiêu chuẩn cho các kế hoạch và việc tiêu thụ năng lượng của máy

chủ và áp dụng các tiêu chí “Ngôi sao năng lượng” (ES) mới cho

các máy chủ sử dụng năng lượng hiệu quả.

- Do chi phí để vận hành các máy tính cùng với thực tế là nhiều máy

tính choán hết trung tâm dữ liệu và đang hoạt động với hiệu suất

thấp, khả năng giảm số lượng máy chủ vật lý có thể giúp cắt giảm

rất đáng kể tổng chi phí năng lượng của các công ty.

5.1.4 Chi phí quản lý hệ thống rất lớn và ngày càng tăng

- Các máy không hoàn toàn tự hoạt động. Mỗi máy chủ đều cần đến sự

giám sát và cung cấp điện của hệ thống quản lý. Các tác vụ quản lý phổ

biến của hệ thống bao gồm: giám sát trạng thái của phần cứng; thay

thếTại Sao Ảo Hóa Lại Rất Quan Trọng Đối Với Doanh Nghiệp? các chi

tiết phần cứng bị lỗi; cài đặt hệ điều hành (OS) và phần mềm ứng dụng;

bảo trì và sửa chữa nhanh ứng dụng; quản lý các tài nguyên máy chủ

then chốt như bộ nhớ và đĩa; và sao lưu dữ liệu máy chủ sang các

phương tiện lưu trữ để bảo mật và dự phòng.

- Như mọi người có thể tưởng tượng, những công việc này đòi hỏi rất

nhiều nhân lực. Để thuê những nhân viên quản trị hệ thống – người giữ

cho các máy có thể hoạt động tốt – không hề rẻ chút nào. Và không



giống như các lập trình viên, các nhân viên quản trị hệ thống thường làm

việc bên cạnh máy chủ, do họ cần xử lý phần cứng vật lý.

- Để kiểm soát sự gia tăng chi phí điều hành, ảo hóa mang lại cơ hội cắt

giảm chi phí quản lý hệ thống bằng việc giảm số lượng máy tính cần

được quản trị. Mặc dù, nhiều công việc liên quan đến quản lý hệ thống

(hệ điều hành và ứng dụng, sao lưu dự phòng) không thể thay đổi trong

một môi trường được ảo hóa, rất nhiều tác vụ không cần phải thực hiện

nếu các máy chủ vật lý chuyển sang ảo hóa. Nói chung, ảo hóa có thể

giảm thiểu phần lớn các yêu cầu quản lý. Do đó, ảo hóa trở thành sự lựa

chọn tuyệt vời để giải quyết vấn đề tăng chi phí thuê nhân viên điều

hành.

6. TÌNH HÌNH ẢO HOÁ Ở VIỆT NAM VÀ TRÊN THẾ GIỚI

6.1 Tình hình ảo hoá ở Việt Nam

- Tại VN, các "đại gia" Microsoft, IBM, HP, Intel... đã ồ ạt đưa ảo hóa vào

thị trường công nghệ ảo hóa

- Ảo hóa thâm nhập vào VN được hơn một năm và hiện đã có những

khách hàng sử dụng. Song, theo đánh giá chung của các tập đoàn IT trên,

thị trường ảo hóa tại Việt Nam vẫn đang ở mức độ sơ khai.

- Trong ngày 24/9/2008, IBM đã công bố khách hàng đầu tiên của Trung

tâm điện toán đám mây tại TP. HCM. Đó là Công ty cổ phần Công nghệ

và Truyền thông Việt Nam (VNTT)và tiếp sau đó là hàng loạt các doanh

nghiệp triển khai thành công công nghệ ảo như VIETTIN

BANK,FPT….triển khai thành công công nghệ này.



6.2 Tình hình ảo hoá ở Nước ngoài

- Năm 2005, ảo hóa bắt đầu được triển khai với tốc độ nhanh hơn cả

những gì các chuyên gia công nghệ dự đoán. Từ "gã khổng lồ" ảo hóa

VMWARE đến các công ty cung cấp phần cứng và phần mềm lớn là

IBM, Intel, Microsoft, HP... đều đầu tư các khoản tiền lớn cho công

nghệ này. Không dừng lại ở quy mô máy tính, các "đại gia" còn đưa ảo

hóa cả vào điện thoại di động, các thiết bị cầm tay, thiết bị lưu trữ...

- Theo khảo sát gần đây của Enterprise Strategy Group, tại thị trường Mỹ,

28% DN có kế hoạch sử dụng môi trường ảo hóa sẽ thực hiện ảo hóa

máy chủ trong vòng 6 tháng tới và 42% có kế hoạch khai thác ảo hóa

trong năm sau. Các ban ngành IT tại Mỹ đang sử dụng ảo hóa đã ảo hóa

24% số máy chủ và dự kiến con số này sẽ tăng lên 45% vào năm 2009.

Ở những quốc gia phát triển như Singapore đã có khoảng 40% DN trang

bị kỹ thuật này.

- VMWAREESX Server đã nhanh chóng chiếm lĩnh thị trường ảo hóa với

60% máy chủ ảo hóa là sử dụng VMWAREESX Server. Tiếp theo là

đến Windows Server 2008 tích hợp Windows Virtualization.

7. ẢO HÓA HOẠT ĐỘNG NHƯ THẾ NÀO ?

- Nền tảng ảo hóa của VMWARE được xây dựng trên kiến trúc sẵn sàng

cho doanh nghiệp (businesss-ready). Sử dụng các phần mềm như

VMWARE Infrastructure và VMWAREESX Server để biến đổi hay “ảo

hóa” các tài nguyên phần cứng của một máy chủ x86 - bao gồm bộ vi

xử lý, bộ nhớ, ổ đĩa cứng và bộ điều khiển mạng – để tạo ra các máy chủ



ảo có đầy đủ các chức năng để có thể vận hành hệ điều hành và các ứng

dụng giống như một máy chủ “thật”. Mỗi máy chủ ảo là một hệ thống

đầy đủ, loại bỏ các xung đột tiềm tàng.

- Ảo hóa của VMWARE hoạt động bằng cách chèn một “lớp mỏng”

(thin layer) phần mềm trực tiếp lên trên phần cứng máy chủ vật lý hay

lên trên hệ điều hành chủ (host OS). Còn được gọi là bộ phận giám sát

các máy chủ ảo hay “hypervisor” để cấp phát động và trong suốt các tài

nguyên phần cứng. Nhiều hệ điều hành chạy đồng thời trên một máy chủ

vật lý và dùng chung các tài nguyên.

- Xây dựng Trung tâm Dữ liệu trên nền kiến trúc linh động

Hình : Ảo hóa hoạt động như thế nào.

- Ảo hóa một máy tính vật lý chỉ là sự khởi đầu. VMWARE vSphere dàn

trãi qua hàng trăm các máy tính và hệ thống lưu trữ vật lý được liên kết

với nhau để tạo thành một hạ tầng ảo hóa toàn bộ. Bạn không cần gán cố



định các máy chủ, hệ thống lưu trữ, hay băng thông mạng cho mỗi ứng

dụng. Thay vào đó, các tài nguyên phần cứng của bạn được cấp phát

động khi nào chúng được cần. Điều này có nghĩa là các ứng dụng có

mức độ ưu tiên cao nhất của bạn sẽ luôn luôn có các tài nguyên mà

chúng cần và không cần lãng phí chi phí cho phần cứng phát sinh chỉ

được cần cho các lần cao điểm

- Nguyên lý làm việc của máy ảo PC cũng giống như máy ảo thời

mainframe: là một môi trường phần mềm bao gồm HĐH và các ứng

dụng hoàn toàn chạy "bên trong" nó. Máy ảo cho phép bạn chạy một

HĐH nào đó trong một HĐH khác trên cùng hệ thống PC chẳng hạn như

chạy Linux trong máy ảo trên PC chạy Windows 2000. Trong máy ảo,

bạn có thể làm được hầu hết mọi thứ như với PC thật. Đặc biệt, máy ảo

này có thể được "đóng gói" trong 1 file và có thể chuyển từ PC này sang

PC khác mà không phải bận tâm về việc tương thích phần cứng. Các

máy ảo là những thực thể cách ly với hệ thống "chủ” (chứa các máy ảo)

chạy trên máy thực.

8. PHÂN LOẠI ẢO HÓA

8.1 Ảo hoá server

- Một máy chủ riêng ảo tiếng anh Virtual Private Server hay máy chủ ảo

hoá là một phương pháp phân vùng một máy chủ vật lý thành máy tính

nhiều máy chủ ảo, mỗi máy chủ đã có khả năng của riêng của mình chạy

trên máy tính dành riêng. Mỗi máy chủ ảo riêng của nó có thể chạy full-

fledged hệ điều hành, và mỗi máy chủ độc lập có thể được khởi động

lại..

- Lợi thế của ảo hoá máy chủ :

• Tiết kiệm được chi phí đầu tư máy chủ ban đâu.



• Hoạt động hoàn toàn như một máy chủ riêng.

• Có thể dùng máy chủ ảo hoá cài đặt các ứng dụng khác tùy

theo nhu cầu của doanh nghiệp

• Bản trì sửa chữa nâng cấp nhanh chóng và dễ dàng.

• Dễ dàng nâng cấp tài nguyên RAM, HDD, Băng thông khi cần

thiết.

• Có thể cài lại hệ điều hành từ 5-10 phút.

• Không lãng phí tài nguyên.

8.2 Ảo hoá Storage

- Hiện nay các nhà lưu trữ cung cấp đã được cung cấp giải pháp lưu trữ

hiệu suất cao cho khách hàng của họ trong một thời gian kha khá. Trong

hình thức cơ bản nhất của nó, lưu trữ ảo hóa tồn tại trong việc ta lắp ráp ổ

đĩa vật lý nhiều thành một thực thể duy nhất được trình bày để các máy

chủ lưu trữ và chạy hệ điều hành chẳng hạn như triển khai RAID. Điều

này có thể được coi là ảo bởi vì tất cả các ổ đĩa được sử dụng và tương tác

với như một ổ đĩa logic duy nhất, mặc dù bao gồm hai hoặc nhiều ổ đĩa

trong.

- Một công nghệ ảo hoá lưu trữ mà khá đình đám mà ta biết đến SAN

(storeage area network – lưu trữ qua mạng). Storage Area Network (SAN)

là một mạng được thiết kế cho việc thêm các thiết bị lưu trữ cho máy chủ

một cách dễ dàng như:Disk Aray Controllers, hay Tape Libraries

Với những ưu điểm nổi trội SANs đã trở thành một giải pháp rất tốt

cho lưu trữ thông tin cho doanh nghiệp hay tổ chức. SAN cho phép kết

nối từ xa tới các thiết bị lưu trữ trên mạng như: Disks và Tape drivers.

Các thiết bị lưu trữ trên mạng, hay các ứng dụng chạy trên đó được thể



hiện trên máy chủ như một thiết bị của máy chủ (as locally attached

divices)

o Có hai sự khác nhau cơ bản trong các thành phần của SANs

1. Mạng (network) có tác dụng truyền thông tin giữa thiết bị

lưu trữ và hệ thống máy tính. Một SAN bao gồm một cấu trúc

truyền tin, nó cung cấp kết nối vật lý, và quản lý các lớp, tổ

chức các kết nối, các thiết bị lưu trữ, và hệ thống máy tính sao

cho dữ liệu truyền trên đó với tốc độ cao và tính bảo mật. Giới

hạn của SAN thường được nhận biết với dịch vụ Block I/O

đúng hơn là với dịch vụ File Access.

2. Một hệ thống lưu trữ bao gồm các thiết bị lưu trữ, hệ thống

máy tính, hay các ứng dụng chạy trên nó, và một phần rất quan

trọng là các phần mềm điều khiển, quá trình truyền thông tin

qua mạng.

8.3 Ảo hoá Network

- Các thành phần mạng trong cơ sở hạ tầng mạng như Switch, Card mạng,

được ảo hoá một cách linh động. Switch ảo cho phép các máy ảo trên cùng

một máy chủ có thể giao tiếp với nhau bằng cách sử dụng các giao thức

tương tự mà như trên thiết bị chuyển mạch vật lý mà không cần phần cứng

bổ sung. Chúng cũng hỗ trợ VLAN tương thích với việc triển khai VLAN

theo tiêu chuẩn từ nhà cung cấp khác, chẳng hạn như Cisco.

- Một máy ảo có thể có nhiều card mạng ảo, việc tạo các card mạng ảo nầy rất

đơn giản và không giới hạn số card mạng tạo ra.Ta có thể nối các máy ảo

nầy lại với nhau bằng một Switch ảo. Điều đặc biệt quan trọng, tốc độ

truyền giữa các máy ảo nầy với nhau thông qua các switch ảo được truyền



với tốt độ rất cao theo chuẩn GIGABITE(1GB), đẫn đến việc đồng bộ giữa

các máy ảo với nhau diễn ra rất nhanh.

Hình : ảo hóa network (hình 1)

8.4 Ảo hoá Application

- Ảo hóa ứng dụng là giải pháp tiến đến công nghệ "điện tóan đám mây" cho

phép bạn sử dụng phần mềm của công ty mà không cần phải cài vài phần mềm

này vào bất cứ máy tính con nào.



Hình : Ảo hóa Network (hình 2)

- Giải pháp Ảo Hóa Ứng Dụng cho bạn những lợi ích nổi trội sau

Tất cả các máy tính đều có thể sử dụng phần mềm ảo như đang cài trên máy

tính của mình mà không phải lo về cấu hình (ví dụ chạy Photoshop trên

máy P4 chỉ có 512 MB RAM). Tốc độ phần mềm luôn ổn định và ko phụ

thuộc vào cấu hình từng máy.

Các máy tính con luôn ở trong tình trạng sạch và chạy nhanh hơn. Lọai bỏ

hòan tòan việc phải sửa lỗi phần mềm do virus, spyware hoặc do người

dùng sơ ý.

Cho phép sử dụng phần mềm mà không phải quan tâm đến hệ điều hành

bạn đang sử dụng (ví dụ: bạn có thể dùng Microsoft Office 2007 ngay trong

Linux, Windows 98 hoặc MAC-OS)

Bạn có thể phân phối phần mềm 1 cách linh động này đến 1 số cá

nhân hoặc nhóm có nhu cầu sử dụng thay vì cài vào tất cả mọi máy như

cách phổ thông. Việc phân phối hoặc gỡ bỏ phần mềm ra các máy tính có



thể diễn ra chỉ trong vòng chỉ vài giây thay vì hàng tuần nếu như công ty

các bạn có hàng chục máy tính.

Thông tin luôn luôn được lưu trữ an tòan ở server trung tâm thay vì có thể

phân tán ra từng máy con. Cho dù bạn ở bất cứ nơi nào (tại 1 máy tính

khác, tại nhà hay thậm chí ở internet cafe), việc truy nhập và sử dụng phần

mềm của doanh nghiệp trở nên dễ dàng qua 1 hệ thống bảo mật hiện đại

nhất.

- Ảo hóa ứng dụng là giải pháp cho phép sử dụng và quản lý phần mềm doanh

nghiệp 1 cách hiệu quả hệ thống. Tiết kiệm tối đa chi phí bảo trì, hỗ trợ kỹ thuật

và quản lý từng máy tính.Các môi trường ảo hóa

- Ảo hoá máy chủ là một hình thức ưu thế trong ảo hoá, được sử dụng ở

ngày nay. Có hai môi trường máy chủ ảo hoá, đó là ảo hoá toàn phần

(Full virtualization) và ảo hoá một nữa (Paravirtualization)

Full-virtualization: Phần cứng được mô phỏng để mở rộng chạy

những hệ điều hành khách trên nền tảng ảo hóa.Điều này có nghĩa

rằng các thiết bị phần cứng khác nhau đều được mô phỏng.Thông

thường, có nhiều nền tảng ảo hóa cố gắng chạy nhiều sự ủy nhiệm

trên CPU chính (chạy nhanh hơn nhiều so với CPU mô phỏng)

nhằm nắm bắt và xử lý các sự ủy nhiệm một cách thích hợp.

Một số nền tảng ảo hóa hỗ trợ hoặc yêu cầu CPU mở rộng để hỗ

trợ ảo hóa. Trên 1 số những dòng chíp mới như x86 và x86_64

CPUs được cung cấp thông qua VT-X (Intel) và AMD-V

(AMD).Chúng được gọi là Phần Cứng Hỗ Trợ Ảo Hóa (hardware-

assisted full-virtualization).



Hình : Kiến trúc xử lý mới hổ trợ ảo hóa.

Paravirtualization: là một phương pháp ảo hóa máy chủ khác. Với phương

pháp ảo hóa này, thay vì mô phỏng một môi trường phần cứng hoàn chỉnh, phần

mềm ảo hóa này là một lớp mỏng (Hypervisor) dồn các truy cập các hệ điều

hành máy chủ vào tài nguyên máy vật lý cơ sở.

9. VMWARE GIẢI PHÁP CHO CLOUD COMPUTING

9.1 Virtualization & Cloud

- Các tổ chức, công ty đang dần chuyển sang Cloud Computing để cải

thiện hiệu suất của hệ thống công nghệ thông tin và việc nắm bắt kinh

doanh sẽ trở nên nhanh hơn, với Cloud Computing ta có thể cho phép

cung cấp nhiều dịch vụ linh hoạt hơn và tự động hóa các quy trình cốt

lõi của công nghệ thông tin, bao gồm cả người sử dụng và các ứng dụng

được cung cấp cũng như việc quản lý hệ thống. Các giải pháp ảo hóa

của VMWARE thúc đẩy nhanh quá trình chuyển hóa của một tố chức

hay một công ty trên một Cloud, bởi sự trừu tượng phức tạp và nó tạo ra

một dãy linh hoạt của điện toán, lưu trữ và các tài nguyên mạng.



- Bằng cách ảo hóa tất cả trong một Infrastructure IT , ta có thể tạo ra

một Private Cloud nhằm thúc đẩy nền tảng ảo hóa đáng tin cậy nhất của

thế giới hiện nay đó là VMWARE vSphere.

9.2 VMWARE's Approach

- Bằng cách tiếp cận thực tể VMWARE đã nhận ra giá trị thực tế của

Cloud Computing và giảm mức độ rủi ro trong việc chuyển đổi này. Ta

có thể triển khai một cơ sở hạ tầng ảo hóa của VMWARE để tạo ra một

Private Cloud nhằm tăng thêm sự đáp ứng nhanh nhạy của một hệ thống

công nghệ thông tin trong khi đó vẫn thúc đẩy sự phát triển đầu tư hiện

có. Ta cũng có thể duy trì việc bảo mật dữ liệu, tuân thủ và kiểm soát,

và hiệu quả sẽ đạt được trong việc sử dụng tài nguyên và tự động hóa sẽ

không ảnh hưởng đến SLAs và những ứng dụng hiện có.

Build a Cloud Infrastructure

Hình : Build a Cloud Infrastructure

- Thật dễ dàng cùng với VMWARE đầu tư để ảo hóa cơ sở hạ tầng

hiện tại như Server, Storage và Network, để tạo ra nơi lưu trữ luôn



sẵn sàng của tài nguyên máy tính. Bằng cách áp dụng các chính sách

dịch vụ cho các ứng dụng.

- VMWARE cung cấp giải pháp đang được phổ biến hiện nay đó là

nền tảng cơ sở hạ tầng Cloud sẽ là cầu nối giữa các tài nguyên Private

và Public Cloud để tạo nên một kiến trúc lai tạo giữa Private và

Public Cloud.

CHƯƠNG III: GIỚI THIỆU VÀ TÌM HIỂU VỀ

ESX SERVER

1. SƠ LƯỢC VỀ CẤU TRÚC ESX SERVER

ESXserver được tạo thành bỡi hai thành phần cố lõi sau:

- ESX Server Kernel (gọi là VM Kernel).

- Giao diện điều khiển Hệ Điều Hành (Gọi là “COS” được chứa trong

“VMnix”).

Thuật ngữ “ESX Server” dùng để mô tả tất cả những công trên cùng

với nhau.

Hình: ESX Server Simplified



Hình : Hai thành phần cốt lõi của ESX.

- Có khá nhiều rắc rối liên quan đến Vmnix và VM Kernel. VMnix là sự

tùy biến phần lõi của Linux trên nền RedHat 7.2. Những phần lõi đặc

trưng được thiết lập trong VMnix sẽ tối ưu hóa giao diện điều khiển hệ

điều hành để chạy máy ảo. Những kịch bản khác nhau được khởi tạo

trong quá trình khởi động ở giao diện điều khiển hệ điều hành nó sẽ gọi

và nạp VMkernel khi hệ thống được khởi động ở mức 3. Khi hệ thống đã

nạp xong VMkernel, thì việc quản lý tài nguyên hệ thống và máy ảo sẽ

thông qua COS (Console Operating System) đến VMkernel.

- Từ bức ảnh trên ta có thế thấy được COS là những gì cho phép ta

tương tác với Server. Hệ điều hành này cho phép ta truy cập một

cách an toàn vào các trình đơn shell, hỗ trợ quản lý dựa trên web

console, cho phép ta kết nối FTP và copy từ một host khác. Nhưng

COS không phải là ESX, COS chỉ là giao diện cho phép ta tương tác

với Server mà thôi. Nó không có một lịch biểu quản lý tài nguyên

hay việc truy cập quản lý phần cứng, về cơ bản ESX chỉ là một

Server chạy RedHat nếu nó không có VMkernel.



- VMkernel quản lý và lên lịch biểu việc truy cập đến một tài nguyên

phần cứng cụ thể nào đó trên một Host. VMkernel cung cấp các máy

ảo để cài đặt các hệ điều hành lên đó. Đây là phần cốt lõi tạo nên sự

khác biệt của ESX từ những gói phần mềm có sẵn khác. VMkernel

cho phép ta truy cập trực tiếp các tài nguyên phần cứng từ bốn phần

cốt lõi của tài nguyên. Nó quản lý bộ nhớ của các máy ảo, lên lịch

biểu cho các bộ vi xử lý trên máy ảo, các switch ảo thì duy trì việc

kết nối mạng giữa các máy ảo cục bộ hay việc lưu trữ từ xa.

- Phần kernel này được xây dựng cụ thể cho những công việc trên.

Không giống như Windows hay các máy chủ Linux được xây dựng

nên để có được các máy chủ với nhiều mục đích khác nhau. Mục

đích của VMkernel được xây dựng lên chỉ là chia sẻ và quản lý truy

cập tài nguyên hệ thống. Điều này làm cho nó nhanh lên gấp nhiều

lần (ít hơn 80M cho một gói cài đặt) nhưng vẫn rất nhanh. Hiệu suất

của VMWAREESX ước tính khoảng 3%-8%, trong khi đó ở hệ điều

hành khác trong các máy chủ thường là từ 10%-20% đôi khi lên đến

30% tùy thuộc từng cấu hình.

- Không giống bất kỳ một công nghệ sẵn có nào, ESX sẽ gom tất cả

tài nguyên phần cứng có sẵn của ta và cung cấp một cách hợp lý cho

các máy ảo và tạo nên hiệu suất hoạt động tuyệt vời cho nó. Tương

phản với điều đó là GSX, hai sản phẩm Workstation và Microsoft

Virtual Server thật sự là một tiện ích để điều hành một hệ thống,

chúng được xây dựng nên để xử lý đa nhiệm vụ chứ không tập trung

vào hiệu suất của các máy ảo.

2. SO SÁNH GIỮA COSOLE OPERATING SYSTEM VÀ VMKERNEL



2.1. Tổng quan

- Một trong điều khó khăn nhất cho các nhà quản trị VMWARE mới là

hiểu được sự khác biệt giữa Console Operating System và VMkernel. Cả

hai đều đóng vai trò rất quan trọng trong môi trường ESX của ta và điều

quan trọng ở đây là hiểu được những gì đã và đang làm. Một trong

những quan niệm sai lầm lâu nay đó là ESX được “chạy trên Linux”. Xin

khẳng định một lần nữa “ESX không phải là Linux”. Nó không bắt

nguồn từ Linux và cũng không chạy trên Linux.

- Cách dễ dàng nhất để nhận biết rõ hai thành phần này là suy nghĩ giao

diện điều khiển Server như là một “thế giới vật lý” và VMkernel là một

“thế giới ảo”. Giao diện điều khiển cho phép ta tương tác bằng tay trực

tiếp lên nó và nó cho phép ta truy cập hiệu chỉnh cấu hình và quản lý

trong môi trường đó. VMkernel quản lý mọi thứ liên quan đến “thế giới

ảo” và những thành phần khác chạy trong máy chủ.

2.2 Console Operating system

- COS dùng để khởi động vào hệ thống của ta và chuẩn bị các phần cứng

của hệ thống cho VMkernel. Khi COS được nạp, thì nó làm mồi cho

VMkernel, nghĩa là nó chuẩn bị tất cả tài nguyên cần thiết để VMkernel

thu nạp vào. Một khi COS đã nạp vào ESX thì VMkernel sẽ khởi động

nóng hệ thống, và nó sẽ giả định nó là một hệ điều hành chính.

VMkernel sẽ nạp COS và một vài sự “ giúp đỡ khác ” giống như là một

đặc quyền của các máy ảo. COS chiệu trách nhiệm một số thứ liên quan

cần thiết đến sự hoạt động chính xác của ESX:

- Bao Gồm:



o Người dùng tương tác với ESX: COS có trách nhiệm đưa ra các

phương thức khác nhau để giao tiếp với các hệ thống máy chủ

ESX. Nó chạy các dịch vụ cho phép người dùng tương tác với các

máy chủ, nó sử dụng các phương thức khác nhau như:

Direct Console access.

Telnet/ssh access to the console.

Web Interface.

FTP.

o Tập tin hệ thống Proc: Các tập tin hệ thống Proc có thể sử dụng

cả hai COS và VMkernel để cung cấp số liệu thống kê thời gian

thực và thay đổi cấu hình tùy chọn.

o Authentication (Chứng thực): Một số quy trình xử lý trong COS

được cung cấp các chứng thực là cơ chế xác định một User ID cụ

thể nào đó đã qua COS và các tài khoản Guest khác nhau đang

chạy trên Host.

o Hỗ trợ những ứng dụng đang chạy: Có một số ứng dụng được

chạy trong COS để mở rộng thêm sự hỗ trợ cho các môi trường

máy chủ. Các nhà cung cấp phần cứng lớn đều có một số phương

thức để đưa vào và chạy trong COS để có thể phát hiện các phần

cứng khác cũng như vấn đề phát khác như ( vấn đề điện áp, lỗi ổ

đĩa, vấn đề về quạt tản nhiệt…). Trong một số trường hợp cần

thiết nó cũng cần được cài đặt một bản backup local từ client để

COS backup các tập tin hệ thống quan trọng. Số lượng ứng dụng

được cài đặt và chạy trên COS nên hạn chế mặc dù nó được thiết

kế để hỗ trợ ESX.



2.3 VMkernel

- Một khi các hệ điều hành đã được nạp, thì VMkernel sẽ được bắt đầu.

Tại thời điểm này VMkernel sẽ khởi động nóng hệ thống và sẽ chịu

trách nhiệm cho việc quản lý toàn bộ phần cứng và lập thời gian biểu

cho tài nguyên. Tất cả những điều này sẽ được chuyển cho VMkernel

quản lý. Đôi lúc sẽ có việc nạp lại COS giống như máy ảo và sự hạn

chế của nó bởi VMkernel và cấu hình của chính nó. Các COS phải

tuân theo những quy tắc giống như trên trong việc phân bổ tài

nguyên và chia sẻ cho mỗi tài khoản Guest ảo đang chạy trên Host.

- VMkernel thực hiện một số chức năng, nhưng một trong những công

việc quan trọng của nó là quản lý sự tương tác phần cứng giữa các

máy ảo và phần cứng vật lý của Server. Nó hoạt động ở giữa để lập

kế hoạch cấp phát tài nguyên cho máy ảo khi cần thiết và làm cơ sơ

cho việc cấu hình. Trong khi điều này có thể là một mô tả ngắn gọn

và đơn giản về VMkernel, thì phần còn lại của chương này sẽ tập

trung nhiều vào những điểm nổi bật của VMkernel như nó làm việc

như thế nào ?,nó giúp gì cho ESX ?

2.4 The ESX boot process

O Bằng cách quan sát quá trình khởi động của máy chủ ESX ta có

thể thấy được sự ảnh hưởng qua lại giữa COS và VMkernel sự

tương tác của chúng vào những điềm nào để VMkernel có thể

nắm lấy quyền kiểm soát tài nguyên hệ thống. Có một số bước

trong quá trình khởi động mà ở đây sẽ không nêu toàn bộ, ở đây

chỉ nêu những bước quan trọng thật sự liên quan đến ESX.

2.5 LILO



O LILO (hoặc Linux Loader) là bước khởi động nạp ứng dụng

(tương tự như việc nt loader cho windows) để hệ thống có thể đọc

nó khi khởi động từ đĩa cứng. Dựa trên các thông tin có trong file

“ /etc/lilo.conf ”, hệ thống sẽ bắt đầu quá trình khởi động của nó.

Mặc định trong việc lựa chọn khởi động của LILO trong ESX sẽ

là khởi động và nạp VMkernel. File /etc/lilo.conf cũng chứa các

thông tin của COS. Thông tin này có chưa một số lượng lớn của

bộ nhớ cấp phát cho nó và các thiết bị được cấu hình để COS sử

dụng. Một số cấu hình của LILO được điều khiển bởi lệnh

“vmkpcidivy”.

2.6 Console operating system

O Sau khi khởi chạy LILO theo đúng quy trình khởi động thì COS

sẽ bắt đầu nạp. Đa số các tiến trình khởi động được chứa trong

COS. Hầu hết các bước đều là chuẩn bị cho VMkernel để điều

khiển và quản lý tài nguyên phần cứng.

2.7 INIT

O Quá trình đầu tiên mà COS thực thi là init. Qúa trình này là đọc

file “/etc/inittab” và xác định runlevel mà hệ thống đó phải được

thực hiện.( runlevel trong Linux là xác định những dịch vụ nào

được bắt đầu và thứ tự chúng được bắt đầu ). Những mức runlevel

khác nhau trên hệ thống Linux có thể so sánh với các tùy chọn

khởi động sẵn có của Windows Server chẳng hạn như:

“SafeMode” hoặc “ Command Prompt Only”. Mặc định mức

runlevel trong hệ thống ESX là 3, có nghĩa là hệ thống sẽ khởi

động và đưa ra một giao diện điều khiển cho việc đăng nhập vào



hệ thống. Dựa trên giá trị này COS sẽ chạy các đoạn script có

chứa trong thư mục: “/etc/rc.d/rc3.d” trong suốt quá trình khởi

động.

2.8 /etc/rc.d/rc3.d

O Thư mục /etc/rc.d/rc3.d thực sự chứa các liên kết tượng trưng để

bắt đầu các đoạn scripts trong thư mục /etc/init.d. Bằng cách chạy

lệnh “ls” trong thư mục /etc/rc.d/rc3.d ta sẽ thấy một số đoạn script

được bắt đầu với chữ K và một số thì bắt đầu với chữ S. Các đoạn

script được bắt đầu bằng chữ K được dùng để ngăn chặn hay xóa sạch

một dịch vụ nào đó trong suốt quá trình khởi động (hoặc đảm bảo là

dịch vụ đó sẽ không chạy) và đoạn script được bắt đầu bằng chữ S

thì dùng để khởi động một dịch vụ. Ta sẽ thấy một số thông báo sau

khi K hoặc là S có tên trong một số đoạn script. Các quy định về thứ

tự các đoạn script được chạy sẽ bắt đầu từ 0 và lên đến 99. Số lượng

các đoạn script S sẽ được thực hiện theo thứ tự tăng dần trong khi đó

các đoạn script K thì được thực hiện theo tứ tự giảm dần. Giá trị thứ

tự của K hoặc S sẽ không có ý nghĩa gì khi nó đi kèm bên trong một

đoạn script đang chạy.

2.9 S00vmkstart

O Nếu ta chạy lệnh “ls -l” trong thư mục script, ta sẽ thấy rằng lệnh

S00vmkstart là một liên kết thật đến script vmkhalt. Nếu ta chạy

đoạn script này đầu tiên VMWARE sẽ đảm bảo rằng sẽ không có

một tiến trình VMkernel nào đang chạy trên hệ thống trong quá

trình khởi động.

2.10 S10network



O Các script (S10network) dùng để start dịch vụ TCP/IP trên COS

và gán đia chị IP và Hostname vào hệ thống.

2.11 S12syslog

O Đoạn script syslog dùng để start deamon tiến trình system logs.

Script này được start sẽ cho phép phần còn lại của quá trình khởi

động được lưu lại. Sau khi VMkernel bắt đầu nạp nó sẽ cung cấp

một cơ chế để lấy các file Log được tạo ra bởi VMkernel để xem

lại nếu khi có lỗi xảy ra.

2.12 S56xinetd

O Đoạn script xinetd sẽ start các dịch vụ cần thiết cho COS xử lý khi

có yêu cầu được gửi đến để truy cập. Mỗi ứng dụng có thể được

bắt đầu bởi file xinetd được cấu hình trong / etc / xinetd.d. Nếu

“disable = no ” thì một cái cờ hiệu sẽ được đặt trong file cấu hình

của một ứng dụng cụ thể sau đó xinetd sẽ start ứng dụng đó lên.

Các ứng dụng quan trọng nhất được bắt đầu ở đây là ứng dụng

VMWARE-authd nó đưa ra hướng kết nối và chứng thực cho

ESX để thực hiện những sữa đổi.

2.13 S90VMware

O Đây là nơi cuối cùng mà VMkernel nạp. Việc đầu tiên VMkernel

sẽ làm khi nó bắt đầu là sẽ nạp các trình điều khiển thiết bị thích

hợp để tương tác với phần cứng vật lý của máy chủ. Ta có thể

xem tất cả các trình điều khiển mà VMkernel có thể sử dụng bằng

cách xem trong thư mục: “/ Usr / lib / VMWARE / vmkmod ” .

O Một khi VMkernel đã nạp thành công trình điều khiển các thiết bị

thích hợp nó sẽ start để chạy các script hỗ trợ khác của nó.



Vmklogger sẽ gửi một messenges đến syslog daemon và

tạo ra các log (bảng ghi) ghi lại toàn bộ thời gian

VMkernel đang chạy.

Các script vmkdum sẽ được lưu trên bất kỳ nơi nào của

VMkernel dump từ những phân vùng VMCore dump và

chuẩn bị phân vùng trong trường hợp VMkernel có lỗi thì

sẽ kịp phục hồi lại được.

O Tiếp theo các phần vùng VMFS (các phân vùng dùng để lưu trữ

tất cả ổ đĩa ảo của ta) sẽ được đưa vào. Đơn giản VMkernel chỉ

việc quét các thiết bị SCSI của hệ thống và sau đó sẽ tự động gắn

vào kết bất kỳ phân vùng nào được cấu hình như VMFS.

VMkernel đã hoàn toàn được nạp và sẵn sàn để quản lý các máy ảo.

2.14 S91httpd.VMWARE

O Một trong những tiến trình khởi động cho COS là start VMWARE

MUI (quản lý VMWARE bằng giao diện Web ). Tại thời điểm

này VMkernel đã được nạp và đang chạy. Bắt đầu MUI được

cung cấp bởi VMWARE với giao diện đồ họa dùng để tương tác

với ESX.Một khi MUI đã được nạp vào màn hình trên một máy

cục bộ một giao diện điều khiển sẽ hiển thị thông báo mọi thứ đã

được nạp thành công và ta đã có thể truy cập vào máy chủ ESX từ

một trình duyệt Web bất kỳ.

2.15 Tại sao ta cần biết quá trình khởi động ?

O Ta cần phải biết cơ bản về quá trình khởi động để biết được rằng

VMkernel là một thực thể tách biệt với COS. Đơn giản như việc

nếu máy chủ của ta không thể khởi động được hoặc một số



service nhất định nào đó hoặc quá trình không thể bắt đầu được

thì ta vẫn có thể tìm kiếm và biết được vấn đề nào đang xảy ra với

hệ thống của ta. Nếu xưa nay ta chưa quen làm việc với Linux thì

có lẽ đây sẽ là một điều hoàn toàn mới mẻ đối với ta. Nếu ta đã

từng làm việc với Linux thì phần này sẽ giúp ta hiểu hơn về

VMkernel.

3. ẢO HÓA PHẦN CỨNG

- Toàn bộ ý tưởng ẩn chứa của VMWARE là tạo ra một lớp phần cứng

chuẩn như là một máy ảo cho một hệ điều hành Guest vậy. Các tài

nguyên phần cứng ảo sẽ không thay đổi bất cứ thứ gì mà phần cứng vật

lý đã cấu hình với Host.

- VMkernel có trách nhiệm cung cấp lớp phần cứng ảo cho máy ảo. Khi

một Guest OS truy cập tài nguyên thi VMkernel có trách nhiệm ánh xạ

các yêu cầu ảo thông qua phần cứng vật lý cho việc xử lý. Một số tài

nguyên SCSI và Mạng có một số lựa chọn, do đó chúng ta cần phải hiểu

khi mỗi lựa chọn được sử dụng và nó ảnh hưởng gì đến môi trường với

nhau.

3.1. System devices

- Khi ESX đệ trình một lớp phần cứng cho một Guest OS thì nó sẽ đệ

trình một hệ thống dựa trên Intel 440BX chipset. Đây là chipset cao cấp

được hỗ trợ và tương thích với mọi Guest OS mà có thể chạy bên trong

ESX. Có thể ta hơi ngạc nhiên và tự hỏi làm thế nào mà Chip Pentium 4

XEON và chip AMD Opreton có thể chạy cùng trong một Guest chỉ với

một con chip Intel 440BX. Bây giờ ta chỉ cần hiểu 440BX là những gì

đệ trình để Guest và nó cho phép tính tương thích ở mức cao trên rất

nhiều nền tảng của Guest OS.



3.2. Processor

- Giả xử ta đang sài một bộ vi xử lý đáp ứng yêu cầu máy chủ ESX. Guest

của ta cũng chỉ sẽ thấy cùng một loại vi xử lý vật lý được cài đặt trên

Host. VMkernel có khả năng nhận các cuộc gọi từ bộ vi xử lý ảo và

chuyển chúng đến ngay bộ xử lý vật lý của Host với công nghệ trên thì

việc ảo hóa là không giới hạn. Bằng cách đệ trình các loại vi xử lý của

Host cho Guest thì VMkernel sẽ không cần thực hiện bất kỳ việc chuyển

đổi nào để đảm bảo tính tương thích giữa các lớp phần cứng và vật lý.

Điều này đơn giản là các bộ vi xử lý không truy cập thông qua lớp mô

phỏng.

- Điều quan trọng là không phải tất cả các thông số register của bộ vi xử lý

vật lý đều được đệ trình bởi VMkernel. Trong khi đó VMWARE khá kín

trong các bản register này, một trong số đó chắc chắn đó là bộ vi xử lý

số. Ứng dụng được cấp một số serial của một bộ vi xử lý hoặc một nhóm

các bộ vi xử lý sẽ không hoạt động trong VMWARE.

3.3. Network

- ESX cung cấp cho chúng ta hai lựa chọn phần cứng khi đệ trình các

adapter network ảo cho các OS Guest. Tùy thuộ c vào các OS Guest mà

có thể có một yêu cầu hoặc nhiều hơn đối vơi Guest OS.

3.3.1. Vlance

- Vlance adapter là một trình điều khiển AMD PCNET ảo. Adapter này

đảm bảo khả năng tương thích cho mỗi Guest OS có thể chạy cùng với

ESX. Kể từ lúc nó dựa trên những phần cứng cũ thì nó cũng có một số

hạn chế khi nó sử dụng cho với Guest. Sau khi cài đặt các Driver ta sẽ

thấy một điều là tốc độ kết nối trong các OS Guest được hiển thị là



10Mb/s. Đây là một hạn chế của driver và trong thực tế thì nó hoàn toàn

không ảnh hưởng đến tốc độ truyền tải của các phần cứng vật lý. Vlance

adapter sẽ tận dụng tối đa các kết nối giống như là nó đã có sẵn của các

kết nối vật lý. Chúng được hỗ trợ gốc từ các thiết bị trong mỗi OS mà

ESX đã chứng nhận cho. Nếu ta cấu hình một đĩa khởi động DOS cho

việc cài đặt một mạng cơ bản hoặc sử dụng một công cụ DOS cơ bản

như Ghost thì đây là một trình điều khiển duy nhất các chức năng luôn

đúng.

3.3.2. VMXNET

- VMWARE sẽ tạo ra một thiết bị mạng ảo được thiết kế theo nền tảng từ

dưới lên để nhằm tương tác với VMkernel. Thiết bị này là vmxnet

adapter. Do nó được tích hợp chặt chẽ với VMkernel nên ta sẽ được tăng

cường hiệu suất khi sử dụng nó chung với Guest, đặc biệt là các kết nối

tốc độ cao. Kể từ khi thiết bị này được tạo ra thì nó cũng không cần nhật

bất kỳ sự hỗ trợ nào từ OS Guest. Cách duy nhất để cấu hình thiết bị này

là cài đặt các trình điều khiển được cung cấp bởi các gói cài đặt từ

VMWARE Tools trong các Guest. Sử dụng adapter này để giảm thiểu số

lượng overhead vitualization và tăng hiệu suất cho Guest OS. Một điều

quan trọng cần lưu ý nữa là không phải tất cả hệ điều hảnh đều có khả

năng sử dụng thiết bị này. Việc sử dụng thiết bị này về cơ bản nói đúng

ra là hoàn toàn dựa trên sự có sẵn của gói cài đặt VMWARE Tool và

vmexnet driver cho mục tiêu là Guest.

3.4. SCSI

- Cũng giống như card mạng ảo, VMWARE cũng cung cấp hai adapter

SCSI khác nhau có thể có trong một Guest OS. Các thiết bị đó được sử

dụng bởi một Guest cụ thể nào đó của ta phụ thuộc vào hệ điều hành mà



ta sẽ cài đặt. Có hai sự lựa chọn sẵn có là adapter LSI Logic hoặc adapter

BUS Logic. Mỗi adapter sẽ có từng cấp độ khác nhau của việc hỗ trợ

trong từng hệ điều hành được hỗ trợ. Để loại bỏ bất kỳ một lỗi nào khi

xây dựng một Guest, ESX sẽ tự động gán bộ điều khiển thích hợp trong

việc cấu hình máy ảo dựa trên sự lựa chọn hệ điều hành. Trong khi việc

điều khiển mặc định có thể thay đổi trong một số trường hợp, nó thường

yêu cầu bổ sung thêm một số trình driver cho việc cài đặt lần đầu tiên

trên một Guest. Nó cũng ảnh hưởng đến hiệu suất của các máy ảo. Như

một quy luật chung trong việc lựa chọn số một mà VMWARE đã làm

cho chúng ta nhằm đảm bảo tính tương thích giữa các Server Guest. Như

ta có thể xem các phần cứng ảo được giới thiệu cho các Guest tạo ra một

môi trường tương đôi linh hoạt có thể được sử dụng bởi hầu hết các OS

Intel chính nào.

3.5. Hardware allocation

- Khi cài đặt và cấu hình ESX, ta sẽ thấy COS và VMkernel cả hai đều có

trách nhiệm kiểm soát mọi khía cạnh của phần cứng. Có ba thiết lập phần

cứng khác nhau cho phần cứng của ta đó là: Virtual, Console, Share.

Những thiết bị được phân bổ như “Virtual ” chỉ có thể được truy cập bởi

VMkernel (Virtual World). “ Console ” là những thiết bị, bị giới hạn

chức năng trong COS (Physical World). Các lựa chọn thứ ba là sự kết

hợp của cả hai và cho phép thiết bị truy cập và cả hai COS và VMkernel

(Physical và Virtual World). Ngoài ra còn có một số cách khác, trong đó



việc phân bổ thiết bị có thể được thay đổi để đáp ứng nhu cầu của môi

trường.

3.5.1. Virtual

- Như đã nói ở trên, các thiết bị ảo chỉ có thể được truy cập bởi các Guest

Virtual đang chạy trên máy chủ của ta. Các thiết bị đầu tiên hiển nhiên sẽ

được cấu hình cho máy ảo hiện có ít nhất một adapter mạng. Cấu hình

card mạng để sử dụng máy ảo là cách duy nhất mà các Guest của ta có

thể giao tiếp với mạng bên ngoài của máy chủ lưu trữ của ta. Ngoài việc

kết nối mạng, ta cũng cần một nơi lưu trữ dữ liệu cho Guest của ta. Để

làm được điều này thì cần có một adapter SCSI được gán vào máy ảo (nó

có nghĩa là VMkernel). Bây giờ để đơn giản hóa mọi thứ, ESX cũng có

một adapter Firber để cấu hình adapter SCSI, Console, hoặc Share. Tùy

thuộc vào kích cỡ môi trường của ta và loại dữ liệu mà ta sẽ kết nối đến,

ta có thể hoặc là không có nhu cầu cáp quang HBAs hoặc bổ xung

adapter SCSI.

3.5.2. Console

- Trong khi thiết bị “ Virtual ” chỉ có thể được xem bởi các Guest Virtual

của ta, các thiết bị “ Console ” cũng chỉ có thể thấy được bởi COS. Mỗi

một máy chủ ESX có ít nhất một card mạng được sử dụng bởi Service

Console ( Thường thì adapter này được dành riêng cho COS ). Khi ta

giao tiếp đến các Host với MUI hoặc qua SSH thì ta đang tương tác với

giao diện mạng này. Khi ta cài đặt các bản Backup hoặc là quản lý các

tác nhân trong COS, thì adapter này cũng được sử dụng để giao tiếp

thông qua mạng.



- Để việc khởi động thứ tự cho COS, thì nó cần một đĩa điều khiển để cấp

cho console sử dụng. Kể từ khi COS trở thành một hệ điều hành độc lập (

giống Windows ) thì nó cần cấu hình một đĩa cứng để nó có thể tạo và sử

dụng các phân vùng, các tập tin cần thiết cho việc khởi động. Ta có thể

gắn thêm một ổ cứng vật lý vào hoặc trong ESX 2.5 hoặc mới hơn hoặc

khởi động tắt từ xa của SAN. Chúng ta cũng nên lưu ý rằng sẽ không cần

một đĩa điều khiển nó chỉ dành riêng cho các COS. Ta chỉ cần có một bộ

điều khiển ( hoặc là “ Shared ”, hoặc “ Console ” ) đó là những thứ cần

thiết cho việc khởi động của COS.

3.5.3. Shared resource

- Shared Resource là ta có thể truy cập vào cả hai COS và VMkernel cùng

một lúc. Hãy xem xét trạng thái mà ta vừa nêu ở trên nơi mà ta có cả một

hệ thống nhưng chỉ với duy nhất một adapter SCSI và cũng không hề có

công nghệ lưu trữ SAN nào trong môi trường của ta. Để kiểm soát một

lượng lớn dữ liệu ta nên mua một ổ đĩa SCSI gắn ngoài và gắn nó vào

trong máy chủ ESX của ta. Vì ta chỉ có một adapter SCSI nên ta cần chắc

rằng console đã truy cập vào các ổ đĩa cứng bên trong cho việc cài đặt

COS. Chúng ta cũng cần phải chắc chắn rằng một khi đã cài đặt ESX thì

VMkernel cũng có quyền truy cập hợp pháp với các ỗ đĩa gắn ngoài.

Thiết bị chia sẽ không giới hạn trong việc điều khiển SCSI, nhưng có thể

là giới hạn với cáp quang HBAs hoặc card mạng.

3.5.4. Modifying these configurations

- Trong quá trình cài đặt ESX ta sẽ biết được cách phân bổ ban đầu đới với

các thiết bị trong Phần 3. Khi nhu cầu của ta thay đổi và môi trưởng ảo

hóa của ta phát triển đó là điều cần thiết nên biết để ta có thể sửa đổi các



thiết bị được nhìn thấy trong cả thế giới thực vào ảo. Thật may mắn là

VMWARE đã cung cấp một số công cụ để có thể làm được điều này.

3.5.4.1. MUI

- Sửa đổi thiết bị để chỉ định cho việc sử dụng MUI ( giao diện web )đó là

một quá trình tương đối đơn giản. Để truy cập vào màn hình cấu hình ta

cần đăng nhập vào MUI giống như user root. Điều này sẽ enable các tab

“lựa chọn” trong page chính. Các Top Links ở cột bên trái của các tab

lựa chọn sẽ là “Startup Profile ”. Đây là khu vực nơi mà bạn có thể cấu

hình lựa chọn HyperThreading và tài nguyên bộ nhớ cho Service

Console, và các thiết bị chỉ định khác.

- Thiết bị được chỉ định cấu hình thông qua MUI thì có một số thứ sẽ hạn

chế trong đó chỉ các thiết bị có thể cấu hình như “Shared” là SCSI và

cáp quang adapter storage. Để chia sẻ một thiết bị ta cần phải chọn để

phân bổ nó cho các máy ảo và sau đó lựa chọn chia sẻ với checkbox

“service console” . Ta cũng sẽ nhận thấy một điều rằng adapter mạng

không có tùy chọn này. Cấu hình thiết bị mạng cho việc sử dụng chia sẻ

là một cấu hình cấp cao hơn và nó không được khuyến khích trừ khi có

những điều kiện nhất định được đáp ứng. Với một số hạn chế nhỏ này

thì nó cũng đáp ứng được hầu hết các công việc cấu hình nhưng điều

quan trọng ta cần biết là ta không thể làm tất cả với MUI.

3.5.4.2. Console operating system

- Sửa đổi thiết bị phân bổ thông qua service console có thể được thực hiện

với lệnh “ vmkpcidivy ”. Lệnh này có thể chạy với hai cách khác nhau:

Tương tác và Chế độ hàng loạt. Chạy lệnh “ vmkpcidivy ” trong chế độ

tương tác là cách dễ dàng nhất để cấu hình các thiết bị bên ngoài của bạn

của MUI. Ta có thể chạy “ vmkpcidivy ” trong chế độ tương tác bằng



cách truy cập các service console ( tại cục bộ hoặc thông qua SSH ) và sử

dụng lệnh sau đây:

# vmkpcidivy –i

- Sau khi thực hiện lệnh chế độ tương tác ta sẽ thấy một dãy danh sách các

thiết bị cấu hình trong hệ thống và hiện tại họ làm thế nào để chỉ định

(Xem ví dụ ở dưới). Các thiết bị được trình bày trong một danh sách theo

phân bổ của họ. Ta sẽ thấy các thiết bị “Shared ” sẽ được liệt kê hai lần:

một lần dưới phần console và một lần trong máy ảo.

Ví Dụ:

[root@ESX1 root]# vmkpcidivy -i

Checking for existing VMnix Boot Configurations.

The following VMnix kernel images are defined on your

system:

Boot image configuration: ESX

Image file: /boot/vmlinuz-2.4.9-vmnix2

Memory: 192M

Service Console devices:

Ethernet controller: Intel Corporation 82557

[Ethernet Pro 100] (rev 08)

RAID storage controller: Symbios Logic Inc. (formerly

NCR) 53c895 (rev 02) (shared)

VM devices:

Ethernet controller: 3Com Corporation 3c905C-TX [Fast

Etherlink] (rev 78)

RAID storage controller: Symbios Logic Inc. (formerly

NCR) 53c895 (rev 02) (shared)

Type in the name of the boot image configuration you



wish to configure or type "new" to create a new image

[ESX]:

- Sau khi danh sách các thiết bị đưa ra thì một yêu cầu nhắc nhở sẽ hiện ra

nếu ta muốn sửa đổi cấu hình hiện tại hoặc tạo mới. Tên cấu hình mặc

định cho ESX 2.1.1 và cao hơn là ESX. Trước kia 2.1.1 cấu hình mặc

định có tên là VMNIX. Bạn có thể biết được những mặc định nào của

bạn bằng cách chú ý đến trình đơn khởi động LILO vào lúc khởi động

hoặc xem bằng cách /etc/file lilo.conf với lệnh sau đây:

# grep default /etc/lilo.conf

- Bởi nếu ta chọn lựa cấu hình mặc định thì sẽ thấy được từng thiết lập

với từng thiết bị hiện tại của nó. Khi đưa ra một danh sách các thiết bị,

các giá trị hiện hành sẽ được thiết lập cho các giá trị “mặc định” . Bởi

đơn giản chỉ cần nhấn vào các thiết bị đặc biệt được liệt kê ở đó thì nó sẽ

giữ cấu hình hiện tại của chính nó.

- Có 3 giá trị có thể được sử dụng để bố trí cho các thiết bị của ta đó là: c,

v hoặc s. Các console tượng trưng, các máy ảo và Shared, theo thứ tự.

Khi ta có được các thiết bị cụ thể và ta muốn sữa đổi nó, hãy nhập giá trị

thích hợp vào và nhấn enter. Khi ta đã đi qua một lượt các danh sách các

thiết bị thì ta sẽ nhận được một thông báo là có muốn áp dụng những

thay đổi về cấu hình vừa rồi không. Một khi ta đã chọn áp dụng những

thay đổi về cấu hình thì ta cần khởi động lại máy để những thay đổi có

hiệu lực. Nếu ta đang sử dụng lệnh “ vmkpcidivy ” cho việc thu thập

thông tin, hoặc muốn thoát ra khỏi ứng dụng đang sử dụng thì nhấn tổ

hợp phím CTRL + C hoặc chọn không áp dụng các thay đổi cấu hình .

Theo kinh nghiệm thì tôi khuyến cáo nếu ta không chắc chắn về những

thay đổi mà ta đã cấu hình thì hãy lưu nó với cái tên tạm thời ví dụ như:



testESX chẳng hạn. Nó sẽ yêu cầu ta nhập “Mới” ở dấu nhắc đầu tiên,

tiếp theo là tên cấu hình tạm thời của ta sẽ là thứ 2. Khi ta tạo mới một

profile thì những thiết lập từ profile cũ sẽ không còn được lưu nữa. Ta

cần phải chú ý tới mỗi tùy chọn được đưa ra để đảm bảo hệ thống sẽ hoạt

động trơn tru sau khi khởi động.

3.6. Bốn tài nguyên cốt lõi của hệ thống

- Có 4 tài nguyên mà ta cần phải xem xét kỹ lưỡng khi ta xem lại và thiết

kế hệ thống ảo hóa của ta (ta sẽ gọi chúng là “ Core Four ”). Sự hiểu biết

rõ ràng và việc cấu hình các tài nguyên này là cần thiết để duy trì mức ổn

định của một môi trường ảo. Phần này sẽ tập trung nhiều vào “Core

Four” tài nguyên và làm thế nào để có VMWAREESX Server có thể

hoạt động song song với các Guest của mình.

3.6.1. Processor

- Như đã đề cập trước đó, ảo hóa các thành processcor cho các máy ảo thì

có hơi khác so với các thiết bị khác. Các kiến trúc bo mạch chủ lần đầu

tiên được giới thiệu cho các OS Guest được dựa trên nền tảng chipset

Intel 440BX nó là một con PIII. Vậy ta làm điều này như thế nào và nó

các tác động như thế nào đến bộ vi xử lý vật lý được cài đặt trong các

máy chủ lưu trử ?.

- Câu trả lời đơn giản là nó không có tác động gì đến bộ vi xử lý vật lý cả.

Cách tốt nhất để miêu tả việc làm thể nào VMWARE ảo được bộ vi xử

lý sẽ được miêu tả bởi một trong các kỹ sư hoạt động bên mảng kinh

doanh của VMWARE. Kể từ khi các kiến trúc hệ thống được đưa ra cho

các Guest OS là 440BX ở trên, việc quản lý các thiết bị trong windows

cho ta thấy tất cả các thành phần điển hình của “bo mạch chủ ảo”.



- VMkernel dựa trên bộ xử lý tập trung, đưa ra các khả năng cụ thể của bộ

vi xử lý máy chủ lưu trữ của ta vào các OS Guest nó cho phép sử dụng

toàn bộ tài nguyên cho việc xử lý cài đặt. Trong khi đó có một số register

không phải là ảo hóa, Các Guest sẽ có một số lợi ích từ các key register

của một bộ vi xử lý khác như Pentium 4 XEON và AMD Opteron. Đơn

giản chỉ cần đặt vào, bộ xử lý thật sự không ảo hóa theo cùng một cách

khác như “ core foure ” (Memory, Disk, Network) được. Việc xử lý và

sử dụng là một scheduled nhưng những gì mà Guest nhìn thấy là khá

nhiều so với những gì nó có được.

3.6.2. Hyper-threading

- Hyper-Threading là một công nghệ cho phép một bộ xử lý đơn để có thể

thực hiện được việc xử lý song song, Intel khẳng định nó có thể tăng hiệu

suất lên đến 30%. Những gì Intel muốn làm ở đây là giới thiệu 2 bộ xử lý

đến mỗi OS nhưng chỉ với một bộ xử lý vật lý được cài đặt vào. Từ bản

VMWAREESX 2.1 thì nó đã được giới thiệu là có hỗ trợ bộ xử lý

Hyper-Threading. Các bộ xử lý logical được thêm vào là một packaged

vật lý với được đánh số kế cận nhau.

Ví dụ: Bộ vi xử lý 0 và 1 là một con CPU vật lý 1 và nó là một bản sao

của logical ( và 2 và 3 là một con CPU vật lý 2 và nó là một bản sao của

logical …v..v. ). Đây là một kiểu xử lý khác so với phần hiển thị trong

một hệ điều hành tiêu biểu là X86 trong đó tất cả các CPU vật lý thì được

đếm đầu tiên và sau đó mới là việc đánh số cho các cặp CPU logical.

- Sự gia tăng về tốc độ mà hệ thống nhận được từ Hyper-Threading là sự

phụ thuộc về rất lớn vào những ứng dụng đang chạy trong hệ thống sử

dụng bộ nhớ cache của hệ thống. Trong khi một hệ thống tiêu biểu yêu

cầu một siêu phân luồng phải được Anabled hoặc Disable cho toàn bộ hệ



thống. VMWARE cung cấp một số cơ chế cấu hình chia sẻ Hyper-

Threading trên hệ thống có thể cấu hình về cơ bản cho mỗi máy ảo như

sau:

o Any: Đây là một thiết lập mặc định cho mỗi máy ảo đang chạy

trên hệ thống. Nó cho phép nhiều con CPU ảo có thể chia sẻ trên

một Packaged processcor duy nhất ở cấp độ ESX. Nó cho phép ta

có được tối đa của việc Enable Hyper-Threading trên hệ thống của

ta nhưng có thể đưa ra các vấn đề nơi một ứng dụng không thật sự

hiệu quả có thể tác động lên hiệu suất tổng thể của các máy ảo

khác chia sẻ cùng gói với nó.

o Internal: Đây là lựa chọn duy nhất được hỗ trợ bởi SMP ( Multi

Processcor ) . Nó cho phép cả hai con CPU ảo của một máy ảo

chạy trong một Package duy nhất và cách ly nó từ bất kỳ con CPU

ảo nào khác trong hệ thống. Điều nay ngăn cản việc cấu hình

Guest từ sự tác động của các Guest khác và bảo vệ nó từ những

Guest khác có thể có những ứng dụng không hiệu quả. Nếu việc

sử dụng tổng thể hệ thống cho phép, một Guest có thể cấu hình từ

chia sẻ nội bộ Hyper-Threading có thể sử dụng một package cho

mỗi CPU ảo để tối ưu hóa hiệu suất.

o None: Trong trường hợp một ứng dụng được xem như là hoạt

động kém với Hyper-Threading thì việc chia sẻ có thể bị vô hiệu

hóa. Điều này dẫn đến hoàn toàn cô lập mỗi con CPU ảo của hệ

thống với các package riêng của nó. Tùy chọn này chỉ được sử

dụng khi có sự đề xuất của VMWARE hoặc nhà cung cấp ứng

dụng vì nó bị cô lập với phần lớn tài nguyên hệ thống.

o Điều chỉnh các cài đặt Hyper-Threading có thể được thực hiện

bằng một trong ba cách. Hệ thống phải có Hyper-Threading được



enable ở cấp độ phần cứng để xem và chỉnh sữa các tùy chọn này.

Ngoài ra các máy ảo phải được vận hành với các hiệu chỉnh phải

chính xác.

o MUI : Sử dụng bởi MUI, việc lựa chọn chia sẻ Hyper-Threading

có thể sửa đổi theo hai hướng. Đầu tiên là chỉnh sửa các cài đặt tài

nguyên CPU cho các máy ảo. Ta sẽ được trình bày với một

checkbox với label “ Cô lập máy ảo từ Hyper-Threading ”. Cách

hoạt động của thiết lập này phụ thuộc vào việc hệ thống là một hệ

thống xử lý đơn hoặc nếu nó đã được enable với Virtual-SMP.

Đối với một máy xử lý đơn thì tùy chọn này sẽ thiết lập giá trị

chia sẽ là “ None ”. Đối với một SMP Machines thì thiết lập này

là “ internal ”. Các lựa chọn khác là những lựa chọn sử dụng các

cấu hình dài dòng cho Guest. Khi được đệ trình với một danh sách

các lựa chọn cấu hình, thêm (hoặc sửa đổi) một giá trị mang tên

“cpu.htsharing ”. Chỉ định giá trị của lựa chọn là “any, internal,

hoặc là none ”.

o COS: Ta có thể thiết lập dễ dàng giá trị chia sẻ Hyper-Threading

bằng cách chỉnh sửa trực tiếp tập tin vmx cho các máy ảo. Cách

dễ dàng nhất để sửa đổi các tập tin là sử dụng các lệnh sau đây:

# echo cpu.htsharing = \“value\” >>

/path/to/servername.vmx

- Các ký tự thoát của “ \ ” là yêu cầu cho việc echo đúng khi chèn dấu

ngoặc kép vào file cấu hình. Một điều khác nữa ta cũng phải cẩn thận là

ta sử dụng biểu tượng “ >>”. Nếu ta sử dụng duy nhất một biểu tượng “

>> ” thì file này sẽ ghi đè nó lên. Nó luôn khuyến cáo ta tạo một bản sao

lưu dự phòng các file vmx trước khi thực hiện bất kỳ sửa đổi nào. Nếu ta



đã quen thuộc với trình soạn thảo thì ta có thể hiệu chỉnh file vmx bằng

dòng lệnh sau:

cpu.htsharing = “value”

- Có một lưu ý cuối cùng về việc sử dụng Hyper-Threading trong môi

trường ESX của ta. Nếu hệ thống sử dụng bộ nhớ NUMA, nó sẽ khuyến

cáo rằng ta chỉ có thể sử dụng ở ESX v2.1.2 hoặc cao hơn.

3.6.3. Symmetrical multi-processing (smp hoặc là virtual-smp)

- SMP là một add-on module cho ESX cung cấp khả năng cấu hình Multi-

Processor Guest OS. Bạn enable Virtual SMP bằng cách đưa vào một

license key và Host ESX của ta hoặc trong quá trình cài đặt hoặc bằng

cách sửa đổi các tùy chọn sau đó cấp license (Lưu ý ta không cần phải có

một license SMP để sử dụng ESX trên một Multi-Processcor Host) ta chỉ

cần nó để tạo máy ảo sử dụng đa bộ xử lý vật lý trong một Host. Trong

khi SMP có một thể cung cấp và tăng cương hiệu năng cho hệ thống của

ta thì nó cũng có một số nguyên tắc cần tuân thủ bởi SMP có thể gây ra

các tác động tiêu cực một cách dễ dàng đến môi trường của chúng.

o Administrator không nên bắt đầu bằng cách cấu hình một máy ảo

như một hệ thống SMP.

o Sau khi nâng cấp lên SMP thì sẽ vô cùng khó khăn (đôi khi là

không thể) để hạ xuông windows Guest.

o Bằng cách sử dụng SMP hơi tăng CPU và bộ nhớ lên trên của một

Host ESX.

- Đã có một số trường hợp triển khai tất cả các máy ảo như một hệ thống

SMP. Một điều đáng lưu ý nữa là SMP chỉ hỗ trợ ESX chứ không hỗ trợ

GPX và Worstation

3.6.4. Memory



- Memory sử dụng trong ESX được quản lý ở nhiều cấp độ khác nhau, các

COS sẽ dành riêng một phần bộ nhớ như một phần của tiếng trình khởi

động ( Dựa trên các lựa chọn cấu hình mà ta đã thực hiện trong quá trình

cài đặt ESX ). Bộ nhớ này được sử dụng để hỗ trợ cho các hoạt động của

COS và Virtualazition Overhead cho các service console và mỗi máy ảo

đang chạy. COS thì cho phép lấy 24M của bộ nhớ từ ngân hàng sẵn có

cho việc ảo hóa của riêng mình. Điều này được thực hiện tự động và

không thể can thiệp vào để tùy chỉnh nó. Mỗi máy ảo được cấp bộ nhớ

khoảng mà COS hỗ trợ cho việc ảo hóa (Đây chính là “ Virtualization

Overhead ”).

- Số memory còn lại không phải gán cho COS hết mà sẽ chuyển qua cho

VMkernel để sử dụng cho các máy ảo. Cách mà bộ nhớ dùng để kiểm

soát và truy cập là khá phức tạp bởi thực tế là VMkernel đã chặn các

page nhớ và đưa chúng cho các Guest giống như nó là một page nhớ liên

tục vậy. Quá trình này là khá phức tạp có thể diển tả nó theo hàng trăm

cách khác nhau. Ví dụ dưới đây là một điển hình:

Hình : Memory



- VMkernel lấy Machine page numbers(MPNs) và lưu chúng ở physical

page number(PPNs).

- MPNs là một memory pages nó sẽ được đặt vào physical memory của

máy chủ lưu trữ.

- PPNs chỉ tồn tại trong VMkernel và được sử dụng để map MPNs đến

Virtual Page Numbers (VPNs). Bằng cách đưa ra các VPNs cho các

Guest một cách liên tục.

- “ Shadow page tables ” sẽ giúp loại bỏ các Overhead VM. Bằng cách cho

phép sự tương tác từ VPNs đến MPNs. VMkernel giữ vai trò ánh xạ up-

to-date thay cho việc thay đổi ánh xạ từ PPN đến MPN vậy.

3.6.5. Numa

- Với nhu cầu ngày càng tăng với các hệ thống cao cấp, thì các nhà cung

cấp phần cứng cũng phải có một bảng giá hợp lý và có khả năng mở rộng

cao. Để đáp ứng những nhu cầu này kiến trúc của NUMA ( None

Uniform Memory Access ) đã được phát triển thông qua rất nhiều nhà

cung cấp phần cứng. Chức năng của NUMA là hoạt động dựa trên nhiều

điểm của hệ thống (nodes) trong một hệ thống duy nhất được kết nối bởi

các liên kết nối tốc độ cao. Hệ thống với kiến trúc của NUMA đã đưa ra

một thách thức nhất định cho các OS ngày nay. Khi tốc độ xử lý tăng thì

băng thông truy cập bộ nhớ ngày càng trở nên quan trọng hơn. Khi bộ xử

lý phải thực hiện gọi từ bộ nhớ đến bộ nhớ nằm trên một bus khác mà nó

phải đi qua thông qua các giao tiếp-một quá trình nó sẽ làm chậm đáng

kể việc truy cập bộ nhớ.



- Việc tối ưu NUMA này đã được thêm vào kể từ phiên bản 2.0 của ESX

và đưa ESX thành một hệ điều hành hoàn hảo hơn. Việc tối ưu hóa được

thực hiện bằng một số cách sau đây:

o Home nodes: Khi một máy ảo được power on lần đầu thì nó sẽ

được gán cho một Home node. Theo mặc định, nó sẽ cố gắng truy

cập vào bộ nhớ và bộ xử lý được đặt trên Home node. Máy ảo sẽ

được tốc độ truy cập cao nhất từ tài nguyên của bộ xử lý và bộ

nhớ. Do khối lượng công việc khác nhau nên một Home node đơn

lẻ sẽ không tối ưu hóa được việc sử dụng hệ thống. Vì lý do đó đã

có một khuyến cáo rằng các node NUMA còn lại trong vùng giới

hạn vẫn cân bằng trong việc cấu hình bộ nhớ. Có một sự mất cân

bằng giữa các node sẽ có một số ảnh hưởng nhất định đến hiệu

suất hoạt động của hệ thống.

o Dynamic Load Balancing: Mặc định cứ mỗi 2 giây ESX sẽ kiểm

tra khối lượng công việc trên các máy ảo và đưa ra các biện pháp

tốt nhất để cân bằng tải trên khắp các node NUMA khác nhau của

hệ thống. Nếu khối lượng công việc không đủ để cân bằng tải,

ESX sẽ di chuyển một máy ảo từ một node này đến một node

khác. Các thuật toán được sử dụng để xác định một VM và đưa

chúng vào xem xét với số lượng bộ nhớ của máy ảo đang truy cập

vào các home node của nó. Bất kỳ một memory page được yêu

cầu bởi VM được lấy từ các node mới của nó trong khi truy cập

vào các page cũ nó sẽ phải đi qua Bus NUMA. Điều này giảm

thiểu tác động của một Guest OS khi di chuyên qua các node.

o Page Migration: Trong khi việc chuyển đổi dynamic của một

máy ảo trên các node bị giới hạn tác động đến các Guest thì nó sẽ

không hoàn toàn loại bỏ nó. Từ bây giờ các memory page sẽ nằm



trên 2 node do vậy tốc độ truy cập bộ nhớ sẽ hạn chế bởi trên thực

tế bộ xử lý không tác động trực tiếp đến chúng. Từ điểm truy cập

này, ESX sẽ thực hiện page migration sau đó sao chép dữ liệu từ

node này sang một node khác với tốc độ 25 page trên 1 giây

(100kb/s).

3.6.6. Network

- Giống như mọi thứ khác trong môi trường VMWARE, các tài nguyên

mạng cũng sẽ tồn tại trong 2 thế giới. Việc sử dụng và cấu hình một tài

nguyên mạng là khá khác biệt tùy thuộc vào việc nó được gán cho COS

hay là VMkernel. Trong khi việc cấu hình bên COS thì có hơi đơn giản

và các adapter ảo có nhiều sự lựa chọn hơn. Hình dưới sẽ thể hiện rõ

ràng hơn việc VMWARE cấu hình một mạng trên máy chủ ESX.

Hình : cấu trúc NIC trong ESX (hình1).

3.6.7. Console nic configuration



- Cái adapter này được sử dụng bởi COS (Console Operating System) cho

việc quản lý các task. ESX quản lý, sao lưu các tập tin cấu hình của

VMWARE và sao lưu các tập tin giữa các máy chủ ESX thông qua giao

diện này. Trong khi các giao diện này thường thì không được sử dụng

nhiều như giao diện mà các máy ảo thường được sử dụng, ta sẽ còn

muốn nó nhanh hơn nữa nếu ta sử dụng nó để sao lưu các file đĩa của

máy ảo. Cái interface này được biết đến như là một cổng eth0của COS

và nó thường được gọi là “ Managerment Adapter ”. Mặc định card NIC

đầu tiên mà COS thấy được thì nó sẽ được gán là eth0 và nó yêu cầu cấp

cho nó một đĩa chỉ IP duy nhất. Điều này không có nghĩa là các cổng

console NIC sẽ luôn là các cổng on-board. Tùy thuộc vào cách đánh số

BUS mà hệ thống đặt ra, đó có thể là một cổng PCI và nó hoàn toàn có

thể hoạt động như là một cổng eth0.

3.6.8. Vmnic configuration

- ESX sẽ gán cái adapter đã cấu hình cho máy ảo sử dụng với các tên theo

tuần tự là bắt đầu với : “ Outbound Adapter 0 ” nó sẽ map tới “ Adapter

vật lý 1 ”. Những Adapter sẽ được gắn các nhãn với cái tên như NIC 2 và

3 như trong hình dưới. Cũng giống như các adapter của COS, việc đánh

số này được thực hiện bởi một hệ thống BUS theo thứ tự rõ ràng. Xem

hình dưới để hiểu rõ hơn việc mapping từ “ adapter physical ” đến

Adapter “ outbound adapter ”.



- Để ngăn ngừa việc tắt ngẽn mạng trên VMWARE, thì card Gigabit

Ethernet luôn được sử dụng bất cứ khi nào có thể. Có rất nhiều cách để

hỗ trợ việc hạn chế số lượng băng thông đi qua nhiều gây tắt ngẽn.

3.6.9. Virtual switch

- Ngay từ phiên bản ESX 2.1 đã được VMWARE giới thiệu Virtual

Switch, nó như là một phương pháp trong việc phân định các kết nối cho

các máy ảo. Trong khi các virtual switch có thể được tạo ra với một card

NIC vật lý (cũng có một số trường hợp không có card NIC vật lý).

Nhưng việc này thường xuyên gây ra việc mất kết nối giữa các máy ảo.

ESX cho phép chúng ta liên kết lên tới 8 adapter Gigabit Ethernet với

nhau để hỗ trợ cho việc liên kết giữa các máy ảo. Virtual Switch chỉ là

một cái tên để miêu tả, nó giả lập một bộ chuyển đổi 32 port cho Guest

để cấu hình và sử dụng nó. Mỗi lần máy ảo kết nối đến Virtual Switch

trong cấu hình của nó thì nó sẽ sử dụng một cổng. Các virtual switch

cũng thực hiện việc cân bằng tải cho các máy ảo trên tất cả các cổng NIC

vật lý sử dụng để tạo ra các switch. Nếu có một port mạng của switch

hoặc là VMNIC bị thất bại thì các VMNIC còn lại trong liên kết sẽ tự

động tạo ra một virtual swtich để đảm nhận khối lượng công việc đó.

Một tính năng khác nữa của virtual switch nếu có bất kỳ lưu lượng truy

cập nào thường được chuyển giao tại cục bộ thì nó sẽ phải đi qua hệ

thống BUS việc này hơi trái ngược với việc đi qua một cơ sở hạ tầng

mạng. Điều này giúp giảm lưu lượng băng thông qua lại trên cùng một

hệ thống.

- Trong suốt quá trình tạo các virtual switch trong VMWARE ta sẽ được

nhắc nhở bởi một “ network label ” . Label này được sử dụng với nhiều

mục đích, đầu tiên nó có ý ngĩa là dung để quản lý các switch . Nếu ta



cho nó một cái tên cụ thể nào đó ví dụ như “ VLAN 17 ” thì đó là một ý

tưởng tốt để quản lý một cách chính xác các thông số kỹ thuật của

switch. Mục đích khác nữa là nó dùng để sử dụng công nghệ vMotion

của VMWARE. Để chuyển một Guest ảo từ một máy chủ vật lý khác thì

tất cả các thiết lập giữa hai máy chủ phải hoàn toàn trùng khớp với nhau

bao gồm cả nhãn của virtual switch.

3.6.10.Virtual network (vmnet) configuration

- Bằng các phương pháp chuyển đổi ảo, VMWARE cũng đã thực hiện

những gì mà họ gọi là virtual network hay VMNET trong ESX. Tính

năng này cung cấp khả năng tạo ra một mạng riêng mà nó chỉ có thể thấy

được bởi việc cấu hình ở các máy chủ lưu trữ khác trên cùng một Vmnet

và trên cùng một máy chủ lưu trữ vật lý. VMnet chỉ đơn giản là một

virtual network mà không có bất kỳ một adapter bên ngoài nào được gán

vào chúng. Việc sử dụng tính năng này ta hoàn toàn có thể tạo ra một

môi trường Multi-Network trên cùng một máy chủ. Trong hình dưới lưu

lượng đến thông qua việc chuyển đổi ảo bên ngoài và không có cách nào

để giao tiếp trực tiếp đến máy ảo 3 và nó chỉ có thể tương tác với máy ảo

1 và 2.



Hình : cấu trúc NIC trong ESX (hình 2).

- Một số trường hợp việc cấu hình như thế này sẽ có ích:

o Kiểm tra an toàn trong một môi bị cô lập. Thiết lập VMnet trong

VMWARE mà không cần đến bất kỳ một kết nối mạng vật lý nào.

Ví dụ để xem một nhóm của việc thay đổi lược đồ có ảnh hưởng

gì đến Active Directory hay không, một thư mục song song có thể

được tạo ra để kiêm tra và thử nghiêm mà không hề ảnh hưởng

đến mạng chung của máy chủ.

o Kiến trúc DMZ, kể từ khi kiến trúc này tạo ra một môi trường cô

lập, nó có thể được tạo ra để bảo vệ hệ thống an toàn bằng cách sử

dụng công nghệ Network Address Translation (NAT) . Điều này

đòi hỏi phải có Firewall hoặc Proxy được kết nối đến cả hai cái là

Virtual network và VMnet. Yêu cầu từ Client sẽ đi vào máy chủ

thông qua các switch ảo. Các tường lửa sau đó sẽ bắt đầu kết nối



đến các web server phụ và nhận dữ liệu từ cơ sở dữ liệu. Những

thông tin sau đó sẽ được trả vể cho Client mà Client sẽ không bao

giờ được giao tiếp trực tiếp với các web server hoặc là database

server.

3.6.11.Storage

- Việc lưu trữ của ESX có hai loại: lưu tại cục bộ hoặc lưu trên SAN. Từ

phiên bản ESX 2.1 trở về trước thì mỗi hệ thống (ít nhất là mỗi hệ thống

hỗ trợ ) yêu cầu phải lưu trữ tại cục bộ cho việc cài đặt COS. Kể từ bản

2.5 trở đi thì VMWARE đã hỗ trợ công nghệ “ boot từ SAN ” qua đó

loại bỏ yêu cầu cần phải lưu trữ tại cục bộ cho việc cài đặt COS.

3.6.12.Virtual disk files for vms

- Mỗi một file đĩa ảo thì nó sẽ là một đại diện cho một ổ cứng vật lý được

cung cấp cho các máy ảo. Các tập tin VMDK có thể lên đến 9T và có thể

còn cao hơn nữa, thực sự thì ta khó có rắc rối nào liên quan đến việc lưu

trữ với dụng lượng lên đến 9T như thế. ESX không cho phép việc tự

động mở rộng các ổ đĩa ( được biết đến với cái tên “ sparse ” disk), bất

kỳ một file VMDK nào được tạo ra thì ngay lập tức nó đã có tất cả không

gian lưu trữ mà nó được phân bổ. Điều này thực sự là rất tốt nó giúp cho

việc loại bỏ sự phân mảnh ổ đĩa trên tập tin VMDK, đối với các ổ đĩa vật

lý thì việc phân mảnh ổ đĩa là một điều thật sự đáng lo ngại. Nếu ta đã

từng sử dụng sản phẩm VMWARE GSX hoặc Workstation thì ta sẽ nhận

thấy rằng việc phân mảnh ổ đĩa đối với các tập tin VMDK chỉ có thể xảy

ra khi một file VMDK phải mở rộng đối với chính nó.

- Bố trí không gian full disk ngay lập tức như thế cũng đảm bảo rằng toàn

bộ không gian đó đã sẵn sàng dành cho các Guest OS. Không có gì tồi tệ

hơn là việc trọng một trung tâm dữ liệu có một Guest gặp sự cố liên quan



đến VMDK và không thể phục hổi bởi vì nó không thể ghi vào ổ đĩa bị

lỗi mà nó nghĩ là của nó.

- Một lưu ý cuối cùng, các file VMDK cho các máy ảo là các ổ đĩa chuẩn

SCSI. Các thiết bị sử dụng cổng giao tiếp IDE chỉ được hỗ trợ trên ESX

server ví dụ như ổ đĩa CD-ROM.

3.6.13.VMFS

- Bất kỳ một file VMDK nào được tạo ra cho máy ảo đều phải nằm trên

phân vùng VMFS. Các file hệ thống VMFS thì được tối ưu hóa hoặc I/O

cao. Đó là một tập tin phẳng ( có nghĩa là nó không thể chứa các đường

dẫn con bên trong nó ). Mặc định vùng nhớ của nó trên một sector sẽ là

1M. Không giống như cách một windows server tiêu chuẩn sẽ khóa các

file hệ thống lại, đối với ESX thì không khóa các phân vùng khi nó giao

tiếp với các tập tin đó. Thay vì khóa thì các tập tin được đặt ở cấp độ cho

phép nhiều máy chủ ESX cùng sử dụng chung một nơi lưu trữ SAN và

cùng một phân vùng VMFS (muốn sử dụng được chức năng này thì yêu

cầu phải có công nghệ lưu trữ SAN).

- Các file tiêu chuẩn thì không nên lưu tại phân vùng VMFS.

- Có 2 sự khác nhau trong việc lựa chọn cấu hình VMFS mà ta có thể cấu

hình khi xây dựng một phân vùng VMFS:

o Public: Đây là chế độ VMFS mặc định cho VMWARE và phù

hợp với hầu hết các nhu cầu cấu hình và chạy máy ảo. Khi một

file hệ thống được cấu hình ở dạng “public” thì nhiều máy chủ có

thể cùng truy cập đến các file đó trên cùng một phân vùng. Khi

một máy ảo đang chạy thì nó sẽ khóa các tập tin cá nhân của nó

như vậy sẽ không có một máy chủ lưu trữ nào khác có thể sử dụng

các tập tin đó của nó. Nếu một máy ảo đã được tắt thì nó có thể



được phục hồi vào bất kỳ một máy chủ lưu trữ nào để có thể truy

cập vào tập tin VMDK.

o Shared: Hình thức này được sử dụng khi cấu hình clustering trên

hai hoặc nhiều máy chủ vật lý và nó cho phép nhiều máy ảo truy

cập cùng một lúc vào cùng một tập tin VMDK. Với chệ độ

Shared, ESX cho phép các Guest OS quản lý việc khóa tập tin hệ

thống, đó là lý do tại sao một volume VMFS “shared” có vẻ như

luôn luôn bị khóa hoặc chỉ đọc từ COS. Các tập tin VMDK được

lưu tại phân vùng chia sẽ VMFS được nhóm lại trên các node trên

cùng một máy chủ ESX hoặc các node được mở rộng trên nhiều

máy chủ ESX. Lựa chọn thứ 2 là tất cả các máy chủ ESX phải đưa

vào một zone của SAN LUN tạo thành một node của cluster .

3.6.14.Local storage

- Local storage cho ESX được định nghĩa là một ỗ đĩa trực thuộc hệ thống

bởi cổng giao tiếp dạng SCSI hoặc IDE (Ta có thể dùng ổ đĩa chuẩn IDE

để lưu trữ cho máy chủ ESX nhưng nó sẽ hạn chế về mặc cấu hình và tốc

độ). Tuy nhiện cũng có một điều đáng lưu ý ở đây nữa là interface IDE

không nên dùng để lưu các hệ thống như VMFS. Vì vậy mặc dù ta có thể

sử dụng IDE cho các máy chủ ESX nhưng không thể nhưng ta không thể

chạy máy ảo trừ khi ta có SCSI hoặc lưu trữ card firber-attached. Khi xây

dựng máy chủ ESX với một quy mô nhỏ với một hoặc hai máy chủ thì

local storage có vẻ phù hợp với các phân vùng VMFS (Điều này chắc

chắn sẽ rẻ hơn rất nhiều so với việc xây dựng một cơ sở hạ tầng của

SAN).

- Gần như tất cả các nhà cung cấp phần cứng hiện nay đều cung cấp các ỗ

đĩa gắn ngoài có thể được load lên với chuẩn SCSI mà giá thành lại rất



phải chăng. Điều này cho phép lưu trữ với một số lượng lớn trong một

không gian chật hẹp như trung tủ RACK. Việc sử dụng storage local

cũng có một số ưu điểm và nhược điểm riêng của nó:

3.6.14.1Advantages of using local storage

- Tốc độ truy cập rất cao (phụ thuộc vào bộ điều khiển SCSI).

- Toàn bộ hệ thống ESX được chứa trọng một hoặc hai thiết bị RACK

(Thiết bị để gắn các server ) làm cho nó dễ dàng di chuyển hơn.

- Dễ dàng quản lý hơn.

3.6.14.2Disandvantages of using local storage

- Hạn chế sự dư thừa.

- Tài nguyên ổ đĩa sẽ bị giới hạn cho một máy chủ tại một thời điểm.

- Ta không thể sử dụng sản phẩm vMotion của VMWARE để di chuyển

giữa các máy chủ lưu trữ.

- Thường thì môi trường nhỏ thì sẽ thấy việc sử dụng local storage là giải

pháp duy nhất mang lại hiệu quả cụ thể. Ở đây không nói đến việc so

sánh việc lưu trữ tại cục bộ là tốt hơn hay xấu hơn so với SAN, đơn giản

lả đối với môi trường đó thì việc lưu trữ tại cục bộ sẽ phù hợp hơn và tốt

hơn.

3.6.15.SAN Storage

- Máy chủ ESX phụ thuộc rất nhiều nếu ta đưa giải pháp lưu trữ SAN

trong môi trường doanh nghiệp. Kể từ khi VMWARE được sử dụng để

củng cố lại các máy ảo và không gian cho một file VMDK thì ta sẽ phải

cần rất nhiều dung lượng để lưu trữ. Như đã nêu trước đây, VMWARE

sẽ cấu hình phân vùng cho các tập tin như VMFS,VMDK. Trong khi

VMWARE có khả năng mở rộng dung lượng cho một file VMDK bằng

cách gom các LUN lại với nhau. Kết hợp các LUN trong VMWARE



tương đương với việc Set Volume trong Windows Server 2003/2008.

Giống như việc lưu trữ tại cục bộ, việc lưu trữ trên SAN cũng có một số

ưu và khuyết điểm của nó:

3.6.15.1 Advantages of using san storage

- Nhiều máy chủ có thể truy cập vào một không gian lưu trữ duy nhất.

- Đưa ra mức cao nhất cho một hệ thống dự phòng.

- Khả năng cluster các máy ảo trên máy chủ vật lý.

- Ta có thể sử dụng tính năng vMotion của VMWARE.

3.6.15.2 Disadvantages of using san storage

- Phải quản lý chặc chẽ.

- Khá tốn kém cho việc xây dựng một cơ sở hạ tầng phục vụ việc lưu trữ.

- Có vẻ hơi chậm hơn so với việc lưu trữ tại cục bộ ( tùy thuộc vào cấu

hình của SAN )

3.6.16.Other pluggable devices

- Ngoài bốn tài nguyên cốt lõi, ESX cũng có một số phần cứng khác như

“pluggable”. Các thành phần này có thể dễ dàng thêm hoặc bỏ khỏi phần

cứng vật lý thông qua các kết nối từ bên ngoài vào. Trong khi COS có

thể phát hiện và vận hành rất tốt các thiết bị này thì một phần lớn trong

số chúng sẽ không hoạt động trên các Guest OS đang chạy trên máy chủ

lưu trữ. Điều này là do có một số trình điều khiển đặc biệt chưa được viết

và biên dịch vào trong VMkernel. Việc bổ xung và hỗ trợ thêm nhiều

trình điều khiển cho nhiều phần cứng thì chi phí ảo hóa sẽ thấp hơn sẽ

mang tính cạnh tranh hơn.

3.6.17.SCSI



- SCSI là một trong các chuẩn thiết bị tương thích với cả COS và cả các

Guest OS đang chạy trên máy chủ lưu trữ. VMkernel cung cấp sự hỗ trợ

pass-through cho các thiết bị SCSI nó có thể thêm vào các tape-backup

và các ổ cứng vật lý.

3.6.17.1Console operating system scsi device access

- Như ta đã thấy những phần đề cập trước đó trong chương này, có ba cách

khác nhau để cấu hình các thiết bị cho việc truy cập vào các Host và

Guest (dành riêng cho các COS, dành riêng cho các VMkernel hoặc là

chia sẽ giữa 2 cái ). Bằng cách chọn lựa một bộ điều khiển SCSI đó có

thể là một đĩa cứng vật lý cụ thể nào đó hoặc là một thiết bị tape-backup

kết nối vào các service thông qua cổng console và ta chỉ có thể truy cập

vào thiết bị này thông qua COS. Điều quan trọng cần phải nhớ nữa là

việc chọn lựa các thiết lập cho bộ điều khiển SCSI sẽ không bao gồm các

thiết bị đi kèm theo nó. Nếu việc điều khiển chỉ dành cho duy nhất một

service console thì tất cả các thiết bị đi kèm theo nó chỉ có thể truy cập

thông qua COS. Trong trường hợp thiết bị cần cấu hình là một ổ cứng vật

lý thì ta có thể cấu hình cho phân vùng ext3 để bổ xung cho không gian

lưu trữ của máy chủ.

3.6.17.2Virtual guest scsi device access

- Ngoài việc hỗ trợ cho việc cấu hình các thiết bị SCSI của COS, ESX

cũng hỗ trợ cho phép ta bỏ qua các thiết bị SCSI trực tiếp thông qua

Guest OS. Do việc hạn chế về mặt kiến trúc của SCSI, mỗi thiết bị SCSI

chỉ có thể được cấu hình trên một Guest tại một thời điểm. Để cấu hình

một Guest truy cập vào tài nguyên của một thiết bị SCSI nào đó của máy

chủ lưu trữ thì các adapter SCSI yêu cầu các thiết bị khác kết nối đến

phải được cấu hình cho việc truy cập trên mỗi máy ảo hoặc là chia sẻ



truy cập. Theo khuyến cáo của VMWARE thì nên cấu hình cho thiết bị

SCSI chính là cho nó quyền truy cập chia sẻ. Cấu hình cho một Guest sử

dụng một thiết bị SCSI kèm theo có thể thực hiện bằng cách sử dụng nút

“ Add hardware ” cho các máy ảo đích. Sau khi chọn đính kèm một “

Generic SCSI Device ” một danh sách các thiệt bị tương thích với nó sẽ

được liệt kê ra. Sau khi ta chọn một thiết bị từ trong danh sách này thì nó

sẽ trở thành một thiết bị sẵn có của một máy ảo khi máy ảo này được cấp

trở lại. Nên nhớ phần cứng chỉ có thể được cấu hình khi và chỉ khi máy

ảo đã được tắt.

3.6.18.PCI

- PCI là một thiết bị nằm trong ESX và được hỗ trợ một cách rất hạn chế.

Bởi khi xem hướng dẫn về các thiết bị I/O tương thích trên ESX ta chỉ

thấy được có Network, SCSI, Fiber Adapters. Thiết bị phổ biến sau PCI

card là Card Brouktrout Fax cũng không được hỗ trợ. Lý do chính của

việc này là do việc Driver có hỗ trợ hay không. Không chỉ có cấp độ

Linux mới yêu cầu trình điều khiển.hầu hết các trình điều khiển của ESX

cũng cần phải được ghi đúng để có thể cho phép các Guest truy cập đến

các tài nguyên.

3.6.19.USB/firewire

- ESX có hỗ trợ các thiết bị USB nhưng chỉ hỗ trợ ở cấp độ COS. Hiện tại

đã có một số chức năng giúp cho các thiết bị USB có thể pass-through

đến các Guest OS. Đối với chức này thì các thiết bị về mạng được giao

tiếp qua cổng USB thì được đánh giá khá tốt trong cộng động

VMWARE và nó tương thích với tất cả các Guest OS.

- COS và VMkernel thì không hỗ trợ Firewire.

3.6.20.Pararel/serial



- Máy ảo chạy trong ESX có thể được cho phép truy cập trực tiếp đến

cổng parallrel và serial port của hệ điều hành máy chủ. Có một số giới

hạn cần phải biết trước khi thử cấu hình bằng ánh xạ (mapping ). Thứ

nhất, một Guest chỉ có thể được truy cập vào một cổng duy nhất tại một

thời điểm. Mỗi Guest chỉ có thể truy cập một cổng parallrel và hai cổng

Serial. Thứ 2 không thể cấu hình các thiết bị này bằng MUI. Cách duy

nhất để cấu hình chúng là chỉnh sửa các tập tin cấu hình bằng COS.

VMWARE cung cấp sự hỗ trợ cho các serial modem mở rộng và các

parallrel dongles mở rộng cho các ứng dụng nhất định.

3.6.21.1Configuring parallrel ports

- Cổng parallrel sẽ khó cấu hình hơn cổng serial bởi vì trước tiên ta

phải cấu hình đúng COS để nó có thể nhận ra Pararell port vì nó

không được kích hoạt mặc định. Trước khi thử cấu hình cổng

parallrel ta phải đảm bảo được rằng cổng đó được cài đặt đúng trong

BIOS. Ta phải chắc chắn rằng chế độ parallrel port trong BIOS phải

được thiết lập cho PS/2 hoặc Bi-directional. Dưới đây là một điển

hình cài đặt trong hầu hết các system. Khi hoàn chỉnh ta phải thêm ba

dòng cuối vào file / etc / rc.d / rc.local :

/sbin/insmod parport

/sbin/insmod parport_pc

/sbin/insmod ppdev

- Những dòng này sẽ tải các trình điều khiển vào COS khi được yêu

cầu cho việc sử dụng các cổng parallrel. Các thiết lập này sẽ có hiệu

lực ngay khi khởi động lại. Ta có thể yêu cầu nó có hiệu lực ngay tức

thì bằng cách cho thêm 3 dòng vào mỗi câu lệnh. Một khi các trình

điều khiển đã được nạp đúng (có thể xác minh bằng dòng lênh



“insmod”) ta có thể chỉnh sửa các file vmxGuest cần thiết để truy cập

vào các cổng parallrel. Shutdown Guest và thêm những dòng sau vào

tập tin vmx của nó:

parallel0.present = “true”

parallel0.fileName = “/dev/parport0”

parallel0.bidirectional = “true”

parallel0.startConnected = “true”

- Khi hệ thống được PowerOn, nó sẽ có quyền truy cập vào các cổng

parallrel của hệ thống.

3.6.21.2Configuring serial port

- Cấu hình các port serial rất giống với việc cấu hình các parallrel port.

Sự khác biệt chính là COS đã được cấu hình cho việc truy cập. Sau

khi PowerOff máy ảo thì thêm những dòng sau đây vào file vmx của

nó:

serial0.present = “true”

serial0.fileType = “device”

serial0.fileName = “/dev/ttyS0”

serial0.startConnected = “true”

- Khi máy ảo được power on,thì các cổng serial được mapping sẽ được

gán cho nó với cái tên COM1 với các Guest OS. Để cấu hình một

cổng thứ 2 thì dùng những dòng như ở trên. Cổng thứ 2 sau khi được

cấu hình sẽ được gán là cổng COM2.

3.7 Resource sharing

- Lợi ích của việc sử dụng ESX hơn bất kỳ sản phẩm nào khác là việc cho

phép hệ thống tự động chia sẻ tài nguyên. Kể từ khi VMkernel được

chạy trên ở phần top của việc điều khiển phần cứng, họ đã đưa ra mức độ



linh hoạt cao cho việc chia sẽ tài nguyên trên nhiều Guest. VMWARE

cũng cung cấp cho ta một số cách cấu hình chia sẻ tài nguyên trên một

nền tảng cực kỳ linh động. Ở đây đề cập đến việc sử dụng tối đa bốn tài

nguyên cốt lõi mà ESX cho phép:

3.7.1 Processor

- VMkernel được thiết kế để có thể tương tác với các bộ vi xử lý ở mức độ

cao nhất, nó cho phép ESX chuyển các tài nguyên của tầng trên (vô hình)

để chạy các máy ảo. Nếu bạn có 3 máy ảo đang chạy ở chế độ chờ giống

như một máy đang xử lý tài liệu vậy. ESX sẽ tạm thời chuyển các tài

nguyên cho các máy chủ để phục vụ cho nhu cầu trước mắt. Nếu quá

trình xử lý xảy ra trên một máy chủ đang có nhu cầu xử lý ít thì các tài

nguyên cần thiết ban đầu sẽ được trả lại cho các máy ảo để có thể chạy

các ứng dụng mới với hiệu quả cao. Nói chung, có một nguyên tắc nhỏ là

chỉ nên phân bổ 4 bộ vi xử lý ảo trên một bộ vi xử lý vật lý, cũng có một

số trường hợp phân bổ đến 5 hoặc 6 bộ vi xử lý ảo nhưng khuyến cáo

vẫn là 4 đó là điều cần biết khi thiết lập bộ vi xử lý cho mỗi máy ảo. ESX

không có một giới hạn về hard coded nào của 80 bộ vi xử lý ảo có thể

được gán cho bất kỳ máy chủ lưu trữ duy nhất nào. Với những hệ thống

lớn hơn có từ 8 đến 16 host thì hạn chế này cần được quan tâm trong suốt

quá trình thiết kế xử lý. Điều này có thể được chia nhỏ thành bất kỳ con

số nào của việc pha trộn giữa single hoặc là Dual Processcor đối với các

máy ảo.

- ESX cũng cung cấp một số cơ chế tự điều chỉnh cho bộ xử lý được chỉ

định. Điều này có thể hữu ích khi một hệ thống đòi hỏi sự ưu tiên cao

hơn so với một số hệ thống khác. Chẳng hạn như một máy chủ cơ sở dữ

liệu xử lý các giao dịch giữa các ứng dụng trên cùng một máy chủ lưu

trữ.



3.7.2 Processor share allocation

- Một trong những cách dễ dàng nhất để chỉnh sữa việc phân bổ các

processor trong ESX là sử dụng shares. Shares là một cơ chế để có thể

phân bổ nguồn tài nguyên một cách tương đối đến các máy ảo chạy trong

cùng một máy chủ cụ thể nào đó và nó cũng được sử dụng trong một số

trường hợp khác. Sử dụng phương pháp này ta có thể gán quyền ưu tiên

cho các Guest khi một Host bị hạn chế về các chu trình xử lý. Khi ta

thêm nhiều Server ảo vào trong một Host thì tổng số shares sẽ tăng lên

và tỷ lệ phần trăm của tổng số shares sẽ của một Guest đặc biệt nào đó sẽ

giảm xuống. Một máy chủ có đến 1000 shares cùng lúc thì sẽ được ưu

tiên hơn về CPU so với một máy chủ chỉ có 500 shares. Nhược điểm của

phương pháp này là với mỗi Guest ảo được tạo ra thì việc phân bổ cho

các máy hiện đang hoạt động sẽ giảm và sẽ giảm hiệu suất hoạt động của

chúng khi hệ thống máy chủ lưu trữ nhỏ nhưng phải tải nặng.

Hình : Processor share allocation



- Một thực tế cần lưu ý là các giá trị share sẽ không hoạt động cùng với

ESX cho đến khi hệ thống có đủ khả năng để xử lý và các nguồn tài

nguyên sẵn có được sử dụng và VMkernel sẽ đưa các nguồn tài nguyên

này đến các Guest nếu được yêu cầu. Một trong những lợi ích mang lại là

nó tối ưu hóa phần cứng cho máy chủ ESX.

3.7.3 Specifying min/max percentages

- Trong ESX ta có thể chỉ định tỷ lệ phần trăm giá trị tối thiểu và/hoặc tối

đa cho các nguồn tài nguyên xử lý của một máy ảo. Bằng cách đặt tỷ lệ

phần trăm tối thiểu, ta sẽ quy định cho các máy ảo không được xuống

dưới mức phần trăm tối thiểu mà ta đã quy định của một bộ xử lý máy

chủ duy nhất. Điều nãy sẽ rất hữu ích nếu một ứng dụng với bộ xử lý

chuyên sâu đòi hỏi một ít tài nguyên để có thể chạy với hiệu suất ổn

định. Khi gán các giá trị này, ta phải cẩn thận trong việc phân bổ tài

nguyên. Nếu ta quy định 8 máy ảo chạy với hiệu suất tối thiểu là 30%

trong cùng một máy chủ với bộ xử lý kép, thì ta chỉ có thể bật được 6

máy mà thôi, giống như 3 máy chủ trên mỗi bộ vi xử lý sẽ sử dụng hết

90% tài nguyên có sẵn.

- Giá trị tối đa thì ngược với giá trị thấp nhất (Minimum và\hoặc

Maximum) Nó sẽ quy định mức tối đa cho phép trên mỗi máy ảo. Điều

này được sử dụng trong một số tình huống. Ví dụ như một ứng dụng sử

dụng quá nhiều nguồn tài nguyên mà một máy chủ có thể dành cho nó.

Bằng cách thiết lập giá trị này, ta sẽ cho ESX biết được tỷ lệ phần trăm

được phân bố của một CPU cấp cho một máy ảo và sẽ được bảo vệ khỏi

sự tác động đến từ các máy ảo khác chạy trên cùng một Host. Nếu ta

đang sử dụng tùy chọn SMP ảo thì ta có thể gán một giá trị lên đến 200%



- sự kết hợp của tỷ lệ phần trăm tối đa được gán trên mỗi CPU. Ví dụ:

với một giá trị 140% thì mỗi CPU gán cho máy ảo chỉ có thể sử dụng đến

70% mà thôi.

- Gán một giá trị maximum cho một Guest OS chưa ổn định sẽ ngăn

không cho nó tiêu thụ vượt định mức đối với các tài nguyên. Điều này

mang lại một môi trường hoạt động ổn định hơn trong một hệ thống.

- Việc thiết lập các giá trị Minimum hoặc là Maximum là hoàn toàn độc

lập với nhau. Ta có thể chọn Minimum hoặc Maximum hoặc cũng có thể

là cả hai nếu cần thiết. Không cần phải cài đặt bất kỳ giá trị nào cho phép

VMWARE có toàn quyền kiểm soát việc phân bố bộ xử lý cho các máy

ảo.

3.7.4 Combination of min/max and share allocation

- Một trong những cách phân bổ tài nguyên hay nhất của các Guest thì

việc sử dụng sự kết hợp chia sẽ về thông số kỹ thuật giữa min/max.

Trước khi đi vào phần lý thuyết này chúng ta cần phải cân nhắc và phân

tích thật kỹ trước khi thay đổi bất cứ giá trị nào hay việc cài đặt không

đúng có thể ảnh hưởng đến tính toàn vẹn của hệ thống. Ví dụ như hình

bên dưới:

- Mặc dù Guest 1 có tỷ lệ tối thiểu thấp hơn nhưng nó sẽ được ưu tiên từ

việc chia sẻ các tài nguyên chưa sử dụng với một tỷ lệ 4:01 trên Guest 2

và 2:01 trên Guest 3. Điều này sẽ rất hữu ích nếu Guest 1 được cấp một

nguồn tài nguyên hệ thống lớn hơn Guest 2 và 3 khi việc bổ sung chia sẽ

(share) đã sẵn sàng. Với Guest 2 và 3 có tỉ lệ phần trăm minimum CPU



cao và với một chu kỳ làm việc đã sẵn sàng thì nó sẽ giúp nâng cao hiệu

suất làm việc trên Guest 1 trong suốt thời gian nó luôn hoạt động ở mức

cao nhất.

- Cho đến khi có sự kết hợp giữa các bộ vi xử lý thì hệ thống sẽ chạy ở

mức maximum mà nó cho phép. Sau khi tài nguyên có phần bị hạn chế,

ESX sẽ bắt đầu loại bỏ chu trình đó từ Guest với giá trị share thấp nhất

có thể nhằm mang đến cho chúng sự cân bằng tốt nhất về hiệu suất dựa

trên phần tủy chỉnh cấu hình. Dựa trên biểu đồ trên, rõ ràng Guest 1 có

ảnh hưởng nhất trong chu trình làm việc này dó nó có tỷ lệ phần trăm

Maximum CPU thấp nhất và giá trị chia sẽ cao nhất.

- Các thiết lập này chỉ được thực hiện sau khi đã phân tích kỹ càng khả

năng sử dụng tài nguyên của từng máy ảo trên hệ thống. Trong mô hình

đơn giản chỉ có 3 máy ảo nhưng đã cho thấy sự khó khăn trong kiểu quản

lý tài nguyên như thế này.

3.7.5 Affinity

- Ngoài việc thiết lập các quy định mức sử dụng tài nguyên

Maximum/Minimum đã được đề cập ở trên thì ta cũng có thể chỉ định bộ

vi xử lý vật lý cho các máy ảo sử dụng. Điều này cho phép ta điều khiển

hoàn toàn bộ xử lý của máy ảo. Ta có thể định mức sử dụng tối thiểu cho

mỗi máy ảo trong việc sử dụng bộ xử lý và còn được ưu tiên trong việc

tiếp nhận bổ xung, ta cũng có thể chỉ định việc xử lý chính xác trong việc

cung cấp các nguồn tài nguyên. Sử dụng phương pháp này ta sẽ có toàn

quyền điều khiển các kiến trúc hạ tầng, đảm bảo rằng mỗi máy ảo sẽ có

một nguồn tài nguyên ổn định và sẽ không cạnh tranh với các ứng dụng

quan trọng khác.



- Affinity Processor sẽ không giới hạn một quy định cụ thể nào cho bất kỳ

một bộ vi xử lý duy nhất nào. Bằng cách chỉ định một nhóm bộ vi xử lý,

ta có thể nói ESX được phép phân bổ các tài nguyên chỉ từ một bộ vi xử

lý được lựa chọn trước đó và các bộ vi xử lý còn lại thì không thể truy

cập vào các máy ảo.

3.8 Memory

- Giống như các nguồn tài nguyên đang được xử lý khác, ESX có khả năng

tự động tối ưu hóa hiệu suất bởi một số kỹ thuật: Transparent page sharing,

Ballooning và Swapping. Kỹ thuật này cho phép bộ nhớ của Host có thể

được chỉ định vượt mức, có nghĩa là ta có thể gán bộ nhớ nhiều hơn cho

một máy ảo được chưa trong một Host vật lý. Các kỹ sư của VMWARE

khuyến cáo nên sử dụng giải pháp Transparent page sharing và Ballooning

cho các system production, còn Swapping có thể được sử dụng cho việc

phát triển và tối ưu hóa các Host và cho phép lưu trữ được nhiều Guest

hơn.

3.8.1 Transparent page sharing

- Khi một Guest OS được load, sẽ có một số page trong không gian bộ nhớ

sẽ nằm ở trạng thái tĩnh và có chứa một số page thông dụng mà ta có thể

tìm thấy trên một số hệ điều hành tương tự. Cũng giống như nói về các

ứng dụng chạy trên hệ điều hành. Các bảng transparent page cung cấp

một cơ chế để chia sẽ không gian bộ nhớ này trong một số hệ điều hành

ảo. Bằng cách mapping một số page ảo giống với các page vật lý, các

Guest sử dụng các page giống nhau trong một không gian bộ nhớ page

của máy và có thể chia sẽ các tài nguyên này với nhau. Điều này cho

phép hệ thống có thể tối ưu bộ nhớ cho các chỉ định vượt mức mà không

hề ảnh hưởng đến bất kỳ Guest nào.



3.8.2 Ballooning

- Khi việc cấp phát bộ nhớ có hiệu lực, VMWARE cung cấp một cơ chế

để ngăn chặn các máy ảo không được sử dụng các tài nguyên bộ nhớ đã

được tích trữ. Điều này có thể thực hiện bằng cách sử dụng một quá trình

gọi là khôi phục bộ nhớ gọi là “ Ballooning ”. Ballooning là một thành

phần của driver vmmemctl trên hệ điều hành ảo dùng để giao tiếp với

VMkernel. Driver này mô phỏng sự tăng lên hoặc giảm xuống của bộ

nhớ trên Guest OS và thúc đẩy các page trong không gian bộ nhớ chuyển

đổi để đặt nó vào các tập tin chuyển đổi tại cục bộ. Driver này có một

chút khác biệt với phương thức chuyển đổi tập tin của VMWARE giống

như việc nó buộc hệ điều hành phải xác định rõ bộ nhớ đó là những gì nó

làm đối với các page. Một khi bộ nhớ đã là một page trên Guest OS thì

những phần còn trống của bộ nhớ vật lý sẽ được phân bổ đến các Guest

khác. Khi các máy chủ lưu trữ ESX cảm thấy nhu cầu bộ nhớ đã giảm thì

nó sẽ hướng dẫn vmmemctlnhằm “ deflate ” các balloon và giảm áp lực

lên các hệ điều hành đối với các page memory.

- Nếu trình điều khiển vmmemctlkhông được cài đặt hoặc chạy trực tiếp

trên Guest, VMWARE sẽ có một chuẩn nhằm trao đổi và sử dụng các tập

tin đó. Số lượng bộ nhớ được khai thác từ một Guest có thể được cấu

hình bằng cách sửa đổi các tùy chọn cao cấp trong: "

Sched.mem.maxmemctl "

3.8.3 Paging

- ESX có tập tin ứng dụng trao đổi riêng. File này độc lập với cả COS lẫn

các File page cài đặt trong phạm vi Guest OS ảo. VMWARE có một

khuyến nghị rằng khi thiết lập khả năng trao đổi các tập tin thì phải thiết

lập làm sao cho tổng số lượng bộ nhớ phải được phân bổ đến cho tất cả



các máy ảo. Điều này cho phép phân bổ tài nguyên lên đến 100% bằng

cách sử dụng paging. Mặc dù điều này không được khuyến khích giống

như việc một số lượng lớn các paging của dữ liệu đòi hỏi phải bổ xung

tài nguyên CPU và nó có xu hướng tác động một cách tiêu cực lên trên

Host. Khi một hệ thống ESX được chỉ định vượt mức, nó sẽ có một danh

sách bộ nhớ của Guest nào thường xuyên được sử dụng và đưa chúng

vào các tập tin chuyển đổi. Nếu VMWARE đòi hỏi tài nguyên thì nó sẽ

lấy bộ nhớ từ nơi trao đổi và mang nó trở lại vào bộ nhớ cục bộ. Nó có

thể hữu ích trong một môi trường phát triển, nơi diễn ra paging sẽ có ít

tác động hơn đến các giải pháp nhưng không nên đưa nó vào giải pháp

cho một system production.

3.9 Network

- Mỗi một máy ảo được cấu hình trong môi trường chia sẽ ESX và kết hợp

với băng thông của virtual switch. Trong cấu hình mặc định của nó, ESX

đưa ra sự hạn chế về mặt cân bằng tải trên mỗi kết nối vật lý của virtual

switch. Nếu ta chỉ có một bộ chuyển đổi vật lý để tạo ra một virtual

switch thì ta sẽ không thể đạt được bất kỳ một lợi ích nào từ việc cân

bằng tải. Mỗi một NIC ảo gán cho một máy ảo sẽ được gán cho một địa

chỉa MAC ảo.

- ESX cung cấp một phương pháp duy nhất cho việc điều chỉnh băng

thông mạng. VMWARE cung cấp các module nfshaperđể VMkernel có

thể kiểm soát băng thông bên ngoài dựa trên cơ sở cho mỗi Guest.

Module này chỉ giới hạn băng thông đi ra ngoài chứ không kiểm soát lưu

lượng nhận bởi hệ thống. Do module này chưa được phổ biến lắm nên ta

vẫn phải cấu hình dung lượng băng thông ra ngoài trên mỗi máy ảo mà ta



muốn điều tiết. Điều này thật sự hữu ích nếu như một số giới hạn của bộ

chuyển đổi vật lý trong một hệ thống được cấu hình với độ truyền thông

tin trên băng thông thấp. Một máy chủ đòi hỏi nhiều băng thông mạng thì

nó sẽ sử dụng tất cả các tài nguyên đã được cấp và hạn chế các Guest

truy cập vào nguồn tài nguyên mạng khi nó cần.

- Module nfshaper có thể được cấu hình bằng cách dụng MUI. Sau khi

đăng nhập vào MUI, mở properties của Guest lên, chuyển đến tab “

Network ”. Trong cột bên phải, bấm vào nút Edit sẽ có một số tùy chọn

sau:

o Enable traffic shaping: Lựa chọn này cho phép vô hiệu hóa

module nfshaper.

o Average Bandwidth: Điều này cho phép duy trì băng thông ở mức

ổn định cho các Guest. Nên nhớ điều này chỉ giới hạn băng thông

đi ra ngoài, chứ không kiểm soát thông tin mà Guest nhận vào

trong.

o Peak bandwidth:Lựa chọn này quy định băng thông tối đa có thể

đi qua bởi các module nfshaper. Băng thông vào lúc cao điểm

thường được cấu hình để tăng gấp đôi giá trị trung bình của băng

thông.

o Brust size:Là số lượng dữ liệu của hệ thống phải gửi trong khi

vấp phải băng thông đang lúc cao điểm. Nếu việc tràn băng thông

xảy ra, thì các trình điều khiển nfshaper sẽ tự động giảm băng

thông xuống dưới mức cao điểm. Giá trị trong mục này nên để

bằng 15% mức băng thông trung bình.

3.10 Disk



- Giống như tài nguyên về bộ xử lý và bộ nhớ, VMkernel cũng cung cấp

một chính sách chia sẽ cơ bản để truy cập đến các ổ đĩa (lưu ý ở đây ta

chỉ nói đến việc truy cập ổ đĩa chứ không nói đến không gian lưu trữ của

ổ đĩa). Cách xác định ESX truy cập đến tài nguyên đĩa bằng cách giám

sát những gì mà VMWARE gọi là “Đơn vị tiêu thụ (Consumption

Unit)”. Mỗi một lệnh SCSI đưa ra cho một tài nguyên đĩa sử dụng

Consumption Unit. Tùy thuộc vào yêu cầu số lượng dữ liệu di chuyển

mà Consumption Unit sẽ được bổ xung cho các Guest. Khi lựa chọn các

giá trị mặc định được cung cấp bởi VMWARE các giá trị sau được sử

dụng: Low = 500, average = 1000, Hight = 2000.

4. VMWAREESX IMPLEMENTATION

- Bây giờ chúng ta hiểu về cách làm việc của ESX Server.Ở phần này sẽ tập

trung vào các lựa chọn phần cứng, thiết kế phần cứng, và cài đặt ESX trong

môi trường của chúng ta .

- Trong chương này, chúng ta sẽ xem xét các yếu tố khác nhau ảnh hưởng đến

mức độ thực thi của máy chủ ESX. Sau đó, chúng ta sẽ kiểm tra thực tế trên

các máy chủ để chúng ta có thể tạo ra chiến lược của riêng chúng ta . Cuối

cùng, chúng ta sẽ đi qua một tiến trình cài đặt cơ bản của ESX và mô tả các

tùy chọn cấu hình sẵn cho chúng ta .

4.1 ESX Server Hardware

- Định cỡ kích thước server trong môi trường ESX là một điều khá quan trọng

hơn 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,

4.1.1 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.

4.1.1.1Operating Systems Being Hosted

- Rõ ràng là các loại hệ điều hành đang được lưu trữ trên máy sẽ có tác

động lớn đến việc thiết kế memory cho máy chủ ESX. Memory yêu

cầu cho các máy chủ Windows 2003 Server khách là cao hơn nhiều

so với yêu cầu về lưu trữ máy chủ Windows XP. Ngoài ra nếu các

máy ảo chạy cùng một hệ điều hành thì sẽ tận dụng tốt hơn trong việc

chia sẽ memory trong ESX.

4.1.1.2Console OS Memory Requirements

- Khi cài đặt ESX chúng ta sẽ được hỏi cần bao nhiêu lượng

memory mà chúng ta muốn chỉ định cho các hoạt động điều

khiển hệ thống. VMWARE cho phép chúng ta lựa chọn một số

máy ảo mà host sẽ hỗ trợ và dựa trên con số đó lựa chọn số

lượng thích hợp của memory. Bảng dưới đây cho thấy các

khuyến nghị của VMWARE Console OS hiện tại:

Console Memory Number of VMs

192M Up to 8 Virtual Machines





512M More than 32 Virtual Machines

- Như ta có thể thấy, nếu số lượng máy ảo tăng thì số lượng

memory yêu cầu của máy chủ ESX tăng. Vì vậy VMWARE đã

tìm ra các thiết lập memory khá thích hợp cho các Console.

4.1.2 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.

/ 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ỏ.

Hình :Tổng quan Partition và Directory

4.1.2.1 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ổ.

4.1.3 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:

Hình : Typical ESX Server Network Configuration

4.1.3.1Console NIC Configuration

- Căn cứ theo Hình trên, NIC số 1 được sử dụng bởi Console OS

cho nhiệm vụ quản lý. ESX quản lý, sao lưu các tập tin cấu hình

VMWARE, và tập tin bản sao giữa các máy ESXsẽ được thực

hiện qua giao diện này.Giao diện này được biết đến với cái tên

Console OS và thường sẽ được gọi là adapter managerment hoặc

Console card mạng. Theo mặc định, NIC đầu tiên của Console OS

nhận ra thì được gán là eht0, và nó sẽ yêu cầu cấp cho nó một địa

chỉ IP.

4.1.3.2Virtual NIC (VMNIC) Configuration



- Trong ví dụ này, card mạng 2 và 3 được kết hợp thành một liên

kết VMnic ESX. Trong cấu hình này, các NIC thì cả hai liên kết

với một virtual switch duy nhất trên máy chủ ESX. Cấu hình của

NIC 2 và 3 không chỉ cung cấp băng thông thêm cho các guest

của VMWARE, mà còn đưa ra một mức độ dung sai cho

phép.Thường thì mỗi VM sử dụng 100MB, cấu hình này cung

cấp đủ băng thông cho 16-20 máy ảo. Nếu một card NIC bị fail

thì card mạng cuối cùng sẽ dành riêng cho Vmotion.

Virtual Switch

- Việc thiết lập các VMNIC chạy độc lập cùng với các máy ảo để

chúng có thể kết nối được với nhau và không có một kết nối dự

phòng. Nếu một card bị fail thì Guest OS của nó sẽ không giao

tiếp được với cá Guest còn lại. Để ngăn chặn điều này, ESX cho

phép chúng ta tạo một thiết bị virtual switch. Các Virtual Switch

cho phép chúng ta liên kết hai Ethernet 8-gigabit adapter với

nhau để kết nối các guest OS với nhau.

5. HƯỚNG DẪN CÀI ĐẶT ESX 4.0

5.1 System requirements

- Các Host chạy vCenter Server và ESX yêu cầu phải có những phần cứng đặc

biệt và hệ điều hành.

5.2 Processor (64-bit)

- VMWAREESX 4.0 chỉ có thể cài đặt và chạy trên server với 64-bit x86 CPUs.

- Các dòng CPU hỗ trợ 64-bit :

o Tất cả bộ xử lý Opterons của AMD đều hỗ trợ 64-bit.

o Tất cả bộ xử lý Xeon của Intel bao gồm (3000/3200, 3100/3300,

5100/5300, 5200/5400, 7100/7300, and 7200/7400) đều hỗ trợ 64-bit.



o Tất cả bộ xử lý Nehalem của Intel đều hỗ trợ 64-bit.

5.3 RAM

- Thấp nhất là 2G.

5.4 Network adapters

- Có thể có một hoặc nhiều adapter network được kết nối vào. Các dòng adapter

network hỗ trợ:

o Broadcom NetXtreme 570x gigabit controllers.

o Intel PRO 1000 adapters.

5.5 S CSI adapter, fibre channel adapter, or internal raid controller

- Có một hoặc nhiều bộ điều khiển sau đây (Bất kỳ sự kết hợp nào trong những

thành phần liệt kê dưới đây đều có thể sử dụng được):

o Các controller SCSI cơ bản như: Adaptec Ultra-160 and Ultra-320, LSI

Logic Fusion-MPT, and most NCR/ Symbios SCSI controllers.

o Các dòng Adapter RAID được hỗ trợ là: HP Smart Array, Dell Perc

(Adaptec RAID and LSI MegaRAID), and IBM (Adaptec) ServeRAID

controllers.

5.6 Installation and storage

- SCSI disk, Fibre Channel LUN, or RAID LUN với không gian chưa được phân

chia, Trong một cấu hình tối thiểu thì các đĩa này và RAID sẽ chia sẽ với nhau

giữa các service Console và các máy ảo.

- Đối với phần cứng iSCSI, thì một disk sẽ gắn liền với bộ điều khiển iSCSI,

giống như card Qlogic Qla 405x. Phần mềm dành cho iSCSI sẽ không được hỗ

trợ để Boot hoặc là cài đặt ESX.

- Serial attached SCSI (SAS).



- Đối với Serial ATA (SATA), một disk sẽ được kết nối thông qua sự hỗ trợ của

bộ điều khiển SAS hoặc là được hỗ trợ on-board SATA.

- Các bộ điều khiển SAS được hỗ trợ bao gồm:

o LSI1068E (LSISAS3442E)

o LSI1068 (SAS 5)

o IBM ServeRAID 8K SAS controller

o Smart Array P400/256 controller

o Dell PERC 5.0.1 controller

- Các bộ điều khiển on-board SATA được hỗ trợ bao gồm:

o Intel ICH9

o Nvidia MCP55

o ServerWorks HT1000

- Khi cài đặt ESX trên các ỗ đĩa SATA, hãy xem xét các vấn đề sau:

o Phải chắc chắn rằng ổ đĩa SATA phải được hỗ trợ thông qua bộ điều

khiển SAS hoặc được hỗ trợ on-board bộ điều khiển SATA.

o Không được sử dụng các ổ đĩa SATA để tạo các VMFS datastore

được chia sẽ giữa nhiều máy chủ ESX.

o Các ỗ đĩa ATA và IDE thì ESX có hỗ trợ cài đặt và khởi động trên ổ

đĩa ATA này hoặc là chạy trên công nghệ RAID ATA được hỗ trợ

nhưng phải chắc chắn rằng những bộ điều khiển các ỗ đĩa phải nằm

trong danh mục các phần cứng được hỗ trợ. Ỗ đĩa IDE thì được hỗ trợ

cho việc cài đặt ESX và tạo VMFS.

5.7 Recommendations for enhanced ESX performance



- Có một số điều mà ta có thể làm để nâng cao hiệu suất cho ESX, bao gồm cả

việc sử dụng nhiều ổ đĩa vật lý, chẳng hạn như SCSI disks, Fibre Channel

LUNs, and RAID LUNs.

- Một số lời khuyên nhằm nâng cao hiệu suất:

o RAM: Các máy chủ ESX có thể sẽ yêu cầu bộ nhớ RAM nhiều hơn

cho các service console nếu như ta đang chạy các ứng dụng quản lý

của bên thứ 3 hoặc là Backup.

o Network Adapter cho các máy ảo: Sử dụng card Gigabit Ethernet

được dành riêng cho các may ảo, chẳng hạn như các adapter Intel pro

1000, nó sẽ cải thiện băng thông cho các máy ảo.

o Disk location: Cho hiệu suất tốt nhất, lưu tất cả dữ liệu được sử dụng

bởi các máy ảo của ta trên các ổ đĩa vật lý cấp phát cho máy ảo.

Những ổ đĩa vật lý cần phải có dung lượng lớn để có thể lưu trữ tất cả

các file ảnh của ỗ đĩa được sử dụng bởi các máy ảo.

o Processor: Các bộ xử lý nhanh sẽ cải thiện hiệu suất của ESX, với

một khối lượng công việc nhất định thì bộ nhớ cache càng lớn thì

hiệu suất hoạt động của ESX càng tăng.

o Hardware compatibility: Sử dụng các thiết bị được hỗ trợ trong

Server ESX 4.0.

5.8 Tested software and firmware for creating ESX installation media

- Trước khi cài đặt ESX ta cần ghi file ISO ra đĩa hoặc chép vào USB. Xem

lại các firmware và software đã được VMWARE thử nghiệm và xác nhận:

5.8.1 Danh sách thử nghiệm và kết hợp cho việc ghi các file ISO vào DVD để

phục vụ cho việc cài đặt ESX.

Các bước thử nghiệm kết hợp với DVD:



5.8.2 Danh sách thử nghiệm và kết hợp

Các bước thử nghiệm kết hợp với USB:

5.9 vCenter server and the vSphere Client hardware requirements

- Hệ thống vCenter Server là một máy vật lý hoặc là một máy ảo hỗ trợ việc

truy cập vào database. Hệ thống vCenter server và các máy Client vSphere

phải được đáp ứng các yêu cầu cụ thể sau:

5.9.1 Minimum requirements for vcenter server

- CPU: 2CPU.

- PROCESSOR: 2Ghz hoặc cao hơn có thể sử dụng bộ xử lý của Intel hoặc

là AMD . Các yêu cầu về processor có thể cao hơn nếu việc xử lý dữ liệu

nằm trên cùng một máy.



- MEMORY: 3G RAM. Các yêu cầu về processor có thể cao hơn nếu việc xử

lý về dữ liệu nằm trên cùng một máy. vCenter còn có một dịch vụ gọi là

VMWARE virtual center management webservices. Dịch vụ này có thể yêu

cầu bổ xung từ 128M đến 1.5G RAM. VMWARE virtual center

management webservices đảm nhận vai trò phân bổ bộ nhớ cần thiết trong

quá trình khởi động.

- DISK STORAGE: 2G còn trống. Các yêu cầu về lưu trữ có thể tăng nếu

việc xử lý dữ liệu chạy trên cùng một máy.

- MICROSOFT SQL 2005 EXPRESS yêu cầu lên đến 2G còn trống trong

không gian lưu trữ để giải nén phục vụ cho việc cài đặt. Khoảng 1.5G của

những tập tin này sẽ được xóa sau khi hoàn thành việc cài đặt.

- NETWORKING: Khuyên dùng chuẩn Gigabit.

5.9.2 Minimum requirements for the vsphere client

- CPU: 1 CPU.

- PROCESSOR: 266MHz hoặc cao hơn đối với Intel hoặc là 500MHz đối

với AMD.

- MEMORY: 200MB RAM.

- DISK STORAGE: 1G còn trống cho việc hoàn thành cài đặt, nếu thêm

những thành phần sau đây:

o Microsoft .NET 2.0

o Microsoft .NET 3.0 SP1

o Microsoft Visual J#

o vSphere Client 4.0

O vSphere Host Update Utility 4.0

Thì yêu cầu ổ đĩa còn trống 400M để dùng trong thư mục %temp%.



- NETWORKING: Khuyên dùng chuẩn Gigabit.

5.10 32 bit or 64-bit operating system for vcenter server

- Khi ta có đến 200Host ta có thể sử dụng hệ điều hành 32-Bit của Microsoft,

nhưng bản 64-Bit thì thường được ưa chuộng hơn. Khi số host của ta nằm

trong khoảng 200-300 thì ta nên dùng hệ điều hành 64-bit.

5.10.1 Recommendations for optimal performance

- Tùy thuộc vào số lượng các Host ESX và các máy ảo trong môi trường của

ta mà các yêu cầu sau đây được xem như là một sự hướng dẫn cho việc tối

ưu hiệu suất.

Các yêu cầu triển khai ở quy mô trung bình:

50 Host và 250 máy ảo đang được mở

Các yêu cầu triển khai ở quy mô lớn:


Các yêu cầu triển khai ở quy mô cực lớn:




5.10.2 Requirements for installing vcenter server on a custom drive

- Nếu ta cài đặt vCenter Server trên ổ E:\ hoặc trên bất kỳ một driver custom

nào thì nên lưu ý về không gian lưu trữ sau:

O 601MB trên driver custom cho vCenter server.

O 1.13GB trên ổ C:\ cho Microsoft .NET 3.0 SP1, Microsoft ADAM,

Microsoft SQL Server 2005 Express (tùy chọn), and Microsoft Visual

C++ 2005 Redistributable.

O 357MB cho thư mục %temp%.

5.11 vCenter server software requirements

- Yêu cầu hệ điều hành phải hỗ trợ vCenter Server.

5.12 vSphere client software requirements

- Yêu cầu hệ điều hành có hỗ trợ vSphere Client.

- vSphere client yêu cầu Microsoft .NET 3.0 SP1 Framework. Nếu không có

nó thì vSphere client sẽ không cài đặt được.

5.13 Support for 64-bit guest operating systems

- Đối với bộ xử lý AMD Opteron thì phải từ đời Opteron Rev E cao hơn.

- Đối với bộ xử lý Inter Xeon, thì bộ xử lý phải hỗ trợ công nghệ Intel

Virtualaziton Technology (VT). Nhiều máy chủ có CPU được hỗ trợ công

nghệ VT nhưng theo mặc định thì nó đã bị Disable, ta phải Enable băng tay

công nghệ VT này lên. Nếu như CPU có hỗ trợ công nghệ VT này nhưng ta



không thấy lựa chọn này trong BIOS thì ta nên liên hệ với nhà cung cấp

phần cứng để cập nhật phiên bản BIOS mới nhất để có thể enable tính năng

VT này lên.

5.14 Requirements for creating virtual machines

- Để tạo một máy ảo thì ESX/ESXi phải có khả năng hỗ trợ bộ xử lý ảo, một

chipset ảo, và một BIOS ảo.

- Yêu cầu cho việc tạo một máy ảo:

5.15 Required ports

- vCenter server có những yêu cầu về các port để có thể gửi và nhận data.

vCenter Server phải có khả năng gửi data từ mỗi Host quản lý và nhận data

từ các mỗi vSphere Client. Để kích hoạt tính năng migration và provisioning

giữa các Host quản lý. Các Host nguồn và đích phải có khả năng nhận data

từ các nơi khác. VMWARE sử dụng các port được chỉ định cho việc giao

tiếp. Ngoài ra, các Host quản lý cũng lắng nghe data từ các hệ thống vCenter

Server trên các port được chỉ định. Nếu như một firewall tồn tại giữa bất kỳ

yếu tố nào, và service windows firewall đang được sử dụng, thì trình cài đặt

sẽ tự động mở các port trong suốt quá trình cài đặt. Đối với việc tùy chỉnh

các tường lửa thì ta phải mở các cổng cần thiết. Nếu ta có một firewall giữa

hai Host quản lý và ta muốn thực hiện công việc nguồn và đích, chẳng hạn



như di chuyển hoặc sao chép thì ta phải cấu hình một công cụ cho các Host

quản lý có thể nhận data.

Chú ý: Trong windows Server 2008 thì firewall đã được kích hoạt mặc

định.

- Danh sách dưới đây là các port mặc định cho việc giao tiếp giữa các thành

phần:

- Nếu như ta muốn hệ thống vCenter Server sử dụng các port khác để nhận

data từ các vSphere Client, ta có thể thấy nó trong Basic System



Administration. Nhưng VMWARE không khuyến cáo sử dụng cách này vì

nó có thể disable chức năng console vCenter server.

5.16 Rupported remote management firmware versions

- Ta có thể dùng ứng dụng quản lý từ xa để cài đặt ESX, hoặc là dùng nó để

quản lý ESX/ESXi.

- Danh sách các phiên bản Firmware quản lý từ xa có hỗ trợ việc cài đặt từ xa

ESX:

5.17 Hướng đãn cài đặt ESX

5.17.1 Những điều kiện để cài đặtESX



- Nếu ESX không sử dụng một server NTP, thì phải đảm bảo đồng hồ của

phần cứng server phải được thiết lập theo UTC. Thiết lập này nằm bên trong

BIOS của hệ thống.

- Phải đảm bảo Host có hỗ trợ Network Adapter.

- Nếu trong quá trình cài đặt có yêu cầu kết nối hãy xác nhận việc cáp mạng

đã được cắm vào adapter network mà ta đang sử dụng cho service hay chưa.

Cài đặt ESX cần có một kết nối mạng ổn định. Ipv6 sẽ không được hỗ trợ

trong cài đặt ESX. Tùy chọn cài đặt đòi hỏi kết nối mạng phải có khả năng

cài đặt PXE Booting, truy cập điều khiển cài đặt bằng Script từ xa, và truy

cập các phương tiện cài đặt từ xa.

5.17.2 Thông tin về ESX console.vmdk

- Một tập tin Virtual machine disk (*.vmdk file) cất giữ nội dung của một đĩa

cứng của máy ảo. Tập tin .vmdk có thể truy cập giống như việc truy cập vào

một đĩa cứng vật lý.

- Trong ESX 4.0, các phân vùng service console được cất giữ trong một tập

tin .vmdk. Phân vùng này bao gồm: /swap, /var, /log và tất cả các tùy chọn

phân vùng. Tên của file này là: ESXconsole-<system. Tất cả các file .vmdk

bao gồm cả ESXconsole.vmdk đều được lưu giữ trong volume VMFS.

Lưu ý: Service console phải được trên VMFS datastore, đó là một ổ đĩa

thường trú trên các Host hoặc trên các ổ đĩa SAN. Datastore không thể

chia sẽ cho nhau giữa các Host.

5.17.3 Các tùy chọn cho việc truy cập cài dặt, installation media, booting

installer và running installer.

- Khi ta cài đặt ESX, ta sẽ có một số lựa chọn cho phép ta tùy biến các quy

trình để đáp ứng cho nhu cầu trong môi trường của ta.



- Các tùy chọn này bao gồm: làm thế nào lưu trữ và truy cập vào các phương

tiện cài đặt, làm thế nào để khởi động trình cài đặt và có những chế độ sử

dụng nào khi ta chạy trình cài đặt.

- Bởi mặc định khi ta cài đặt ESX khởi động từ DVD. Ta có thể sửa đổi quá

trình cài đặt mặc định này theo các cách sau đây:

O Các phương tiện lưu trữ và truy cập để cài đặt ESX:

DVD (default)

FTP

HTTP/HTTPS (HTTPS with a proxy server is not supported.)

NFS

USB flash drive

O Booting installer:

DVD (default)

PXE

O Running installer:

Interactive graphical (default)

Interactive text

Scripted

O Cài đặt bằng Script, lưu trữ và truy cập cài đặt bằng script:

Default installation script

FTP

HTTP/HTTPS

NFS

USB flash drive

Local disk

5.18 Các tùy chọn cài dặt ESX



- Những phương pháp sau đây là có sẵn cho việc cài đặt phân mềm

VMWAREESX:

O Graphycal mode: Đây là phương pháp được khuyên dùng cho việc

cài đặt bằng tương tác.

O Text mode: Sử dụng phương pháp này nếu việc điều khiển video của

ta không hoạt động đúng theo chức năng của nó khi sử dụng

Graphycal mode.

O Scripted: Đây là cách hiệu quả nhất khi triển khai nhiều máy chủ.

- Danh sách các thông tin mà ta thường hay được nhắc nhở trong quá trình cài

đặt. Đối với việc sử dụng chúng trong tương lai, hãy lưu ý các giá trị khi

nhập vào. Ghi chú này rất hữu ích nếu ta cài đặt lại ESX và nhập lại các giá

trị mà ta đã nhập lúc ban đầu:

- Dữ liệu cho việc cài đặt ESX:





5.19 Installing VMWARE ESX

- Bạn có nhiều lựa chọn cho việc cài đặt ESX. Bạn có thể tương tác trực tiếp vào

việc cài đặt ESX hoặc sử dụng một script. Việc tương tác cài đặt trực tiếp, bạn

có thể xử dụng chế độ đồ họa hoặc chế độ text

- Ở phần nầy chúng ta sẽ tìm hiểu về :

o Install ESX Using the Graphical Mode

o Install ESX Using the Text Mode



5.19.1 Install ESX using the graphical mode

- Điều kiện tiên quyết :

Xem ở phần “Prerequisites for Installing ESX”

Quy trình của việc cài đặt :

1. Chọn một phương thức cho việc boot trình cài đặt

o Bạn có thể boot từ DVD sử dụng tại ổ đĩa CD-ROM tại local

o Boot trình cài đặt PXE

2. Lựa chọn Install ESX in graphical mode

3. Bấm chọn F2 và lựa chọn loại boot cho trình cài đặt

4. Click Next để tiếp tục

5. Lựa chọn I accept the terms of the license agreement và click vào Next

Bạn không thể cài đặt sản phẩm này nếu như bạn không chấp nhận license

Chú ý : nếu như các liên kết của màn hình license agreement bị lệch sang

bên trái, bạn phải điều chỉnh tự động

6. Lựa chọn loại keyboard của bạn từ danh sách và click vào Next

7. Chọn có hoặc không cài đặt custom drivers với ESX Installation.

o Bạn có thể cần Custon drivers nếu như hệ thống của bạn không lắng

nghe được bản hướng dẫn khả năng thương thích phần cứng và mạng

hoặc thiết bị lưu trữ mà ban đầu không tương thích với ESX 4.0

o Nếu PXE Boot được trình cài đặt ESX, bạn không cần cài đặt custon

drivers suốt quá trình cài đặt. bạn có thể cài chúng sau khi việc cài đặt

ESX hoàn tất

Chọn Yes và click vào Add để cài đặt custon drivers. trình cài đặt

sẽ nhắc bạn nạp các media có chứa custon drivers. Sau khi bạn

thêm custom drivers vào danh sách, trình cài đặt sẽ nhắc bạn lắp

đĩa DVD cài đặt ESX và tiếp tục cài đặt. Click Next để tiếp tục.



Trình cài đặt sẽ nhắc nhở lại bạn insert lại DVD cài đặt ESX và

tiếp tục với việc cài đặt. Click vào Next trình cài đặt sẽ nhắc bạn

nạp các phương tiện truyền thông có chứa các trình điều khiển tùy

chỉnh. Sau khi bạn thêm các trình điều khiển tùy chỉnh danh sách,

trình cài đặt sẽ nhắc bạn lắp đĩa DVD cài đặt ESX và tiếp tục cài

đặt. Click Next để tiếp tục.

Chọn No nếu bạn không cài đặt custom drivers. Bạn có thể cài đặt

Custom driver sau khi việc cài đặt ESX được hoàn tất, bạn có thể

sử dụng command-line và công cụ hướng dẫn có sẳn như vSphere

CLI và vCenter Update Manager. Clik Next để tiếp tục

8. Click vào Yes để nạp yêu cầu ESX drivers

9. Cấu hình license cho ESX

o Chọn Enter a serial number now, nhập license key cho vSphere, và

click Next

o Chọn Enter a license key later và click vào Next. Lựa chọn nầy cho

phép bạn đánh giá ESX (hoặc là nhập một license key của vSphere sau

đó để sử dụng cho vSphere Client)

10. Chọn network adapter cho ESX service console

o Luồng mạng của máy ảo được chia sẽ ở network adapter này cho tới khi

bạn cấu hình một virtual switch cho một network adapter khác. Bạn có

thể cấu hình network adapters khác tại một thời điểm khác từ vSphere

Client.

11. Nếu như adapter được kết nối tới một VLAN, thì ta chọn This adapter

requires a VLAN ID, nhập vào một số VLAN ID, con số nầy nằm giữa

khoảng 0 – 4095, và click vào Next.



12. Cấu hình network settings

o VMWARE khuyến nghị rằng bạn nên sử dụng một địa chỉ IP tĩnh để

làm đươn giản hóa việc client truy cập. Nếu bạn có thể sử dụng static

settings nhưng bạn không có yêu cầu thông tin, bạn có thể sử dụng

DHCP cho việc cài đặt và cấu hình static settings sau khi bạn tham khảo

với quản trị mạng viên của bạn

o Cho tên host, đánh hoàn tất tên host bao gồm cả domain. Tùy chọn nầy

thì có sẳn chỏ có nếu như bạn sử dụng một địa chỉ IP tĩnh.

13. (Tùy chọn)Click vào Test these setting để kiểm tra network interface

14. (Tùy chọn)Chọn vị trí của gói Image ISO cài đặt ESX

o Tùy chọn nầy diễn ra nếu bạn nhập vào lệnh askmedia bootstrap tại chế

độ selection screen. Bạn có thể chỉ theo một vị trí :

DVD hoặc USB (BẠN CÓ THỂ LỰA CHỌN 1 ổ đĩa CD-ROM

sau đó bạn có thể boot trình cài đặt của nó lên )

Network file system (NFS) server và đường chỉ mục

HTTP hoặc HTTPS URL

FTP URL



15. Chọn một option cài đặt :

Option Description :

Standard Setup Trình cài đặt cấu hình theo những partition

mặc định trên một ở cứng hoặc LUN nơi mà

bạn cài đặt ESX. Các partition có kích thước

mặc định là dựa vào khả năng của ổ cứng

hoặc LUN.

Advanced Setup Cho phép chỉ định partition cài đặt

ESXConsole.vmdk, tùy chọn lõi, và vị trí

bootloader và password. Nếu như bạn bỏ lựa

của tùy chọn Configure bootloader

automatically, THÌ trình cài đặt sẽ nạp trong

Master boot record (MBR)

16. Chọn một vị trí để cài đặt ESX

CHÚ Ý:Trình cài đặt xóa tất cả nội dung trên thiết bị lưu trữ được lựa chọn

o Việc cài đặt ESX thông qua USB sẽ không được hổ trợ

o Click Next và OK để xác nhận lựa chọn của bạn

17. Cấu hình Advanced options

a. Cấu hình một vị trí cho VMSF datastore để lưu trữ service console

Create new datastore – Chọn ổ đĩa giống như ESX hoặc lựa

chọn ổ đĩa khác. Nếu bạn chọn một ổ đĩa nào khác, đĩa được sử

dụng cho vị trí ESX chỉ chứa /boot và vmkcore partitions, và và



phần còn lại của đĩa là unpartitioned. Đĩa thứ hai là định dạng như

là một partition VMFS duy nhất kéo dài toàn bộ ổ đĩa.

Bạn có thể sử dụng partition cài đặt sau bằng cách sử dụng

vSphere Client

Use existing datastore – lựa chọn một datastore có sữa để lưu trữ

VMFS2 VLOLUMES thì không được công nhận ở ESX 4.0

Các service console phải được cài đặt trên một VMFS datastore ,

nó thường trú trên ổ đĩa của máy chủ hoặc trên một ổ đĩa SAN và

nó được quy hoạch chỉ để lưu trữ. Datastore này không thể được

chia sẻ giữa các host.

b. Tạo một partition mới hoặc và edit hoặc xóa những partition mặc định

VMWARE khuyến nghị rằng bạn nên để lại 2000MB cho partition

/var/log .

18. Cấu hình advanced bootloader options

Các trang tùy chọn Bootloader xuất hiện nếu bạn không lựa chọn check vào

box Configure boot loader automatically

a. Nhập các đối số của lõi bootloader

Trình cài đặt sẽ ghi các đối số vào file grud.conf và vượt qua chúng các

hạt nhân ESX mỗi lần ESX boot.

b. Nhập password của bootloader, mật khẩu tối đa là 30 ký tự

c. Lựa chọn nơi mà GRUB bootloader được cài đặt

Theo mặc định GRUB bootloader được cài đặt ở MBR. Sử dụng tùy

chọn nầy cho hầu hết việc cài đặt. Những phần cứng được kế thừa được

lưu trữ ở BIOS thì thông tin của nó nằm trong MBR. Click vào Install



GRUB on the first partition of the disk, instead of the Master Boot

Record.

19. Cấu hình zone time

20. Cấu hình date and time settings

o Chọn Automatically và nhập địa chỉ IP hoặc host name của một NTP

server.

o Chọn Manually để sử dụng để trình cài đặt detect được ngày và giờ cho

máy hoặc là gán ngày và giờ cho máy.

Của bạn nếu như bạn chọn Manually và bạn không có một functioning

mouse, bạn có thể thay đổi lịch tháng và năm bằng việc sử dụng Ctrl-left-

arrow và Ctrl- right -arrow thời bấm chuột phải cho tháng, và Ctrl-

uparrow và Ctrl-down-arrow cho năm

21. Nhập vào một root password

Nó phải chứa từ 6 đến 64 ký tự.

22. (Tùy chọn) tạo một additional uers bằng cách click vào Add

23. Xác nhận lại cấu hình cài đặt của bạn và bấm Next

Nếu một lỗi cài đặt xẫy ra tại thời điểm nầy hoặc Image ISO phải không hợp

lệ (invalid) hoặc ở đây có thể DVD media bị lỗi.Sự cố nầy có thể được khắc

phục lại bằng cách download lại file ISO và xử lý lại, phải chắc chắn rằng

đĩa DVD của bạn hoạt động tốt, và chắc chắn rằng đĩa DVD của bạn và đầu

đọc DVD tương thích với nhau, khi bạn cố gắng cài đặt lại, cần phải check

lại hoạt động của media, ngoài ra có thể tùy chọn truy cập media như là

HTTP.



24. Click vào Next sau đó click vào finish để thoát khỏi trình cài đặt và reboot

lại host.

25. Suốt quá trình reboot nhấn một từ key yêu cầu để tiến vào setup BIOS máy

bạn hoặc menuboot, key này thường là phím function key hoặc phím Del.

26. Set các thiết bị có thể boot boot ngay từ lúc đầu từ các ổ đĩa để bạn có thể

cài ESX

Sau khi cài đặt, một ESXconsole -<system-uuid>/ESXconsole.vmdk file

được tạo ra trong một VMFS volume. /,swap, /var/log và bất kỳ partition

tùy chọn nào cũng được lưu trong file ESXconsole.vmdk.

Chú ý: Trong các phiên bản trước của ESX, nếu hệ thống không boot được

sau khi cài đặt, có một trong những phương pháp xử lý sự cố là mount các

partition để gỡ lỗi. Đối với ESX 4.0, mount những partition sẽ không hữu

ích thể để giải quyết vấn đề. Nếu sau khi cài đặt hệ thống không khởi động

được, nguyên nhân rất có thể là BIOS được cấu hình để boot từ các ổ đĩa là

sai.

5.19.2 Install ESX using the text mode

Sử dụng giao diện điều khiển text nếu video controller của bạn không hoạt

động đúng khi bạn sử dụng chế độ đồ họa.

Điều kiện kiên quyết :

Xem ở See “Prerequisites for Installing ESX,”

Quy trình cài đặt :

1. Chọn phương thức boot cho trình cài đặt.

Boot từ DVD xử dụng từ ổ DVD ở local.



PXE khởi động trình cài đặt.

2. Chọn Install ESX in text mode.

3. (Tùy chọn) bấm F2 đánh boot options cho trình cài đặt.

Có hàng loạt tin nhắn cài đặt hiện ra cho đến khi trang Welcome xuất hiện.

4. Tiếp tục, Nhập 1.

5. Chọn model bàn phím :

- Chấp nhận mặc định ngôn ngữ US English thì nhấn 1.

- Cấu hình bàn phím nhập 2 và nhập số tương ứng với model bàn phím của

bạn.

6. Chấp nhận licence của VMWARE.

- Bạn sẽ không cài đặt được nếu bạn không chấp nhận license của

VMWARE.

7. Chọn cài hoặc không cài custom driver cho ESX.

Bạn có thể cần Custon drivers nếu như hệ thống của bạn không lắng nghe

được bản hướng dẫn khả năng thương thích phần cứng và mạng hoặc thiết

bị lưu trữ mà ban đầu không tương thích với ESX 4.0.

Nếu PXE Boot được trình cài đặt ESX, bạn không cần cài đặt custon

drivers suốt quá trình cài đặt. bạn có thể cài chúng sau khi việc cài đặt ESX

hoàn tất

- Cài đặt custom drivers cho ESX thì bấm 1. Trình cài đặt sẽ nhắc bạn nạp

các media có chứa custon drivers. Sau khi bạn thêm custom drivers vào

danh sách, trình cài đặt sẽ nhắc bạn lắp đĩa DVD cài đặt ESX và tiếp tục

cài đặt.



- Nếu như không cài đặt custom drivers thì nhấn 2. Bạn có thể cài đặt

Custom driver sau khi việc cài đặt ESX được hoàn tất, bạn có thể sử

dụng command-line và công cụ hướng dẫn có sẳn như vSphere CLI và

vCenter Update Manager.

8. Nạp ESX drivers và tiếp tục , gõ 1.

9. Cấu hình license ESX.

- Nhập license key cho vSphere ngay bây giờ thì nhấn 1.

- Nhập license key cho ESX ngay sau đó từ vSphere Client thì nhấn 2.

10. Chọn network adapter cho ESX service console.

Luồng mạng của máy ảo được chia sẽ ở network adapter này cho tới khi

bạn cấu hình một virtual switch cho một network adapter khác. Bạn có thể

cấu hình network adapters khác tại một thời điểm sau từ vSphere Client.

- Chấp nhận network adapter mặc định và không được gán VLAN ID thì

nhấn 1.

- Chọn network adapter và nhập VLAN ID thì nhấn 2.

11. Cấu hình các thiết lập mạng.

VMWARE khuyến nghị rằng bạn nên sử dụng một địa chỉ IP tĩnh để làm

đươn giản hóa việc client truy cập. Nếu bạn có thể sử dụng static settings

nhưng bạn không có yêu cầu thông tin, bạn có thể sử dụng DHCP cho việc

cài đặt và cấu hình static settings sau khi bạn tham khảo với quản trị mạng

viên của bạn.

- Chọn thiết lập DHCP tự động thì nhấn 1.

- Chọn thiết lập ip thì nhấn 2. Cho tên host, đánh hoàn tất tên host bao

gồm cả domain. Tùy chọn này thì có sẳn chỏ có nếu như bạn sử dụng

một địa chỉ IP tĩnh.



12. Chọn vị trí file ISO cài đặt ESX

Tùy chọn này diễn ra nếu bạn nhập vào lệnh askmedia bootstrap tại chế độ

selection screen.

o Chỉ định DVD hoặc USB bấm 1. BẠN CÓ THỂ LỰA CHỌN 1 ổ đĩa

CD-ROM sau đó bạn có thể boot trình cài đặt của nó lên.

o Network file system (NFS) server và đường chỉ mục thì chọn 2

o Chỉ định một HTTP hoặc HTTPS URL thì chọn 3

o Chỉ định một FTP URL thì chọn 4

13. Chọn một setup option

o Basic Setup thì cấu hình partition mặc định trên một ở cứng đơn hoặc

LUN nơi mà bạn cài đặt ESX thì nhấn 1. Các partition có kích thước mặc

định là dựa vào khả năng của ổ cứng hoặc LUN

o Advaced setup Cho phép chỉ định partition cài đặt ESXConsole.vmdk,

tùy chọn lõi, và vị trí bootloader và password thì nhấn 2.

14. Chọn nơi cài đặt ESX

- Trình cài đặt xóa tất cả nội dung trên thiết bị lưu trữ được lựa chọn.Việc cài đặt

ESX thông qua USB sẽ không được hổ trợ.

15. Cấu hình nơi cho partition VMFS datastore cho service console

o Tạo mới datastore thì nhấn 1. Chọn nơi đặt datastore thì nhấn tiếp 1 để

chọn theo đĩa ESX, hoặc nhấn 2 để lựa chọn đĩa khác

o Nếu như chọn đĩa khác cho VMFS partition, đĩa ESX sẽ chứa duy nhất

/boot và vmcore partitions, với những phần còn lại của những đĩa chưa

có partition .Đĩa VMFS sẽ được định dạng như là một partition duy nhất

trải dài toàn bộ đĩa.



Bạn có thể sử dụng partition cài đặt sau bằng cách sử dụng vSphere

Client

o Để chọn một datastore cho việc lưu trữ thì bấn 2. VMFS2 volumes thì

không được công nhận bỡi ESX 4.0.

Các service console phải được cài đặt trên một VMFS datastore , nó

thường trú trên ổ đĩa của máy chủ hoặc trên một ổ đĩa SAN và nó được

quy hoạch chỉ để lưu trữ. Datastore này không thể được chia sẻ giữa các

host.

16. (Tùy chọn) tên VMFS datastore

- Giữ tên mặc định, Storage1, thì nhấn 1

- Thay đổi tên thì nhấn 2.

17. Thay đổi cách bố trí partition của service console

- Giữ lại cách bố trí partition mặc định thì nhấn 1. Bạn có thể cấu các

partition sau đó bằng việc sử dụng vSphere Client

- Để tạo, edit, delete partition thì nhấn 2.

18. Để xác định tham số lõi cho GRUB bootloader thì nhấn 1 hoặc bỏ qua tùy

chọn thì nhấn 2.

Trình cài đặt sẽ ghi các đối số vào file grud.conf và vượt qua chúng các hạt

nhân ESX mỗi lần ESX boot.

19. Để xác định mật khẩu bootloader thì nhấn 1 hoặc bỏ qua tùy chọn này thì

nhấn 2.

Password có thể lên tới 30 ký tự.

20. Giữ time zone mặc định thì nhấn 1, cấu hình time zone thì nhấn 2.

21. Cấu hình thiết lập ngày và giờ.



- Để xác định một server NTP thì nhấn 1.

- Cấu hình ngày giờ một cách thủ công thì nhấn 2. Tùy chọn này cho

phép bạn xử dụng ngày và giờ máy được detect bỡi trình cài đặt hoặc

ngày và giờ của chính bạn.

22. Nhập vào một root password từ 6 đến 64 ký tự.

23. Xác nhận việc cấu hình cài đặt thì nhấn 1.

o Nếu một lỗi cài đặt xẫy ra tại thời điểm này hoặc Image ISO phải không

hợp lệ (invalid) hoặc ở đây có thể DVD media bị lỗi.Sự cố này có thể

được khắc phục lại bằng cách download lại file ISO và xử lý lại, phải

chắc chắn rằng đĩa DVD của bạn hoạt động tốt, và chắc chắn rằng đĩa

DVD của bạn và đầu đọc DVD tương thích với nhau, khi bạn cố gắng cài

đặt lại, cần phải check lại hoạt động của media, ngoài ra có thể tùy chọn

truy cập media như là HTTP.

24. Thoát khỏi trình cài đặt và reboot lại máy thì nhấn 1.

25. Suốt quá trình reboot nhấn một từ key yêu cầu để tiến vào setup BIOS máy

bạn hoặc menuboot, key này thường là phím function key hoặc phím Del.

26. Set các thiết bị có thể boot boot ngay từ lúc đầu từ các ổ đĩa để bạn có thể

cài ESX.

Sau khi cài đặt, một ESXconsole -<system-uuid>/ESXconsole.vmdk file

được tạo ra trong một VMFS volume. /,swap, /var/log và bất kỳ partition

tùy chọn nào cũng được lưu trong file ESXconsole.vmdk.

Sau khi reboot lại host, bạn có thể log in vào service cosole để đọc log tại /

var/log/ESX_install.log.

5.20 ESX partitioning



- Các host ESX có yêu cầu và tùy chọn partition.

- /boot và vmkcore thì có những partiton vật lý. /, swap, /var/log, và Tất cả các

tùy chọn các partiton được lưu trữ trên một đĩa ảo được gọi là ESXconsole-

<system-uuid> / ESXconsole.vmdk.Tất cả các đĩa ảo được lưu trữ trong một

VMFS volume

- Ở phần này ta thảo luận về :

“Required Partitions”.

“Optional Partitions”.

5.21 required partitions

- ESX đòi hỏi một số partition.

- Nếu bạn xóa một partition được yêu cầu, hãy chắc chắn rằng để tạo ra một cái

mới cùng loại. Bạn không thể xác định kích thước của boot /, vmkcore, và /

vmfs partition khi bạn sử dụng các phương thức cài đặt đồ họa hoặc text. Bạn

có thể xác định kích cỡ các partition khi bạn làm một cript cài đặt.

- Bảng 7-1 mô tả các phân vùng cần thiết

Table 7-1. ESX Required Partitions :



Table 7-1. ESX Required Partitions (Continued)



5.22 Optional Partitions

- Bạn có thể tạo partition trong lúc tùy chọn hoặc sau khi cài đặt ESX

- Bảng 7-2 mô tả các partiton tùy chọn.

Table 7-2. ESX Optional Partitions :



5.23 Post-installation considerations for ESX

- Sau khi cài đặt ESX, bạn phải xem xét việc quản lý host thông qua vSphere

Client, cấp phép, và thêm và loại bỏ các phần tùy chỉnh mở rộng.

Ở phần này ta thảo luận về :

- “Download the vSphere Client,”

- “Licensing the Host”

- “Set an ESX/ESXi Host to Evaluation Mode”

5.23.1 Download the vsphere client

- vSphere Client là một cửa sổ chương trình mà bạn có thể sử dụng để cấu

hình các host và điều hành hoạt động máy ảo của nó. Bạn có thể tải

vSphere Client ở một host bất kỳ.

Điều kiện kiên quyết :

- Bạn phải có ULR của host. Đây là một địa chỉ IP hoặc host name.

Thủ tục:

1. Từ cửa sổ của máy mở một trình duyệt web,

2. Nhập vào URL cho host

Ví dụ như : http:// testserver.VMWARE.com hoặc http://10.20.80.176.

Trang wellcome xuất hiện.


http://10.20.80.176/


3. Click vào Download the vSphere Client ở dưới Getting started.

4. Click Yes trong hộp thoại cảnh báo an ninh xuất hiện.

Điều làm tiếp theo là cài đặt vSphere Client.

5.23.2 Licensing the host

- Sau khi mua một host license VMWARE cung cấp cho bạn một vSphere

license key

5.23.3 Set an ESX/ESXi host to evaluation mode

- Nếu bạn nhập vào một license cho ESX, bạn có thể chuyển sang chế độ

thẩm định để khám phá đầy đủ chức năng của ESX.

Thủ tục :

1. Từ vSphere Client chọn host trong inventory.

2. Click vào tab Configuration.

3. Dưới phần mềm, click vào Licensed Features.

4. Click vào Edit để tiếp loại license ESX.

5. Click Product Evaluation.

6. Click vào ok và save lại thay đổi bạn vừa thiết lập.



CHƯƠNG IV: TRIỂN KHAI HỆ THỐNG

DATACENTER

1. MÔ HÌNH TRIỂN KHAI HỆ THỐNG

Hình: Mô hình triển khai hệ thống



2.TRIỂN KHAI ESX VÀ DNS SERVER

2.1.Cài đặt và cấu hình DNS

- Tại một máy Windows server 2003 tiến hành xây dựng một DNS serever để

phân giản tên miền cho hệ thống, IP của DNS server này là 200.100.10.123

- Forward lookup zone phân Tên miền phân giải là :

o Domain TestLab.vn

TestLab.vn --> ip : 200.100.10.123

ESX .TestLab.vn --> ip : 200.100.10.1

ESX1.TestLab.vn ip : 200.100.10.2

SAN.TestLab.vn 200.100.10.20

vCenter.TestLab.vn 200.100.10.123

- Reverse Lookup Zone phân giải:

o IP : 200.100.10.123 TestLab.vn

o IP : 200.100.10.1ESX .TestLab.vn

o IP : 200.100.10.2 ESX1.TestLab.vn

o IP : 200.100.10.20 SAN.TestLab.vn

o IP : 200.100.10.123 vCenter.TestLab.vn



Hình : DNS.

2.2 Cài đặt ESX4.0:

- Hộp thoại cài đặt

Có các chế độ cài đặt cho chúng ta lựa chọn : như graphical mode, text

mode, cript….

Mặc định trong vòng 30 giây thì chế độ mặc định được chọn cài đặt sẽ là

graphical mode, ở đây ta chọn cài đặt chế độ graphical mode (chế độ cài

đặt bằng giao diện đồ họa).

Hình : hộp thoại cài đặt.



- Chế độ graphical được load lên

.

Hình : load chế độ graphical.

- Hộp thoại wellcome xuất hiện .

Chọn Next để tiếp tục cài đặt.

- Hộp thoại End User License Agreement xuất hiện.

Check vào I acept the terms of license greement .

Click Next để tiếp tục cài đặt.

- Hộp thoại Select Keyboard xuất hiện.

Chọn U.S. English.

- Hộp thoại Custom Drivers xuất hiện.

Click vào Chọn Vào No.

Chọn Next.



Hình : hộp thoại Custom Drivers.

- Hộp thoại Load Drivers xuất hiện báo với chúng ta rằng trình thuật sĩ sẽ load

mọi driver cho ESX…

Click Yes để tiếp tục.

- Quá trình nạp drivers bắt đầu.

Sau khi load Drivers hoàn tấn ta click vào Next.

Hình : Quá trình nạp drivers.

- Hộp thoại License xuất hiện yêu cầu ta nhập serial number cho ESX.



Ở đây ta chọn xử dụng chế độ dùng thử nên ta check vào Enter a

serial number later

Và click Next.

Hình : hộp thoại License.

- Hộp thoại Network Confiuration xuất hiện để ta thiết lập adapter cho ESX

Nếu ta thiết lập VLAN cho ESX thì ta check vào This apdapter

requires a VLAN ID và điền vào một số ID cho VLAN. Nhưng

ở đây ta không sài VLAN nên ta không chọn dấu check This

apdapter requires a VLAN ID.

Click vào Next để tiếp tục cấu hình adapter cho ESX.



Hình : Hộp thoại Network Configuration.

- Hộp thoại yêu cầu ta thiết lập thông tin cấu hình cho ESX xuất hiện.

Nếu ta đã có sẳn DHCP server thì ta check vào Set automatically

using DHCP, nhưng theo các chuyên gia VMWARE khuyên thì

thực tế bạn nên chọn thiết lập IP tĩnh cho ESX.

Vì thế ta chọn Use the following network settings: và cấu hình

các thông số cho ESX server:

IP Address : 200.100.10.1

Subnet Mask : 255.255.255.0

Getway : 200.100.10.101

Primary DNS : 200.100.10.123

Host name : TestLab.vn

Và click vào Next.



Hình : hộp thoại yêu cầu ta thiết lập thông tin cấu hình cho ESX.

- Hộp thoại Setup Type xuất hiện yêu cầu ta chọn loại setup cho quá trình cài

đặt.

Ở đây ta để mặc định Standard setup.

Và nhấn Next để tiếp tục.



Hình : hộp thoại Setup Type.

- Hộp thoại ESX Storage Device xuất hiện.

Ta chọn Next để tiếp tục.

- Hộp thoại Data Loss Warning xuất hiện cảnh báo : dữ liệu thiết bị lưu trữ này

sẽ bị xóa trước khi cài đặt ESX, vì vậy nếu có dữ liệu trên partiton này thì hãy

chọn option khác.

Ở đây ta không có dữ liệu gì trên đây nên tao chọn OK để tiếp

tục.

- Hộp thoại Time Zone Settings xuất hiện.

Ở đây ta chọn Time zone : Asea /Saigon.

Và Click vào Next.



Hình : hộp thoại Time Zone Settings.

- Hộp thoại Date and Time xuất hiện yêu cầu ta thiết lập ngày giờ cho ESX.

Nếu ta có một NTP Server chuyên để đồng bộ giờ thì ta chọn

check vào Automatically và nhập IP của NTP server đó rồi bấm

vào Synchronize.

Nhưng ở đây ta chọn thiết lập bằng tay nên ta check vào

Mannually.Sau khi thiết lập xong ta Chọn Next để tiếp tục.



Hình : Hộp thoại Date and Time.

- Hộp thoại SetAdministratorPassword xuất hiện yêu cầu ta nhập password của

admin(root), lưu ý password không được ít hơn 6 ký tự.

Ta nhập mật khẩu cho root là :

password : 123456

Confirm password : 123456

Ở đây ta có thể Add thêm một user khác ngoài user root, nhưng ở

đây ta không add thêm user nào nữa nên ta chọn Next để tiếp tục.



Hình : Hộp thoại SetAdministratorPassword.

- Hộp thoại Summary of installation settings xuất hiện thống kê lại cho ta

những tinh chỉnh mà ta đã cấu hình.

Sau khi đã xem xong những tinh chỉnh ta đã cấu hình ta tiếp tục

nhấn Next để tiếp tục.



Hình : hộp thoại Summary of installation settings

- Quá trình cài đặt ESX bắt đầu.

Sau khi cài đặt xong ta nhấn next.



Hình : quá trình cài đặt.

- Và nhấn Finish để hoàn tất quá trình cài đặt ESX.



2.3 Khởi động và login vào ESX.

- ESX được boot lên ta chọnVMWAREESX 4.0 để boot vào làm việc ESX.

Hình : khởi động ESX.

- Màn hình screen xuất hiện.

Bấm Alt + F1 để mở ESX Console.

Hình : màn hình screen.



- Màn hình login xuất hiện yêu cầu ta nhập User name và password để đăng nhập

vào hệ thống.

Login : root

Password : 123456

Hình: màn hình login.

- Đã login vào hệ thống thành công.

Hình : login vào hệ thống thành công.

=> Tương tự như vậy ta triển khai tiếp một ESX server nữa.



3. TRIỂN KHAI VSPHERE CLIENT

3.1 Cài đặt vSphere Client:

- Mục đích của việc cài đặt vSphere Client : để cấu hình, quản lý VM trên một

ESX server.

- Tại một máy client bất kỳ có thể lien lạc được với ESX ta mở trình duyện lên.

Gõ địa chỉ : ESX.testlab.vn

Sauk hi truy cập được trang web của ESX click vào link

Download vSphere Client và down về máy sau đó tiến hành cài

đặt.

Hình : download vSphere Client.



- Sau khi download về file VMWARE-viclient.ext từ trình duyệt.

Double Click vào file VMWARE-viclient.exe để cài đặt.

- Hộp thoại chọn ngôn ngữ xuất hiện, chọn OK để tiếp tục.

- Hộp thoại Wellcome xuất hiện.

Chọn Next để tiếp tục.

- Hộp thoại Custom Setup xuất hiện.

Check vào Install vSphere Host Update Utility 4.0.

Click vào Next để tiếp tục.

Hình : hộp thoại Custom Setup.

- Hộp thoại Lisence Agreement xuất hiện.

Check chọn I gree to the terms in the licence agreement.

Và click vào Next để tiếp tục.

- Hộp thoại Destination Folder xuất hiện, để mặc định và bấm Next để tiếp tục.



- Hộp thoại Customer Information xuất hiện, điền thong tin vào và bấn Next.

- Hộp thoại Ready to Install the program xuất hiện click vào Install để cài đặt.

Hình : Install vSphere Client.

- Quá trình cài đặt được tiến hành.

Hình : quá trình cài đặt.

- Nhấn Finish để hoàn tất quá trình cài đặt.

3.2. Tạo VM mới trên ESX

- Mở vSphere Client lên.



Nhập :

IP address/ Name :ESX.TestLab.vn (địa chỉ của ESX

server)

User name : root

Password : 123456

Và click vào Login.

Hình : Login vào vSphere Client.

- Cửa sổ làm việc vSphere Client xuất hiện, login vào vSphere Client thành

công.



Hình : login vào vSphere Client thành công.

Tiến hành tạo VM trên ESX thông qua vSphere Client :

- Tại vSphere Client.

Click chuột phải vào ESX.testlab.vn chọn New Virtual

Machine…



Hình : Tạo VM.

- Hộp thoại Configure xuất hiện, chọn Custom và bấm Next.

Hình : hộp thoại Configure



- Hộp thoại Name and Location xuất hiện đặt tên cho VM và bấm Next.

Hình : Hộp thoại Name and Location.



- Hộp thoại Datastore xuất hiện, để mặc định và bấm Next.

Hình : Hộp thoại Datastore.

- Hộp thoại Virtual Machine Version xuất hiện để mặc định và bấm Next.

Hình : Hộp thoại Virtual Machine Version.



- Hộp thoại Guest Operating System xuất hiện giúp ta chọn loại hệ điều hành sẽ

cài cho VM, ở đây chọn Microsoft Windows và chọn Microsoft Windows

Server 2003 và bấm Next.

Hình : Hộp thoại Guest Operating System.



- Hộp thoại CPUs xuất hiện, chọn số processor, ở đây ta chọn 2 và bấm Next.

Hình : Hộp thoại CPUs.

- Hộp thoại Memory xuất hiện, set RAM cho VM, ở đây ta set 1 GB, bấm Next

để tiếp tục cấu hình.

Hình : Hộp thoại Memory.



- Hộp thoại Network xuất hiện, để mặc định, bấm Next để tiếp tục cấu hình.

Hình : Hộp thoại Network.



- Hộp thoại SCSI Controller xuất hiện, để mặc định và bấm Next để tiếp tục cấu

hình.

Hình : Hộp thoại SCSI Controller.

- Hộp thoại Select a Disk Chọn Create a new virtual disk và bấm Next để tiếp

tục.

Hình : Hộp thoại Select a Disk



- Hộp thoại Create a Disk set dung lượng cho ổ đĩa và chọn vị trí lưu, ở đây ta

chọn vị trí lưu là Storage1(check vào Specify a datastore và Browe… đến

Storage1). Và bấm Next để tiếp tục

Hình : Hộp thoại Create a Disk



- Hộp thoại Advanced Options để mặc định và nhấn Next để tiếp tục.

Hình : Hộp thoại Advanced Options.

- Hộp thoại Ready to Complete kiểm kê lại tất cả quá trình config máy ảo của ta,

ở đây ta check vào Edit the virtual machine settings before completion để

edit lại cấu hình VM một lần nữa nếu thấy thiếu sót hay cần chỉnh sửa. Và nhấn

vào Next để tiếp tục.

Hình : Hộp thoại Ready to Complete



- Xem lại xem cần cấu hình hoặc chỉnh xửa gì thêm cho VM hay không. Và bấm

OK để hoàn tất việc tạo một VM.

Hình : edit lại VM.



- VM sau khi được tạo xong.

Hình : VM sau khi được tao xong.

Setup OS cho VM:

- Tại vSphere Client click chuột phải vàoVM mới được tạo chọn Open Console

Hình : Open Console



- Console xuất hiện.

Nhấn Nút power

Và click chuột vào biểu tượng CD chọn Coneect to D (ổ CD trên

máy local, ở đây là máy mở vSphere Client), dĩ nhiên là đĩa

source cài đặt hệ điều hành đã được bỏ vào ổ CD – ROM trên

máy này.

Hình : console



- OS windows server 2003 Enterprise đang được setup cho VM vừa mới tạo

Hình : OS đang được setup trên VM mới tạo

- Đã tiến hành tạo VM và setup OS cho VM thành công.

Hình : Setup OS cho VM thành công



4.TRIỂN KHAI VCENTER SERVER

- Mục đích của việc cài đặt vCenter là để cấu hình quản lý tập trung nhiều ESX

server, tạo ra các cloud computing…

4.1 Cài đặt vCenter server

- Mở DVD setup vCenter lên và bắt đầu setup.

o Chọn link vCenter Serverđể setup vCenter.

Hình : Bắt đầu setup.



- Hộp thoại choose Setup Language xuất hiện, bấm OKđể tiếp tục.

- Hộp thoại wellcome xuất hiện, bấm Next để tiếp tục cài đặt.

- Hộp thoại License Agreement xuất hiện.

Chọn I gree to the terms in the lincese greement.

Và bấm Next để tiếp tục.

- Hộp thoại Customer Information xuất hiện.

Điền đầy đủ thông tin Username và Organization, license key

cho vCenter.

Ở đây ta sử dụng bản trial nên bỏ trống license key, chỉ điền

thông tin Username và Organizationvà nhấn Next để tiếp tục.

Hình : Hộp thoại Customer Information.

- Hộp thoại Data options xuất hiện yêu cầu ta cài đặt SQL Server nếu như ta

chưa cài đặt SQL server, còn nếu có rồi thì ta sử dụng database đã có sẳn bằng

việc check vào Use a exiting supported database và đánh tên Data source đã có

sẳn.

Ở đây vì chưa có cài đặt SQL Server và chưa có data souce nên ta

chọn Install a Microsoft SQL Server 2005Express instance.

Và nhấn Next để tiếp tục việc cài đặt.



Hình : Hộp thoại Data options.

- Hộp thoạivCenter Server Services xuất hiện yêu cầu ta cấu hình user để quả lý

database này.

Ở đây ta sử dụng Account hệ thống nên ta để mặc định(có dấu

check vào Use SYSTEM Acount).

Nhấn Next để tiếp tục.

Hình : Hộp thoại vCenter Server Services.



- Hộp thoại Destination Folder xuất hiện bấn Next để tiếp tục.

Hình : Hộp thoại Destination Folder.

- Hộp thoại vCenter Server Linked Mode Options xuất hiện, ta để mặc định và

nhấn Next để tiếp tục.

Hình : Hộp thoại vCenter Server Linked Mode Options.



- Hộp thoại Config Ports xuất hiện ta để mặc định và nhấn Next để tiếp tục.

Hình : Hộp thoại Config Ports.

- Hộp thoạiReady to Install the Program xuất hiện, ta nhấn Install để cài đặt.

Hình : Hộp thoại Ready to Install the Program .



- Việc cài đặt SQL Server và cài đặt vCenter được tiến hành.

Hình : quá trình cài đặt SQL Server và vCenter.

- Sau khi việc cài đặt SQL Server và vCenter xong ta nhấn Next và chọn Finish

rồi bấm OK để Restart lại máy.

4.2.Làm việc với vCenter:

4.2.1 Connect vào vCenter:

- Sau khi đã cài đặt vCenter Server xong ta tiến hành mở vSphere Client lên để

conect vào vCenter Server để làm việc.

IP address / Name : gõ tên hoặc địa chỉ IP của vCenter

Server(vcenter.testlab.vn).

User name : gõ user name của vCenter Server (administrator)

Password : 123.

Và nhấn Login để đăng nhập vào vCenter.



Hình : Login vào vCenter.

- Đã login và vCenter thành công, bây giờ bạn có thể cấu hình để quản lý các

ESX Server, tạo ra các data center….

Hình : login vào vCenter thành công.



4.2.2 Tạo datacenter, cluster, và add host vào Cluster

Tạo datacenter :

- Sau khi đăng nhập vào vCenter.Click chuột phải vào vCenter.testlab.vn chọn

New Datacenter

Hình : tạo datacenter (hình 1).

- Đặt tên cho Datacenter.

Hình : tạo datacenter (hình 2).



Tạo Cluster :

- Mục đích của việc tạo cluster là để thực hiện các chức năng :

vmotion,drs,VMHA,vSmotion….

- Click chuột phải vào Datacenter mới vừa tạo chọn New cluster.

Hình : tạo cluster (hình 1).



- Hộp thoại Cluster Features xuất hiện.

Name : gõ tên cluster (Cluster HCM)

Và bấm Next để tiếp tục.




- Hộp thoại VMWARE EVC xuất hiện.để mặc định và nhấn Next.

- Hộp thoại VMWARE Simple Location xuất hiện bấm Next.

- Hộp thoại xuất hiện,nhấn Finish để hoàn tất việc tạo mới một cluster.




Add Host vào Cluster :

- Tại Cluster mới vừa tạo > click chuột phải chọn Add Host.

Hình : Add Host vào Cluster (hình 1).

- Hộp thoại Specify Connection Settings xuất hiện.

Host: ESX.TestLab.vn (gõ tên hoặc IP của ESX server muốn thêm vào).

Username : root (gõ Username của ESX server muốn thêm vào).

Password : 123456(gõ Password của ESX server muốn thêm vào).




- Hộp thoại cảnh báo xuất hiện, chọn YES.

- Hộp thoại Host Information xuất hiện, bấm Next.

- Hộp thoại License key xuất hiện bấm Next.



- Và nhấn Finish để hoàn tất


- Tương tự như vậy cho ta add thêm host ESX1.TestLab.vn vào, và kết quả sao

khi Add 2 host trên vào Cluster là :




5.TRIỂN KHAI SAN

5.1.Cài đặt Openfiler

Mục đích của việc cài đặt Openfiler :

- Ta đã có ESX nhưng chưa thể sử dụng các tính năng như vMotion,

SVMotion, VMHA, FT, DRS và DPM . Để có thể sử dụng các tính năng đó

ta phải có một Storage trung gian nhưng LUN SAN, nhưng hiện nay một

máy chủ SAN thì khá đắt đỏ có lẽ sẽ khó có ai có thể mua nó về để sử dụng

cho việc test trên lab. Nhưng ta đã có cách giải quyết vấn để đó.

- Openfiler là giải pháp mà ta đã chọn. Khi cài đặt và cấu hình hiểu đơn giản

Openfiler sẽ tạo một SAN ảo để các ESX có thể connect đến storage trung

gian này.

- Ta sẽ bước vào cấu hình và cài đặt Openfiler.

Bước 1: Tại giao diện cài đặt -> Enter để vào chế độ cài đặt bằng giao diện đồ

họa

Hinh: Lựa chọn chế độ cài đặt

Bước 2: Tại màn hình cài đặt một hộp thoại xuất hiện thông báo ta có muốn test

ổ CD không -> Chọn SKIP để bỏ qua quá trình này



Hình: Test Ổ đĩa CD

Bước 3: Màn hình Wellcom -> Click Next

Bước 4 : Chọn ngôn ngữ hiện thị của keyboard



Hình: Lựa chọn ngôn ngữ keyboard

Bước 5: ở bước này openfiler sẽ đưa ra 2 tùy chọn

o Automatically Partition: Openfiler sẽ tự động cài thiết lập các

partition.

o Manualy Partition witch Disk Druid: Người dùng tự thiết lập.

Ở đây ta chọn lựa chọn thứ 2 tự thiết lập bằng tay.

Hình: Lựa chọn khởi tạo partion

Bước 6: Hộp thoại cảnh báo dữ liệu sẽ mất sau khi format -> Chọn Yes để tiếp

tục



Hình: Hộp thoại cảnh báo

Bước 7: Tacần tạo 3 partition sau đây để có thể cài Openfiler:

o "/boot" - đây sẻ là nơi lưu trữ các kernel và hệ thống khởi động trên

máy chủ

o "swap" - đây là phân vùng chuyển giao giữ bộ nhớ và ổ đĩa cứng

o "/"- đây là phân vùng lưu trữ các ứng dụng và các thư viện cài đặt.

a. Create /boot Partition

- Để tạo Partition ta nhấn nút New, nhập các thông tin cấu hình như sau tùy theo

cấu hình ổ đĩa cứng của ta mà ta sẽ thấy ổ đĩa là dạng hda là chuẩn IDE hay sda

là chuẩn SCSI và bạn chọn đúng với định dạng đó.

1. Mount Point: /boot

2. Filesystem Type: ext3

3. Allowable Drives: chọn một loại ổ đĩa (hda) hoặc (sda)

4. Size(MB): 100

5. Additional Size Options: chọn Fixed Size

6. Force to be a primary partition: chọn mục này



Hình: Khởi tạo /boot

b. Create /root Partition

- Ta tiến hành tạo partition root cũng tương tự như tạo partition boot nhưng

Mount Point: ta để "/" và Size(MB): là 2048MB hoặc tối thiểu là 1024MB.



Hình: Khởi tạo /root

c. Create /swap Partition

- Ta tiến hành tạo partition Swap cũng giống như tạo 2 partition trên, ta chỉ

chú ý chọn File System Type là Swap tại Size(MB): chọn tối thiểu 1024MB

và không cần vượt quá 2048MB.

Hình: Khởi tạo /swap

- Sau khi tạo xong ta có các partition phù hợp sau để cài đặt Openfiler.



Hình: Kết quả sau khi tạo các partition để cài Openfiler

- Kiểm tra lại các thông tin và click Next

Bước 8: Cấu hình Network Configuration

o Chọn Edit để cấu hình card mạng



Hình: Click Edit để cấu hình card mạng

- Bỏ check Configuration using DHCP

- Check Active on boot



Hình: Lựa chọn cách cấu hình card mạng

- Nhập vào địa chỉ IP và Subnet mask cho Openfiler

Hình: Nhập thông số cho card mạng



- Hostname: nhập vào Hostname mà ta muốn sử dụng.

- Defaut Gateway trỏ về thiết bị routing.

- Primary DNS: trỏ về DNS Server.

Hình: Nhập vào các thông số cho Openfiler

- Chọn múi giờ thích hợp

Hình: Lựa chọn múi giờ cho Openfiler



- Nhập vào password admin

Hình: Nhập password cho admin

- Click Reboot để hoàn tất quá trình cài đặt

Hình: Kết thúc quá trình cài đặt



- Màn hình Login đã xuất hiện

Chú ý: Mật khẩu và ID dùng để đăng nhập mặc định là:

o ID: openfiler

o Password:password

o Dùng giao diện web để cấu hình thì gõ vào thanh address của

trình duyệt theo địa chỉ sau:

o https://<hostname or IP Adress SAN>:446

5.2 Cấu hình Openfiler

Bước 1: Đăng nhập vào Openfiler:

- Nhập vào thanh address trình duyệt địa chỉ IP hoặc là Hostname mà ta đã thiết

lập ban đầu khi cài Openfiler.



Hình : Đăng nhập vào Openfiler.

Bước 2: Sau khi đăng nhập chọn tab System để cấu hình card mạng cho Openfiler

Hình : Cấu hình card mạng cho Openfiler.

Bước 3: Tại Box Network access configuration



Thêm các Server ESX mà ta đã có vào.

- Name : Đặt tên bất kỳ

- Network/Host: IP là dãy IP ta cho phép connect vào.

- Netmask: đây là subnetmask của IP trên.

- Type: Chọn share để có thể connect vào iSCSI.

- Click Update.

Hình : Thêm các Server ESX mà ta đã có vào.

Bước 4: Tạo một physical volume:

- Chọn tab Volume, bên khung tay phải của tab volume chọn Block Devices

Hình : Tạo một physical volume(hình 1)

- Click vào ổ đĩa mà ta muốn cấu hình.




- Như ta đã thấy ở đây Openfiler hiển thị khá rõ ràng không gian ổ đĩa mà ta đã

sử dụng và chưa sử dụng.


- Tại box Creat a partition “ổ đĩa mà ta đã chọn ở trên ” tạo mới bằng cách nhập

vào các thông số.

o Mode: ta để là Primary.

o Partition Type: ta chọn là physical volume (để giả lập phân vùng vật lý

cho việc lưu trữ các file VMFS phục vụ cho tính năng vMotion của các

ESX sau này).

o Chú ý vào Starting cylinder và End cylinder để chọn cho đúng dung

lượng mà ta muốn tạo trên mỗi physical volume.

o Click vào Create.




- Tạo thành công một physical volume:


Bước 5: Tạo Volume Group:

- Chọn Volume Groups bên khung tay phải của tab Volume

- Tại box Create a new volume group nhập vào tên của volume group mà ta

muốn tạo.

- Check vào Physical volume mà ta vừa tạo lúc nãy.

- Click Add volume group.



Hình : tạo Volume Group(hình 1)

- Đã xuất hiện volume group trên box Volume Group Management.

Hình : tạo Volume Group(hình 2)

Bước 6: Tạo iSCSI Volume với ESX Volume Group

- Chọn Add Volume bên khung tay phải của tab Volume

- Kéo xuống tại box Create a volume in “tên mà ta group volume mà ta đã tạo

vừa rồi”.

o Volume name: ta có thể đặt tên bất kỳ.

o Volume Description: Diễn giải thêm về volume này (mục này ta có thể

bỏ qua).

o Require Space (MB): Dung lượng tùy chọn cho volume này.

o Filesystem/Volume type : Ta phải chọn là iSCSI thì mới có thể lưu trữ

qua SAN được.

o Click Create.



Hình : Tạo iSCSI Volume với ESX Volume Group (hình 1).

- Thông tin về volume ta vừa tạo.

Hình : Tạo iSCSI Volume với ESX Volume Group (hình 2).

Bước 7: Tạo iSCSITarget

- Chọn iSCSIstarget bên khung tay phải của tabVolume.

- Tại box Add new iSCSI target để Targer IQN mặc định chọn Add.

Hình : Tạo iSCSITarget(hình 1).



- Bây giờ ta đã có iSCSI với các chức năng mặc định nhưng ta cần phải map

iSCSI này đến LUN chọn tab LUN Mapping -> Click Map.


- Tiếp theo qua tab Network ACL ta chọn tại cột access cho cột access là Allow -

>Click Update.


Bước 8: Start Services để các ESX có thể connect đến iSCSI.

- Mặc định Openfiler đã Disable services iSCSI Server Target vì vậy ta phải

Enable lên.

- Nhấn vào enable Servies iSCSI Server Target.

- Bây giờ coi như ta đã xây dựng được một VMWARE’s Virtual Infrastructure

Client và ta có thể thêm các iSCSI volume và format theo định dạng VMFS để

có thể sử dụng với máy ảo.



6.CẤU HÌNH ĐỂ ESX CÓ THỂ SỬ DỤNG Ổ ĐĨA LUN VÀ TRIỂN KHAI

VMOTION

6.1.Cấu hình dvSwitch

* Lợi ích khi cài đặt DISTRIBUTED VIRTUAL SWITCH

(DVSWITCH)

- Tất cả các VMs đều connect vào cùng một switch.

- Tạo một Switch vào áp dụng nó cho toàn bộ các ESX trong một cluster.

- Rất phù hợp cho việc cấu hình Network và số liệu thống kê cũng như

tiện ích cho việc di chuyển các máy ảo sử dụng tính năng vMotion.

- Tăng khả năng bảo mật, điều khiển băng thông, VLAN, và nhiều hơn

nữa.

- Có khả năng bổ xung thêm 3 tính năng bên Nexus 1000v của Cissco.

Bước 1: Tại Home chọn Networking

Hinh: Giao dien quan ly Home

Bước 2: Right Click lên DataCenter mà ta muốn tạo dvSwitch



Hình : Right Click để tạo dvSwitch

Bước 3: Tại mục General

- Name: Tên dvSwitch mà ta muốn đặt(Tùy chọn).

- Number dvPort Uplink port: Số lượng tối đa của các adapter vật lý kết

nối vào các host (Tùy chọn).

Hình : Cấu hình tại mục General



- Click Next

Bước 4: Tại mục Add host and Physical adapters

- Ta có thể chọn add các host và các adapter sau hoặc là add ngay bây giờ.

- Chọn Add Now để thêm các host và adapter.

- Check vào các host và các adapter mà ta muốn thêm vào.

- Click Next.

Hình : Cấu hình tại mục Add host and Physcal adapters

Bước 4: Tại mục Ready Complete

- Bỏ check mục Automatically create port group: Để ta có thể thêm các

máy ảo vào sau.

- Click Finish.



Hình : Cấu hình tại mục Ready Complete

Bước 5: Tạo mới port Group để dễ dàng quán lý và nâng cao hiệu suất hoạt động của

các VMs

- Right Click vào dvSwitch ta vừa tạo -> chọn New Port Group

Hình : Right Click để tạo mới một port Group



- Ta có thể cấu hình tùy nhu cầu tại mục Properties ->Click Next

Hình : Cấu hình tại mục Properties

- Click Finish.

Bước 6: Thêm một máy vào Port Group

- Right Click lên máy ảo -> Chọn Edit Setting

- Màn hình Properties của VM xuất hiện chọn card mạng ta muốn thêm

vào.

- Bên khung tay phải, tại Tab Network Connection:



o Network Label: Chọn Port Group mà ta muốn thêm vào.

o Click OK.

Hình : Cấu hình thêm card mạng vào Port Group

Bước 7 : Migrate adapter vật lý đang kết nối bên virtual switch sang Distributed

virtual switch

- Right click lên ESX Server ta muốn Migrate.

- Chọn tab Configuration -> bên dưới box Hardware -> chọn

Networking

- Khung View ->chọn Distributed virtual switch ->

- Khung bên dưới Chọn Manager Virtual Adapters



Hình : Cấu hình Migrate

- Tại hộp thoại Manager virtual adapter -> chọn Add

- Hộp thoại Add virtual adapter->Mục Creation Type -> Chọn Migrate

existing virtual adapter ->Click Next



- Mục Network Connectivity ->Tại Option Select By -> Chọn Port

Group ->Click Next

Hình : Cấu hình mục Network Connectivity



- Click vào Virtual Adapter: Service Console bên cột Distributed virtual

port ->Chọn Port Group mà ta đã tạo.

- Làm tương tự cho VMkernel ->Click Next

- Click Finish -> Click Close

- Trở lại mục view ->Chọn Virtual Switch -> Remove -> Click Yes



- Trở lại mục view ->Chọn Distributed Virtual Switch -> Chọn

Manager Physical Adapters

- Click vào Add NIC của bất kỳ dvUplink nào cho phép Add.



Hình : Thêm vào một physical Adapter

- Chọn card mạng ta muốn thêm vào -> Click OK

Hình : Lựa chọn card mạng muốn thêm vào

- Kết quả ta có 2 card mạng cho một dvSwitch TPHCM là vmnic1 và

vmnic0



- Làm tương tự cho các ESX còn lại.

Yêu cầu đã cấu hình và kích hoạt tính năng vMotion trên các ESX.

6.2 Cấu hình cho ESX để có thể sử dụng ổ đĩa SAN

Bước 1: dùng vSphere client connect vào vCenter.

Bước 2: Chọn Server ESX mà ta muốn cấu hình

a. Cấu hình ESX firewall để cho phép iSCSI Software iniator ra ngoài

- Chọn tab “Configuration” tại Box Software bên tay trái chọn “Security Profile”

-> “Properties”.



Hình : Cấu hình ESXsử dụng OpenfileriSCSILUN (hình 1).

- Check “Software iSCSI Client” -> Click OK.




b. Cấu hình VMKernel Network

- Tại box Hardware bên tay trái chọn: Networking -> Chọn Add Networking


- Hộp Thoại Add new Wizard xuất hiện -> Chọn Vmkernel ->Next




- Chọn User vSwitch0 ->Next


- Check vào Use this port group for vMotion




- Nhập IP cho VMKernel




- VMKernel Default Gateway -> chọn Edit -> nhập vào gateway của máy nào

làm chức năng routing -> Click Next.


- Click Finish.




c. Enable the iSCSI software initiator.

- Trở lại tab “Configuration” -> tại box HardWare -> Chọn Storage Adapters.

o Tại iSCSISoftware Adapter -> chọn Properties.

Hình : Enable the iSCSI software initiator (hình 1).

o Tại tab General -> Chọn Configure…

o Check vào enable




- Tại tab Dynamic Discovery -> Chọn Add


- Hộp thoại AddSendTargetServer xuất hiện -> tại dòng iSCSIServer nhập vào

hostname của server iSCSI mà ta đã tạo -> số Port để mặc định -> Click Next.


- Click Close.

- Một messenge xuất hiện hỏi ta có muôn scan lại adapter mà ta vừa cấu hình

xong hay không -> Click Yes



- Quay trở lại box Hardware bên khung tay phải -> Chọn Storage -> chọn

AddStorage.


- Để mặc định tùy chọn là Disk/LUN -> Click Next.


- Click vào ổ lưu trữ SAN mà ta vừa cấu hình cho ESX xong -> Click Next.




- Click Next.

- Đặt tên bất kỳ cho datastore.




- Click Next.

- Click Finish

- Đã xuất hiện ổ đĩa LUN trong datastore của ESX


Tương tự cấu hình SAN iSCSI cho các Server ESX còn lại.



HƯỚNG MỞ RỘNG CỦA LUẬN VĂN

- Luận văn hiện nay chỉ dừng lại ở mức tìm hiểu về nền tảng và cấu trúc của ESX

Server, triển khai demo ở quy mô nhỏ.

- Nếu có điều kiện thì luận văn có khả năng triển khai mở rộng trên quy mô lớn

để có thể áp dụng tốt hơn cho các doanh nghiệp song song đó có thể tìm hiểu và

kết hợp thêm một số tính năng và công cụ kèm theo rất hữu ích cho việc hỗ trợ

về các vấn đề như bảo mật, backup data và giám sát các hoạt động của toàn bộ

hệ thống ảo hóa mà ta đã triển khai.

KẾT LUẬN

- Qua quá trình nghiên cứu và triển khai thử nghiệm mô hình. Theo ý kiến cá

nhân của riêng chúng em thì đề tài này khá hay.

- Hy vọng với công nghệ Cloud Computing kết hợp với giải pháp ảo hóa của

VMWARE sẽ mang lại rất nhiều lợi ích cả về kinh tế cũng như môi trường cho

các doanh nghiệp trong hiện tại cũng như trong tương lai.



TÀI LIỆU THAM KHẢO

- Ebook :

o VMware_ESX_Server_Advanced_Technical_Design_Guide

o esx_vc_installation_guide

o VMware_paravirtualization

o ESXServer_AnywhereUSB

- Website :

o http://www.vmware.com

o http://congngheaohoa.com

o http://www.itcomparation.com


http://www.itcomparation.com/

http://congngheaohoa.com/

http://www.vmware.com/


PHỤ LỤC : SO SÁNH GIỮA ESX 4 CỦA VMWARE

VÀ HYPER-V CỦA MICROSOFT:

VMWARE/EMC Microsoft/Hyper-V

URL http:// www.VMWARE.com www.microsoft.com/

windowsserver2008/en/us/

hyperv-main.aspx

Nhận Xét của

IT Comparison

- Website của VMWARE có chút dễ dàng duyệt hơn trong các

bảng xếp hạng về công nghệ ảo hoá so với Microsoft , đó là

cốt lõi của việc kinh doanh, trong việc so sánh với hàng tấn

sản phẩm của Mircosoft.

Tên sản phẩm

VMWARE -Vsphere 4

Microsoft Windows Server

2008 R2 _Hyper - V

Mức Giá - VMWARE Vsphere

Standard $795 mỗi CPU.

- VMWARE Vsphere

Advanced $2245 mỗi CPU.

- VMWARE Vsphere

Enterprise $2875 mỗi CPU.

- VMWARE Vsphere

Enterprise Plus $3495 mỗi

CPU.

-Microsoft Windows Server

2008 R2 Standard $1209

mỗi host.


2008 R2 Enterprise $3999

mỗi host.


2008 R2 Data Center

$2999 mỗi host.



Chi phí quản lý Virtual vCenter server: cần

$4995 để quản lý đầy đủ cơ sở

hạ tầng.

System Center Server

Management Suite

Datacenter (SMSD) $1498

mỗi host.

Nhận Xét của

IT Comparison

- Một điều quan trọng mà đa số đều bỏ qua là chi phí cho một

ứng dụng quản lý.

- VMWARE đã có Virtual Center, chi phí cố định cho một

trung tâm ảo và có thể quản lý không giới hạn số lượng máy

chủ này là $4995.

- Trong khi đó để có được những chức năng tương tự như vậy

đối với Hyper-V ta cần phải có Suite Enterprise có giá

khoảng $1498 cho mỗi CPU. Từ đó có thể suy ra chi phí ẩn

cho Hyper-V sẽ phụ thuộc vào cơ sở hạ tầng có bao nhiêu

máy chủ và số lượng CPU.

THÔNG SỐ KỸ THUẬT CHO MÔI VMs

Hỗ trợ các loại

CPU

- 64Bit Intel/AMD - CPU có khả năng

chạy 64Bit Intel-

VT/ADM-V

Nhận Xét của

IT Comparison

- Hyper-V yêu cầu CPU phải có khả năng chạy công nghệ

VT của Intel hay công nghệ V của AMD. VMWARE thì

không yêu cầu điều này, trừ khi ta cần chạy máy ảo bản

64Bit trên đó. Điều có thể nói một điều rằng

VMWAREESX4 có thể cho phép ta chạy trên những

máy Server cũ không hỗ trợ công nghệ VT hoặc V.



- Ví Dụ: Những máy chủ IBM X364 có hỗ trợ bản 64bit

nhưng không hỗ trợ công nghệ Intel-VT. Vậy theo đánh

giá ở trên IBM X364 chỉ có thể chạy VMWAREESX 4

mà không thể chạy trên Hyper-V của Microsoft. Điều

này sẽ rất ý nghĩa nếu ta muốn tận dụng lại những con

server cũ để chạy máy ảo.

Logical

Processcors/Hos

t

- 64 - 64

Memory

Supported

- 1TB - 1TB

Max allowed

Faileover Nodes

- 32 - 16

Running

Guest/Host

- 320 - 384

Running

Guest/Cluster

Node

- 160 - 64

Hộ trợ thiết bị

I/O

- IDE, SCSI, SAS, SATA,

FC, 1Gb

-

and 10Gb Ethernet,

iSCSI, NFS,

FCOE, Infiniband

- IDE, SCSI, SAS,

- SATA, FC, 1Gb and

10Gb Ethernet,

iSCSI, CIFS, FCOE,

Infiniband

Memory Over

Commitment

- Yes - No



Transparent

page Sharing

- Yes - No

Hỗ trợ phần

cứng

- Tham khảo thêm tại

http://www.VMWARE.c

om

- Hầu hết các phần cứng

được hỗ trợ bở Windows

Server 2008 thì Hyper-V

đều hỗ trợ.

Sử dụng các

Driver

- Drivers chuyên về ảo

hóa.

- Hầu hết là Drivers của

Windows Server 2008.

Storage Multi-

pathing

- Supported Out of the

box.

- Phụ thuộc vào card HBA

(Qlogic Host Bus

Adapter) và ổ lưu trữ của

nhà cung cấp.

Network card

teaming

- Supported Out of the

box.

- Phụ thuộc vào nhà cung

cấp Card Mạng.

Nhận Xét của

IT Comparison

- Khi nói đến việc hỗ trợ phần cứng và việc sử dụng Driver thì

VMWARE và Microsoft đi theo 2 hướng hoàn toàn khác

nhau:

- VMWARE sử dụng cách tiếp

cận khác, họ đã tích hợp tối ưu

một trình điều khiển về ảo hóa

vào bên ngoài hộp cài đặt.

- Cách tiếp cận này đảm bảo

hiệu suất hoạt động và độ ổn

định của các trình điều khiển,

cũng như đảm bảo việc card

NIC Teaming & Multi-Pathing

-Microsoft Windows

Serv er 2008 Hyper-V R2

thì hỗ trợ phần cứng

nhiều hơn vì nó hỗ trợ tất

cả các phần cứng mà

Microsoft Windows

Server 2008 R2 hỗ trợ.

- Các vấn đề về Trình điều

khiển cho các hệ điều



luôn sẵn sàng bên ngoài hộp

với việc bạn cài bất kỳ phiên

bản nào của VMWARE mà

không cần phụ thuộc vào

những gì mà nhà cung cấp

phần cứng cung cấp.

hành nói chung luôn phụ

thuộc vào nhà cung cấp

phần cứng và ở một vài

trường hợp nào đó thì sẽ

xuất hiện tình trạng máy

chạy không ổn định.

- Theo Microsoft 2008

Hyper-V R2 thì nó hoàn

toàn phụ thuộc vào nhà

cung cấp phần cứng

trong việc đưa ra các

trình điều khiển riêng

của MS.

- Card NIC (Network

Interface Card) có sẵn

và hỗ trợ Teaming &

Multi-Pathing thì phụ

thuộc nhiều vào nhà

cung cấp phần cứng của

bạn.

THÔNG SỐ KỸ THUẬT CỦA MỖI MÁY ẢO

Max Virtual

SMP

- 8 - 4

Max

Memory/VM

- 255GB - 64GB

Direct I/O - VMDirectPath I/O - N/A

Snapshot/VM - 32 - 50



Thin

Provisioning

- Yes - Yes

Supported

storage of guest

VMs

- Direct, SAN, NAS, iSCSI - Direct, SAN, iSCSI

Supported OS Microsoft Supported Server Operating Systems

- MS Windows 2008 R2 (Up to 8

vCPU)

(Standard/Enterprise/Datacenter/

Web/ Small Business)

- MS Windows 2008 x86/x64 (up

to 8 vCPU)

(Standard/Enterprise/Datacenter/

Web/ Small Business)

- MS Windows 2003 R2

(x86/x64) (Up to 8 vCPU) (all

service packs)

- MS Windows 2003 (x86/x64)

(Up to 8 vCPU) (all service

packs)

- MS Windows 2000 x86 (up to 8

vCPU) (SP3/SP4)

- Windows NT 4.0 Service Pack

MS Windows 2008 R2

(Up to 4 vCPU)

(Standard/Enterprise/Datac

enter)

- MS Windows 2008

x86/x64 (up to 4 vCPU)

(Standard/Enterprise/Datac

enter)

- MS Windows 2003 R2

(x86/x64) (Up to 2 vCPU)

(minimum SP2)

- MS Windows 2003

(x86/x64) (Up to 2 vCPU)

(minimum SP2)

- MS Windows 2000 x86

(up to 1 vCPU) (minimum

SP4)



6a Server

Microsoft Supported Client Operating Systems

MS Windows 7 x86/x64 (up to 8

vCPU) (All editions are

supported)

- Windows Vista x86/x64 (up to 8

vCPU) (minimum of SP1)

- Windows XP Professional

x86/64 (with or without

SP1/SP2/SP3) (up to 8 vCPU)

- Windows 2000 Professional

- Windows 3.1/95/98

- Windows NT 4.0 Service Pack

6a Workstation.

- MS Windows 7 x86/x64 (up to

4 vCPU) (Professional & above)

- Windows Vista x86/x64 (up to 2

vCPU) (minimum of SP1)

- MS Windows 7 x86/x64

(up to 4 vCPU)

(Professional & above)

- Windows Vista x86/x64

(up to 2 vCPU) (minimum

of SP1)

- Windows XP

Professional x86 SP3 (up

to 2vCPU)

- Windows XP


to 1vCPU)

- Windows XP


to 2 vCPU)



- Windows XP Professional x86

SP3 (up to 2vCPU)


SP2 (up to 1vCPU)


SP2 (up to 2 vCPU)

Non-Microsoft Supported Operating Systems

VMWARE hỗ trợ hầu hết các OS

Linux/Unix và những OS không

phải của Microsoft khác. Dưới

đây chỉ là một số ít OS được trình

bày. Ta có thể ghé thăm website

của VMWARE để biết thêm về

tính tương thích giữa các OS.

Redhat Enterprise Linux

2.1/3/4/5 x32/x64 (up to 8

vCPU)

- Redhat Linux 7/8/9 (up to 8

vCPU)

- Suse Linux (most versions are

supported including 7/8/9/10/11

& Open Suse)

- Ubuntu (many version are

supported)

- SUSE Linux Enterprise

Server 10 x86/x64 SP1 (up

to 1 vCPU)


Server 10 x86/x64 SP2 (up

to 1 vCPU)


Server 11 x86/x64 (up to 1

vCPU)

- Red Hat Enterprise Linux

(RHEL) 5.2, 5.3, 5.4

x86/x64 (up to 1 vCPU)



- Solaris 10/ Netware/

FreeBSD/CentOS/ & other Linux

OS's.

Nhận Xét của

IT Comparison

- Hiển nhiên hiện nay VMWARE đang dẫn đầu về số lượng hệ

điều hành hỗ trợ trên nền tảng ảo hóa.

- Ngay cả khi tìm kiếm một hệ điều hành riêng nào đó của

Microsoft, ta luôn bị hạn chế bởi số lượng CPU và những

hệ điều hành cũ thì không có hỗ trợ chúng.

- Ví Dụ như: Windows Server 2008 bị giới hạn trong 4CPU,

Windows Server 2003 giới hạn trong 2CPU và Windows

Server 2000 thì 1CPU.

Việc hạn chế số lượng CPU và Ram cho phép có thể giúp cho

máy ảo làm giảm hiệu suất. Điều đó sẽ gây nên sự hạn chế nếu

xử lý một khối lượng lớn công việc trên Hyper-V. VMWARE

đang dẫn đầu về việc hỗ trợ kỹ thuật cao hơn trên một máy ảo

mang đến lợi ích nhiều hơn khi xử lý khối lượng công việc lớn

cùng một lúc.

TÍNH NĂNG

Những công

cụ quản lý

- VMWARE VCenter 4 - System Center

Server Manager

Suites

Live

Migration

- Yes - Yes

Simultaneou

s Live

Migration

- Yes - No

Nhận Xét -Một trong những cải tiến của Hyper-V R2 so với Hyper-V V1 là



của IT

Comparison

thêm vào tính năng Live Migration. Nhưng có chút giới hạn là

tại một thời điểm chỉ có thể di chuyển được 1 máy. Thời gian trễ

trong việc Live Migration đồng thời trong Hyper-V R2 có thể sẽ

chậm hơn rất nhiều trong trường hợp ta cần di chuyển các máy

chủ càng nhanh càng tốt, vì ta sẽ phải chờ cho mỗi máy ảo kết

thúc quá trình migration thì mới bắt đầu migration máy ảo tiếp

theo. Nhìn thấy tính cần thiết trong việc di chuyển đồng thời

nhiều máy cùng lúc đó nên VMWARE đã nhanh chóng hỗ trợ

công nghệ này.

-Đó là nói về việc hỗ trợ Live Migration của Hyper-V. Bây giờ ta

tiếp tục với VMWARE xem họ đã hỗ trợ gì cho việc tối ưu quá

trình di chuyển các máy ảo. VMotion chính là sự thể hiện việc

cố gắng và nỗ lực của VMWARE trong việc hỗ trợ Live

Migration. Chúng tôi đã gặp một số rắc rối như: bị lỗi kernel trên

Redhat 4 & 5 & Màn hình xanh trên Windows Server 2003 SP2.

Đó lã những lỗi mà chúng tôi gặp trong quá trình chạy thử

nghiệm việc di chuyển các máy qua lại liên tục trên Hyper-V.

Storage Live

Migration

- Yes - No

Nhận Xét

của IT

Comparison

- Live Migration Storage là một trong tính năng

mà Hyper-V không hỗ trợ điều đó cho thấy

Hyper-V đã thiếu tầm nhìn hơn so với

VMWARE.

- Tính năng này đã được VMWARE cung cấp từ

phiên bản Storage Vmotion của VMWARE VI3.

Chúng tôi đã rất ngạc nhiên khi Microsoft đã



không cung cấp tính năng này trong Hyper-V R2.

- Hầu như các máy ảo của MS Hyper-V đều sẽ di

chuyển từ một nơi lưu trữ máy ảo đơn lẽ đến một

nơi lưu trữ đa máy ảo được thiết kế với Hyper-V

R2 nhờ tính năng này mà Storage Live Migration

của Hyper-V trở nên tiện dụng hơn đôi chút.

Tham khảo tại: http://www.itcomparison.com


http://www.itcomparison.com/


9.3 ĐÂY LÀ BẢNG SO SÁNH CÁC TÍNH NĂNG CHỈ CÓ Ở

VMWARE MÀ CÁC HÃNG CHUYỂN VỀ ẢO HÓA KHÁC

KHÔNG CÓ

HYPERVISOR

ATTRIBUTES

VMWAREESX/ESXI

4.0

WINDOWS

SERVER 2008

R2 WITH

HYPER-V

CITRIX

XENSERVER

5.5

Small Disk

Footprint 70 MB disk footprint >2GB with

Server Core

installation

~10GB with full

Windows

Server

installation

1.8GB

OS independence

No reliance on general

purpose operating

system

Relies on

Windows 2008

in Parent

Partition

Relies on Linux

in Dom

management

Partition

Advanced

Memory

Management

Ability to reclaim

unused memory, de-

duplicate memory pages

No ability to

reclaim unused

physical

No ability to

reclaim unused

physical



memory, or de-

duplicate pages

memory, or de-

duplicate pages

Advanced Storage

Management

VMWARE vStorage

VMFS, Storage vMotion

Lacks an

integrated cluster

file system, no

live storage

migration

Lacks an

integrated

cluster file

system, no live

storage

migration,

storage features

support very

few arrays

High I/O

Scalability Direct driver model I/O bottleneck

in parent OS

I/O bottleneck

in Dom0

management OS

Host Resource

Management Network traffic shaping,

Storage I/O priorities,

per-VM resource shares

Lacks similar

capabilities

Lacks similar

capabilities

Performance

Enhancement AMD RVI, Intel EPT

large memory pages,

universal 8-way vSMP,

VMI paravirtualization,

VMDirectPath I/O, PV

guest SCSI driver

No large

memory pages,

4-way vSMP on

Windows

2008 VMs only

No large

memory pages,

supports fewer

Terminal

Services users,

no paravirt



guest SCSI

device, no direct

I/O device

support

Vitual Security

VMWARE Safe security

API

Nothing

comparable

Nothing

comparable

Flexible Resource

Allocation Hot add VM vCPUs and

memory, VMFS Volume

Grow, hot extend virtual

disks, hot add virtual

disks

Only hot add

virtual disks

Nothing

comparable

MỤC LỤC TRANG



CHƯƠNG I : TỔNG QUAN...........................................................................................1

1. CƠ SỞ CỦA LUẬN VĂN...................................................................................1

1.1 . Ảo hóa "chạm ngõ" thị trường Việt Nam.....................................................1

1.2. Tình hình phát triển công nghệ ảo hóa ở các nước khác.............................1

1.3. Tình hình phát triển công nghệ ảo hóa tại Việt Nam...................................2

2. MỤC TIÊU CỦA LUẬN VĂN...........................................................................2

3. ĐỐI TƯỢNG VÀ PHẠM VI NGHIÊN CỨU....................................................2

CHƯƠNG II : GIỚI THIỆU VỀ ẢO HÓA.................................................................3

1. GIỚI THIỆU VỀ ẢO HÓA................................................................................3

2. ĐIỆN TOÁN ĐÁM MÂY....................................................................................4

3. ẢO HÓA LÀ GÌ ?................................................................................................6

4. LỊCH SỬ ẢO HÓA.............................................................................................7

5. TẠI SAO ẢO HÓA LẠI QUAN TRỌNG ĐỐI VỚI DOANH NGHIỆP ?.......7

5.1 Bốn lý do để ứng dụng ảo hóa.........................................................................7

5.1.1 Tối ưu hóa công suất sử dụng phần cứng:...............................................7

5.1.2 Nhu cầu ảo hóa dữ liệu:...........................................................................8

5.1.3 Ứng dụng công nghệ xanh để đạt hiệu quả sử dụng năng lượng tốt hơn:9

5.1.4 Chi phí quản lý hệ thống rất lớn và ngày càng tăng..............................10

6. TÌNH HÌNH ẢO HOÁ Ở VIỆT NAM VÀ TRÊN THẾ GIỚI........................11

6.1 Tình hình ảo hoá ở Việt Nam........................................................................11

6.2 Tình hình ảo hoá ở Nước ngoài.....................................................................12

7. ẢO HÓA HOẠT ĐỘNG NHƯ THẾ NÀO ?....................................................12

8. PHÂN LOẠI ẢO HÓA.....................................................................................14



8.1 Ảo hoá server.................................................................................................14

8.2 Ảo hoá Storage..............................................................................................15

8.3 Ảo hoá Network.............................................................................................16

8.4 Ảo hoá Application........................................................................................17

8.5 Các môi trường ảo hóa...................................................................................19

9. VMWARE GIẢI PHÁP CHO CLOUD COMPUTING...................................20

9.1 Virtualization & Cloud..................................................................................20

9.2 VMWARE's Approach..................................................................................20

CHƯƠNG III: GIỚI THIỆU VÀ TÌM HIỂU VỀ ESX SERVER..........................22

1. SƠ LƯỢC VỀ CẤU TRÚC ESX SERVER......................................................22

2. SO SÁNH GIỮA COSOLE OPERATING SYSTEM VÀ VMKERNEL........24

2.1. Tổng quan..................................................................................................24

2.2 Console Operating system.............................................................................24

2.3 VMkernel.......................................................................................................26

2.4 The ESX boot process...................................................................................26

2.5 LILO..............................................................................................................27

2.6 Console operating system..............................................................................27

2.7 INIT...............................................................................................................27

2.8 etc/rc.d/rc3.d..................................................................................................28

2.9 S00vmkstart...................................................................................................28

2.10 S10network................................................................................................29

2.11 S12syslog...................................................................................................29

2.12 S56xinetd...................................................................................................29

2.13 S90VMware...............................................................................................29

2.14 S91httpd.VMWARE..................................................................................30

2.15 Tại sao ta cần biết quá trình khởi động ?...................................................31



3. ẢO HÓA PHẦN CỨNG...................................................................................31

3.1. System devices...........................................................................................31

3.2. Processor....................................................................................................32

3.3. Network.....................................................................................................32

3.3.1. Vlance........................................................................................................33

3.4. SCSI...........................................................................................................34

3.5. Hardware allocation...................................................................................35

3.5.1. Virtual....................................................................................................35

3.5.2. Console..................................................................................................36

3.5.3. Shared resource......................................................................................36

3.5.4. Modifying these configurations.............................................................37

3.5.4.1. MUI................................................................................................373.5.4.2. Console operating system..............................................................38

3.6. Bốn tài nguyên cốt lõi của hệ thống..........................................................40

3.6.1. Processor................................................................................................40

3.6.2. Hyper-threading.....................................................................................41

3.6.3. Symmetrical multi-processing (smp hoặc là virtual-smp).....................44

3.6.4. Memory..................................................................................................45

3.6.5. Numa......................................................................................................46

3.6.6. Network.................................................................................................48

3.6.7. Console nic configuration......................................................................49

3.6.8. Vmnic configuration..............................................................................50

3.6.9. Virtual switch.........................................................................................50

3.6.10. Virtual network (vmnet) configuration..............................................51

3.6.11. Storage...............................................................................................53

3.6.12. Virtual disk files for vms...................................................................53

3.6.13. VMFS................................................................................................54



3.6.14. Local storage......................................................................................55

3.6.14.1 Advantages of using local storage.................................................563.6.14.2 Disandvantages of using local storage...........................................56

3.6.15. SAN Storage......................................................................................56

3.6.15.1 Advantages of using san storage....................................................573.6.15.2 Disadvantages of using san storage...............................................57

3.6.16. Other pluggable devices....................................................................57

3.6.17. SCSI...................................................................................................58

3.6.17.1 Console operating system scsi device access.................................583.6.17.2 Virtual guest scsi device access.....................................................58

3.6.18. PCI.....................................................................................................59

3.6.19. USB/firewire......................................................................................59

3.6.20. Pararel/serial......................................................................................60

3.6.21.1 Configuring parallrel ports.............................................................603.6.21.2 Configuring serial port...................................................................61

3.7 Resource sharing............................................................................................62

3.7.1 Processor................................................................................................62

3.7.2 Processor share allocation......................................................................63

3.7.3 Specifying min/max percentages...........................................................64

3.7.4 Combination of min/max and share allocation......................................65

3.7.5 Affinity..................................................................................................67

3.8 Memory..........................................................................................................67

3.8.1 Transparent page sharing.......................................................................68

3.8.2 Ballooning..............................................................................................68

3.8.3 Paging....................................................................................................69

3.9 Network.........................................................................................................70

3.10 Disk............................................................................................................71

4. VMWAREESX IMPLEMENTATION............................................................72

4.1 ESX Server Hardware....................................................................................72



4.1.1 ESX Server Memory Usage...................................................................73

4.1.1.1 Operating Systems Being Hosted..................................................734.1.1.2 Console OS Memory Requirements..............................................74

4.1.2 ESX Server Hard Drive Usage..............................................................74

4.1.2.1 Local VMWARE Partitions...........................................................784.1.3 ESX Server Network Connectivity........................................................79

4.1.3.1 Console NIC Configuration...........................................................804.1.3.2 Virtual NIC (VMNIC) Configuration............................................80

5. HƯỚNG DẪN CÀI ĐẶT ESX 4.0....................................................................81

5.1 System requirements......................................................................................81

5.2 Processor (64-bit)...........................................................................................81

5.3 RAM..............................................................................................................81

5.4 Network adapters...........................................................................................81

5.5 SCSI adapter, fibre channel adapter, or internal raid controller....................81

5.6 Installation and storage..................................................................................82

5.7 Recommendations for enhanced ESX performance......................................83

5.8 Tested software and firmware for creating ESX installation media..............84

5.8.1 Danh sách thử nghiệm và kết hợp cho việc ghi các file ISO vào DVD để

phục vụ cho việc cài đặt ESX............................................................................84

5.8.2 Danh sách thử nghiệm và kết hợp..........................................................84

5.9 vCenter server and the vSphere Client hardware requirements.....................85

5.9.1 Minimum requirements for vcenter server............................................85

5.9.2 Minimum requirements for the vsphere client.......................................86

5.10 32 bit or 64-bit operating system for vcenter server..................................86

5.10.1 Recommendations for optimal performance..........................................86

5.10.2 Requirements for installing vcenter server on a custom drive...............87

5.11 vCenter server software requirements.......................................................87

5.12 vSphere client software requirements........................................................88



5.13 Support for 64-bit guest operating systems...............................................88

5.14 Requirements for creating virtual machines..............................................88

5.15 Required ports............................................................................................89

5.16 Rupported remote management firmware versions...................................90

5.17 Hướng đãn cài đặt ESX.............................................................................91

5.18 Những điều kiện để cài đặtESX.................................................................91

5.19 Thông tin về ESX console.vmdk...............................................................92

5.20 Các tùy chọn cho việc truy cập cài dặt, installation media, booting installer

và running installer................................................................................................92

5.21 Các tùy chọn cài dặt ESX..........................................................................93

5.19 InstallingVMWAREESX..........................................................................95

5.19.1 Install ESX using the graphical mode...................................................96

5.19.2 Install ESX using the text mode..........................................................102

5.20 ESX partitioning......................................................................................107

5.21 required partitions....................................................................................108

5.23 Post-installation considerations for ESX.................................................110

5.23.1 Download the vsphere client...............................................................110

5.23.2 Licensing the host................................................................................111

5.23.3 Set an ESX/ESXi host to evaluation mode..........................................111

CHƯƠNG IV: TRIỂN KHAI HỆ THỐNG DATACENTER...............................112

1. MÔ HÌNH TRIỂN KHAI HỆ THỐNG.............................................................112

2.TRIỂN KHAI ESX VÀ DNS SERVER..............................................................113

2.1.Cài đặt và cấu hình DNS...............................................................................113

2.2 Cài đặt ESX4.0:.............................................................................................114

3. TRIỂN KHAI VSPHERE CLIENT...................................................................128

3.1 Cài đặt vSphere Client:..................................................................................128



3.2. Tạo VM mới trên ESX..................................................................................131

4.TRIỂN KHAI VCENTER SERVER...................................................................146

4.1 Cài đặt vCenter server...................................................................................146

4.2.Làm việc với vCenter:...................................................................................151

4.2.1 Connect vào vCenter:.............................................................................151

4.2.2 Tạo datacenter, cluster, và add host vào Cluster.....................................153

5.TRIỂN KHAI SAN..............................................................................................160

5.1.Cài đặt Openfiler............................................................................................160

5.2Cấu hình Openfiler.........................................................................................171

6.CẤU HÌNH ĐỂ ESX CÓ THỂ SỬ DỤNG Ổ ĐĨA LUN VÀ TRIỂN KHAI

VMOTION..............................................................................................................179

6.1.Cấu hình dvSwitch.........................................................................................179

6.2 Cấu hình cho ESX để có thể sử dụng ổ đĩa SAN................................................190

HƯỚNG MỞ RỘNG CỦA LUẬN VĂN.................................................................201

KẾT LUẬN.................................................................................................................201

TÀI LIỆU THAM KHẢO.........................................................................................202

PHỤ LỤC : SO SÁNH GIỮA ESX 4 CỦA VMWARE VÀ HYPER-V CỦA

MICROSOFT:...........................................................................................................203


Documents

Luan van finish