Quảng cáo Sonxemay.com

Địa chỉ liên hệ: Tiệm sơn NGUYỄN HÙNG 163 Nguyễn Thái Bình P4. Tân Bình.
Đi ện thọai : 0937.998.522 gặp Hùng.
Để biết thêm chi tiết phiền anh em đến tiệm hoặc đến web:http://sonxemay.com để có nhiều thông tin hơn…Thân!
email: nguyenhungcarbon@yahoo.com

Read the rest of this entry

Thủ thuật tích hợp vSphere Client vào mRemote

Mục tiêu thủ thuật này là cho phép truy cập vSphere Client trực tiếp từ chương trính quản lý remote server mRemoteNG tiết kiệm thời gian nhớ password,ip,name….

Bước 1: Cấu hình External Application trong mRemote

image

Chuột phải và Add một application mới

image

Với các thông số như sau trong mục Editor:

image

Với filename là đường dẫn đến file exe chương trình vSphere client và Arguments là các tham số truyền username password khi đăng nhập tự động thống qua mRemote.

Sau khi hoàn thành việc tạo app thì trên mRemote đã sẵn sàng hỗ trợ đăng nhập qua vSphere Client với các cấu hình lựa chọn khi tạo connections như sau:

image

Upgrade VMware tools không cần reboot

Vấn đề reboot cho một hạ tầng VMware sau khi nâng cấp là một điều nhức nhối cực kỳ. Bạn có thể dễ dàng nâng cấp Host ESXi “no downtime” nhờ vmotion VMs qua host khác nhưng bạn sẽ không dễ gì mà đạt được nodowntime khi muốn upgrade “VMware Tools” chưa nói gì đến upgrade hardware version.

Vậy vấn đề đặt ra có cần phải reboot hay không khi bản thân vmware tools cũng như hầu hết các service hiện nay chỉ cần restart service là “OK”. Nguyên nhân vì bản thân việc upgrade vmware tools chính là cài mới lại service vmware tools với các thư viện, utility…mới và đồng thời quan trọng là nâng cấp “drivers” cho các device đặc biệt trong VMware như các NIC ảo , disks controller…. Việc nâng cấp driver cần thiết phải reboot lại để load lại driver thiết bị nếu không có thể dẫn đến failed device.

Tuy nhiên vẫn có tùy chọn “ẩn” cho phép chúng ta bypass việc reboot. Cách thức của tùy chọn này là đặt các thành phần mới yêu cầu reboot để hoàn tất sẽ đặt ở trạng thái như standby vậy chỉ khi hệ thống reboot mới thực sự active.

Nên tối nhắc lại với các cách thức tôi sẽ hướng dẫn bên dưới sẽ giúp bạn upgrade vmware tools không cần reboot nhưng để tối ưu được tất cả thành phần mới vẫn phải yêu cầu reboot. Tất nhiên lợi điểm là chúng ta có thể “âm thầm” upgrade tất cả và đợi thời điểm bảo trì thích hợp “tiện thể” reboot thì tất cả sẽ active.

Có tất cả là 2 cách thức upgrade hỗ trơ noreboot mà tôi biết:

  • Dùng giao diện vSphere client
  • Dùng PowerCLI

Dùng giao diện vSphere Client

Cách này tôi xem nó là cách đơn giản và trực tiếp nhất nhưng lại tốn sức nhiều nhất (vì sao thì hãy so với cách dưới).

Trước tiên trên giao diện vSphere Client chuột phải icon VM cần upgrade –> Guest –> Install/Upgrade VMware Tools:

image

Trong hộp thoại upgrade chọn Automatic Tools Upgrade với tùy chọn cho phép noreboot như sau:

/s /v/qn ADDLOCAL=ALL REBOOT=ReallySuppress

image

Dùng PowerCLI

Đây là cách thức ưa dùng cho những admin “lười” như tôi. Chỉ vài dòng lệnh tất cả VM mong muốn sẽ tự động upgrade vmware Tools tất nhiên là noreboot nhé

Yêu cầu của cách này là bạn phải cài được PowerCLI rồi muốn lệnh gì thì lệnh nấy đánh ra.

1. Upgrade Vmware Tools tất cả máy ảo trong Cluster:

Get-Cluster "Productie" | Get-VM | Update-Tools –NoReboot

2.Upgrade Vmware Tools dựa trên folder xác định

Get-Cluster "Productie" | Get-Folder "Beheer servers" | Get-VM | Update-Tools –NoReboot

3.Upgrade Vmware Tools, chọn lựa máy ảo xác định trong cluster

Get-Cluster "Productie" | Get-VM "BHR-SVR11" | Update-Tools –NoReboot

Note: bản thân các command trên sẽ chạy tuần tự upgrade từng VM một thêm options “-RunAsync” sẽ cùng lúc upgrade tất cả VMs

image

vSphere 5: HA với tính năng VM Monitoring

image

Chào mọi người đến với bài viết nho nhỏ này để hiểu sâu hơn một “tý” về tính năng HA với VM monitoring. Như đã biết HA của VMware không chỉ dừng lại ở việc đánh giá một Host thế nào là failed và thực hiện các action HA cần thiết là reboot cho một Host failed. Mà VMware còn hỗ trợ việc nhận dạng failed cho cả mức độ từng VM. Điều mà chắc chắn nhất là VMware Tools chính là thành phần tối quan trọng nhất để tính năng này hoạt động. Nó như một trung gian với vai trò là một service trong guest OS cho phép vmware dựa trên các heatbeeat theo thời gian thực để đánh giá được OS này có failed hay không và nếu failed thì phải thực thi các hành động HA cần thiết cho chính VM đó.

Tuy nhiên điều trước giờ tôi và cũng khá nhiều người thắc mắc là liệu với vai trò là một service như thế nó có vô tình vì một lý do nào đó mà “không gửi heartbeat” nữa hay không có thể do đụng độ ứng dụng hay vô tình treo service … nhìu khả năng như thế thì tính năng monitor HA cho Guest OS của VM như thế có vô nghĩa hay không?.

Nhưng thực tế sâu bên dưới lại không phải, không chỉ dựa trên kết quả của một mình Vmware Tools mà đánh giá mà còn dựa trên cả kết quả I/O trên chính VM đó.  Tổng kết như sau nếu như không nhận được hearbeat từ Vmware Tools và cả I/O disk hay network trong thời gian mặc định là 120s thì VM đó được đánh giá là failed OS và cần phải reboot lại.

Tổng quan giải pháp Veeam Backup & Replication v6 – P2

Chào mừng các bạn đến với phần hai của loạt bài về giải pháp backup của veeam trong phần này chúng ta sẽ tiếp tục phần tổng quan xoay quanh kiến thức về các backup mode và backup methods mang VBR mang lại.

Danh mục tổng thể so với phần I như sau:

I Giới thiệu

II. Tổng quan

1. Các thành phần hoạt động

2. Các mô hình thiết kế chuẩn cho giải pháp Veeam backup & replication

3. Các mode backup trong VBR

4. Các phương thức lưu trữ backup trong VBR 

3. Các mode backup trong VBR

Với Veeam backup cũng như các giải pháp sao lưu cho hạ tầng ảo sẽ hoàn toàn khác biệt so với truyền thống. Với truyền thống dữ liệu cần quan tâm backup chính là các tập tin, data của “ứng dụng” còn đối với hạ tầng ảo ứng dụng, guestOS là những khái niệm mà các phần mềm backup về sau không còn quan tâm đến nữa mà cái chúng quan tâm chính là tập hợp các tập tin của máy ảo (.vmdk, .vmx, snapshot…). Chính vì điều đó nên sản sinh ra một số phương thức backup đặc thù khác biệt dành cho hạ tầng ảo:

  • Network Mode
  • Virtual Appliance Mode
  • Direct San Access Mode

+ Network Mode

Network Mode là chế độ căn bản nhất cho việc xác định môi trường ethernet là mội trường truyền các dữ liệu backup. Với phương thức này có một số lưu ý sau:

  • Worload đè nặng lên cả Host ESXi đang hosted VM và cả Backup Proxy do phải nhận và xử lý các dữ liệu backup (nén, dedup) trước khi lưu trữ trong repository
  • Dễ gây nghẽn đường truyền management của ESXi do ip tương tác với host là ip dùng làm management
  • Tốc độ xử lý backup cho phương thức này là chậm nhất so với các phương thức khác

image

Read the rest of this entry

Error Vmware Tools “VFS: busy inodes on changed media or resized disk hda”

Thông báo lỗi này thường xảy ra sau khi cài đặt VMware Tools lên máy ảo. Nguyên nhân là sau khi cài đặt trên vCenter đã unmount iso Vmware Tools nhưng bên trong OS vẫn còn session mount iso đó.

image

Thao tác Umount cdrom ra khỏi hệ thống  umount /media/cdrom sẽ giải quyết vấn đề này

Tổng quan giải pháp Veeam Backup & Replication v6 – P1

image

I. Giới thiệu

Veeam Backup & Replication không còn là một cái tên quá xa lạ cho các nhà triển khai ảo hóa hiện nay. Vai trò của giải pháp này tập trung ở vấn đề chính là backup, khôi phục và đảm bảo an toàn dữ liệu hạ tầng ảo đáp ứng hoàn toàn các nhu cầu từ bất kỳ độ lớn hay phức tạp của môi trường ảo hóa Vmware và hiện nay là hỗ trợ cả Hyper-V. Một số quan tâm chính mà giải pháp này mang lại:

– Hỗ trợ môi trường ảo hóa ESX/ESXi Vmware và Microsoft Hyper-V

– Tăng cường với kiến trúc backup phân tán cho các môi trường lớn và phúc tạp

– Ngoài giải pháp backup còn đi kèm theo trong bộ sản phẩm tập trung này là Replication.

– Hỗ trợ khôi phục nhanh hệ thống trực tiếp (start máy ảo trực tiếp) từ các tập tin backup đã được nén và dedup mà không cần restore các tập tin máy ảo ra hệ thống lưu trữ.

– Đa dạng hóa các phương thức restore từ một bản backup: restore máy ảo, tập tin máy ảo, tập tin bên trong OS của máy ảo hoặc dữ liệu của một ứng dụng đặc thù như AD, Exchange…

– Hỗ trợ incremental backup (Forward Incremental và Reversed Incremental Backup )

– Tăng cường khả năng lưu trữ với tính năng compress và deduplication giảm dung lượng đầu tư cho hệ thống backup

– Cung cấp report và các kết quả thông số backup realtime

Read the rest of this entry

Gỡ bỏ các plugin/extension rác trên vCenter

Việc sử dụng các tool khác nhau từ Vmware cũng như các hãng thứ ba… trên hệ thống vCenter của chúng ta gần như kết quả cuối cùng sẽ để lại toàn là “rác Plugin/Extension” cực kỳ “ngứa” mắt trên hệ thống và hiện nay VMware chưa đưa ra bất kỳ công cụ chính xác nào cho việc gỡ bỏ các “rác thải” này trên vCenter. Nhưng mọi thứ hoàn toàn không xấu như chúng ta tưởng vẫn có cách để tiêu hủy các plugin/extension đó là dùng một giao diện tương tác API có sẵn trên vCenter gọi là vSphere MOB cho phép xóa thủ công các rác thải này trên vcenter.

Sau đây là các bước thao tác gỡ bỏ các plugin/extension trên vcenter:

Bước 1: Dùng trình duyệt vào đường link sau https://<vcenter IP/Name>/mob và login bằng tài khoản admin

Bước 2: Chọn mục Content trên giao diện web

image

Thủ thuật tăng tốc VMware Converter 5

Nếu bạn chưa bao giờ thật chú tâm đến hiệu suất của VMware Converter 5 thì bài viết này hoàn toàn phù hợp và giúp ích khá nhiều cho việc tiết kiệm thời gian với VMware Converter 5.

Vậy hiệu suất và thời gian mà tôi nói đến ở đây là gì? Đơn giản đó chính là các nguyên nhân đang gây ảnh hưởng đến “tốc độ” các bạn thao tác convert trên hệ thống từ physical to virtual hoặc từ virtual sang virtual. Một vài lý do trọng điểm như sau:

1. Hãy đảm bảo chắc chắn rằng bạn đã xóa đi các dữ liệu rác không cần thiết, defragment ổ cứng… những dữ liệu thừa luôn là vấn đề quá nhiều dữ liệu cần phải convert

2. Đây cũng chính là điều quan trọng nhất ảnh hưởng đền hiệu suất của Converter 5 đó là mặc định Converter 5 sẽ luôn mã hóa tất cả các traffic convert từ nguồn sang địch thông qua mã hóa SSL của nó. Nếu bạn muốn đơn giản là tăng tốc độ convert thì hãy “tắt nó đi” tất nhiên là cần đảm bảo không ai có thể sniffer được những dữ liệu này (bản thân tôi không care vấn đề này để có thể sniff được toàn vẹn dữ liệu lớn như thế thì đối phương phải cực kỳ “may mắn”). Tính năng mã hóa này VMware gọi là NFC SSL được cấu hình sẵn trong file config của converter. Các bước tiến hành disable như sau:

Read the rest of this entry

VMware vSphere 5 : Tăng cường vMotion với cấu hình Multi-Nic

Nếu như các bạn người đang đọc bài viết này đã từng tim hiểu những cải tiến trong phiên bản vSphere 5 thì bài viết này hoàn toàn “đơn giản”. Trong bài viết này tôi sẽ không đi hết tất cả những NEWs trong vsphere 5 mà chỉ một phần nhỏ của mãng Network (New networking features) đó chính là tăng cường hiệu suất của tính năng vMotion thông qua cấu hình load trên nhiều NIC hay còn gọi là Multi-Nic vMotion. Với những phiên bản trước bao gồm cả 4.0 và 4.1 thì giới hạn mà vMotion mắc phải đó chính là traffic chỉ tập trung ở một NIC  và hoàn toàn không thể có khái niệm loadbalancing cho các traffic vMotion. Và từ phiên bản vSphere 5 đã giải quyết hoàn toàn bài toán đó mà không cần bất cứ thay đổi nào về cấu hình physical switch hay các tùy chọn cấu hình có ảnh hưởng đến hệ thống trên vCenter.

Trước khi đi qua vấn đề chình thì chúng ta sẽ đi qua một số chú ý về giới hạn vMotion trong phiên bản này dính líu một phần trong việc cấu hình Multi-Nic:

Số lượng NIC tối đa dành cho vMotion trong vSphere 5 (cho mỗi host) là:

  • 1GbE – 16 NICs
  • 10 GbE – 4NICs

Số lượng vMotion cho phép tại một thời điểm (cho mỗi host)

  • 1 GbE – 4 vMotions
  • 10GbE – 8 vMotions

Read the rest of this entry

VMware vCenter Operation Standard (P.3)

Trong phần 2 chúng ta đã tìm hiểu sơ bộ qua các thông số view cơ bản của voperation standard để có thể đưa ra kết luận đánh giá hiệu suất cho một hệ thống vmware. Kế tiếp loạt bài này là phần 3 sẽ đi sâu vào chi tiết các thống số cơ bản của vOpeartion bao gồm các view: workload – health – capacity – Analysis

1. Workload

View của hai đối tượng mà chúng ta cần quan tâm là Host và VMs. Với Host sẽ có nhiều thống số cần quan tâm hơn. Bên dưới là view măc định (workload) của bất kỳ host ESXi nào trong đó.

image 

Read the rest of this entry