Hỏi về khái niệm LUN

[mèomoon]

Bạn nào rành cho mình hỏi về khái niệm LUN trong storage và network với nhé :)

Đại ý thì hiểu LUN cũng như 1 nơi lưu trữ nhưng chưa hiểu cách thức tổ chức và hoạt động ntn ?

Mình đọc ở đây mà thấy khó hiểu quá :(

A logical unit number (LUN) is a unique identifier to designate an individual or collection of physical or virtual storage devices that execute input/output (I/O) commands with a host computer, as defined by the Small System Computer Interface (SCSI) standard.

http://searchstorage.techtarget.com/definition/logical-unit-number

Thanks.

[it.thuongnguyen]

Bác cứ hiểu đơn giản LUN như cái HDD gắn vào con server vậy. Còn tuỳ thuộc vào từng hãng nó định nghĩa khác nhau.

[prescolt]

Theo hình bên dưới, thường hay sử dung trong SAN, trong SAN thì thay cái Physical bằng virtual disk
http://docwiki.cisco.com/w/images/e/ea/Docwiki_SAN_best_practices.png

[it.thuongnguyen]

Mình lấy cái Ví dụ đơn giản cho bác dể hiểu.

Về mức vật lý mình có 1 con SAN có 24HDD, trên con SAN đó mình chia thành 2 cái Disk Pool, mỗi cái có 12 HDD. Disk pool 1 chạy raid 6, disk pool 2 chạy raid 5.

Trên Disk pool 1 mình tạo ra 2 LUN, 1 cho Database, 1 Cho MS Exchange. Disk Pool 2 mình tạo 1 LUN cho File server.

3 LUN đó mình tạo ra Map lần lượt cho 3 server Database, MS Exchamge, Fileserver

Vậy là LUN ở đây là 1 vùng đĩa trong 1 cái Array. Bác cứ hình dung nó như 1 cái HDD bình thường, có chia ra ổ C D E ... vậy LUN nó tương tự như là các phân vùng C D E. Nó vậy cho bác dễ hình dung thông nha, chính xác thì nó không như vậy. Khi bác map LUN vào server nó như 1 cái HDD vậy.

p/s: Những định nghĩa trên là của Netapp nha bác, còn IBM, HP, DELL nó định nghĩa khác chút, như IBM nó gọi là Volume group còn NetAPP nó là Disk pool

Cái hình trên chỉ đúng với giải pháp VM nha bác, trong thực tế 2 server windows không map chung 1 LUN :gach:

[Quydienlangy]

Cái hình trên chỉ đúng với giải pháp VM nha bác, trong thực tế 2 server windows không map chung 1 LUN :gach:
Không map chung thì chạy MSCS kiểu gì :gach::gach::gach:
Map thoải mái nhé, việc map (LUN masking) là của storage. Còn việc kiểm soát đọc ghi thế nào thì là do thằng OS quản lý, SAN nó không quan tâm.
MSCS thì nó chạy kiểu active/standby, tại một thời điểm chỉ có một thằng active sẽ own cái SCSI reservation thôi, nên nó "thấy" được LUN ấy, thằng standby thì vào disk management sẽ thấy là "offline" :D

[heeelo]

A logical unit number (LUN) is a unique identifier to designate an individual or collection of physical or virtual storage devices that execute input/output (I/O) commands with a host computer, as defined by the Small System Computer Interface (SCSI) standard.



Câu trả lời ngay trong câu hỏi rồi đây
LUN = logical unit number. Tức là một con số đại diện để máy chủ (host) có thể truy xuất tới logical volume (coi như là một đĩa ảo được cấu từ storage pool).
Số LUN sẽ gắn liền với host do đó với cùng một storage pool sẽ có nhiều LUN0, LUN1 tương ứng với mỗi host (hoặc goup host).

[microvn2012]

em mới được ngó qua chứ chưa đc làm việc với SAN bao giờ. Các bác cho em hỏi cài đặt, cấu hình, kết nối dòng SAN 4xxx của IBM có khó ko?:nosebleed:

[heeelo]

em mới được ngó qua chứ chưa đc làm việc với SAN bao giờ. Các bác cho em hỏi cài đặt, cấu hình, kết nối dòng SAN 4xxx của IBM có khó ko?:nosebleed:

Cài đặt cấu hình SAN nào thì cũng gồm các bước:
- Kết nối tủ đĩa tới SAN Switch
- Zoning trên SAN Switch để host và tủ đĩa thông nhau
- Khai báo host trên tủ đĩa (Define host)
- Tạo storage pool hay array (gộp các đĩa riêng lẻ vào 1 pool - ở bước này cũng cấu hình raid luôn)
- Tạo logical volume hay logical drive (đĩa ảo)
- Mapping đĩa ảo cho host hoặc host group (bước này sẽ sinh ra số LUN)
Thường là mấy con SAN có giao diện hoặc tool quản trị khá trực quan, làm thì cũng đơn giản, nhưng cần độ cẩn thận, chính xác cao vì liên quan trực tiếp đến dữ liệu

[microvn2012]

Cài đặt cấu hình SAN nào thì cũng gồm các bước:
- Kết nối tủ đĩa tới SAN Switch
- Zoning trên SAN Switch để host và tủ đĩa thông nhau
- Khai báo host trên tủ đĩa (Define host)
- Tạo storage pool hay array (gộp các đĩa riêng lẻ vào 1 pool - ở bước này cũng cấu hình raid luôn)
- Tạo logical volume hay logical drive (đĩa ảo)
- Mapping đĩa ảo cho host hoặc host group (bước này sẽ sinh ra số LUN)
Thường là mấy con SAN có giao diện hoặc tool quản trị khá trực quan, làm thì cũng đơn giản, nhưng cần độ cẩn thận, chính xác cao vì liên quan trực tiếp đến dữ liệu

em cảm ơn bác

[it.thuongnguyen]

Cài đặt cấu hình SAN nào thì cũng gồm các bước:
- Kết nối tủ đĩa tới SAN Switch
- Zoning trên SAN Switch để host và tủ đĩa thông nhau
- Khai báo host trên tủ đĩa (Define host)
- Tạo storage pool hay array (gộp các đĩa riêng lẻ vào 1 pool - ở bước này cũng cấu hình raid luôn)
- Tạo logical volume hay logical drive (đĩa ảo)
- Mapping đĩa ảo cho host hoặc host group (bước này sẽ sinh ra số LUN)
Thường là mấy con SAN có giao diện hoặc tool quản trị khá trực quan, làm thì cũng đơn giản, nhưng cần độ cẩn thận, chính xác cao vì liên quan trực tiếp đến dữ liệu

Best Practice :byebye:

[it.thuongnguyen]

Không map chung thì chạy MSCS kiểu gì :gach::gach::gach:
Map thoải mái nhé, việc map (LUN masking) là của storage. Còn việc kiểm soát đọc ghi thế nào thì là do thằng OS quản lý, SAN nó không quan tâm.
MSCS thì nó chạy kiểu active/standby, tại một thời điểm chỉ có một thằng active sẽ own cái SCSI reservation thôi, nên nó "thấy" được LUN ấy, thằng standby thì vào disk management sẽ thấy là "offline" :D

Microsoft Cluster Server (MSCS) đồng ý phần này :look_down:

[microvn2012]

Cài đặt cấu hình SAN nào thì cũng gồm các bước:
- Kết nối tủ đĩa tới SAN Switch
- Zoning trên SAN Switch để host và tủ đĩa thông nhau
- Khai báo host trên tủ đĩa (Define host)
- Tạo storage pool hay array (gộp các đĩa riêng lẻ vào 1 pool - ở bước này cũng cấu hình raid luôn)
- Tạo logical volume hay logical drive (đĩa ảo)
- Mapping đĩa ảo cho host hoặc host group (bước này sẽ sinh ra số LUN)
Thường là mấy con SAN có giao diện hoặc tool quản trị khá trực quan, làm thì cũng đơn giản, nhưng cần độ cẩn thận, chính xác cao vì liên quan trực tiếp đến dữ liệu

Best Practice :byebye:

các bác cho e hỏi thêm, hệ thống chỉ có 1 SAN duy nhất, có 2 controller, dự kiến sẽ dùng cho 2 server, như vậy có cần dùng tới SAN switch ko? hay nối trực tiếp từ SAN tới 2 sever. ưu/nhược điểm.

Xin lỗi vì em hỏi nhảy cóc các bác nhé :adore:

[Quydienlangy]

các bác cho e hỏi thêm, hệ thống chỉ có 1 SAN duy nhất, có 2 controller, dự kiến sẽ dùng cho 2 server, như vậy có cần dùng tới SAN switch ko? hay nối trực tiếp từ SAN tới 2 sever. ưu/nhược điểm.

Xin lỗi vì em hỏi nhảy cóc các bác nhé :adore:
Ưu: Tiết kiệm tiền SAN switch, đỡ tốn dây, đỡ tốn công zoning :shame::shame:, mà SAN switch rẻ mà, khoảng 7-8k một con gì đó, cả cặp khoảng 15k :shame:
Nhược:
- Khả năng mở rộng thấp: tủ đĩa 2 controller, khoảng chừng 4 port FC mỗi bên, nếu cắm trực tiếp thì cắm được mỗi 4 con srv là hết (mỗi srv 2 port)

[heeelo]

các bác cho e hỏi thêm, hệ thống chỉ có 1 SAN duy nhất, có 2 controller, dự kiến sẽ dùng cho 2 server, như vậy có cần dùng tới SAN switch ko? hay nối trực tiếp từ SAN tới 2 sever. ưu/nhược điểm.

Xin lỗi vì em hỏi nhảy cóc các bác nhé :adore:

SAN = storage area network tức là cần có tủ đĩa + san switch và dây nối nhé :gach:
Nếu có 1 tủ đĩa thì cũng có thể nối trực tiếp vào server như thế sẽ thành DAS (direct attack storage)
Ưu điểm của nối trực tiếp là tiết kiệm, mô hình đơn giản
Nhược điểm là mất tính dự phòng của 2 controller. SAN Switch hiếm khi chết nên nếu tiết kiệm thì mua 1 con dùng cũng được.

[microvn2012]

Ưu: Tiết kiệm tiền SAN switch, đỡ tốn dây, đỡ tốn công zoning :shame::shame:, mà SAN switch rẻ mà, khoảng 7-8k một con gì đó, cả cặp khoảng 15k :shame:
Nhược:
- Khả năng mở rộng thấp: tủ đĩa 2 controller, khoảng chừng 4 port FC mỗi bên, nếu cắm trực tiếp thì cắm được mỗi 4 con srv là hết (mỗi srv 2 port)
cảm ơn bác :D
SAN = storage area network tức là cần có tủ đĩa + san switch và dây nối nhé :gach:
Nếu có 1 tủ đĩa thì cũng có thể nối trực tiếp vào server như thế sẽ thành DAS (direct attack storage)
Ưu điểm của nối trực tiếp là tiết kiệm, mô hình đơn giản
Nhược điểm là mất tính dự phòng của 2 controller. SAN Switch hiếm khi chết nên nếu tiết kiệm thì mua 1 con dùng cũng được.

Bác nói rõ hơn chố này đc ko ạ?

[heeelo]

cảm ơn bác :D


Bác nói rõ hơn chố này đc ko ạ?

Lúc đó thường chỉ cắm 1 dây từ 1 controller tới server, nếu controller chết thì server cũng mất kết nối. Mà thực tế controller chết cũng gặp là khá nhiều :stick:
Nếu có SAN Switch thì zone 1 port trên server với 2 port của 2 controller, nếu controller nào chết thì nó sẽ đi theo đường còn lại.

[Quydienlangy]

Lúc đó thường chỉ cắm 1 dây từ 1 controller tới server, nếu controller chết thì server cũng mất kết nối. Mà thực tế controller chết cũng gặp là khá nhiều :stick:
Nếu có SAN Switch thì zone 1 port trên server với 2 port của 2 controller, nếu controller nào chết thì nó sẽ đi theo đường còn lại.

Controller bây giờ hầu hết chạy ALUA hoặc active/active mà bro, nên fail một con thì nó vẫn active bên kia, hoặc trepass qua

[microvn2012]

Lúc đó thường chỉ cắm 1 dây từ 1 controller tới server, nếu controller chết thì server cũng mất kết nối. Mà thực tế controller chết cũng gặp là khá nhiều :stick:
Nếu có SAN Switch thì zone 1 port trên server với 2 port của 2 controller, nếu controller nào chết thì nó sẽ đi theo đường còn lại.

Controller bây giờ hầu hết chạy ALUA hoặc active/active mà bro, nên fail một con thì nó vẫn active bên kia, hoặc trepass qua

trường hợp em chỉ có 2 server, mỗi controller có 2 port, em chạy bắt chéo controller ---> server thì có failover đc ko ạ. :adore:

[Quydienlangy]

trường hợp em chỉ có 2 server, mỗi controller có 2 port, em chạy bắt chéo controller ---> server thì có failover đc ko ạ. :adore:

Chéo là sao :D:D
Srv có 2 cổng thì mỗi cổng cắm vào một controller. Failover được. Mà storage là con gì thế :D

[prescolt]

Chưa được xài cục SAN xịn bao giờ, chẳng biết nó ra làm sao, toàn chơi hàng tự build, open source, network thi port channel, jumbo frame. Mà hiệu năng cũng không thua kém mây con san enterprise là bao. Phải nói là giải pháp tổng thể đắt lòi chỉ dành cho công ty không có người R&D

[microvn2012]

Chéo là sao :D:D
Srv có 2 cổng thì mỗi cổng cắm vào một controller. Failover được. Mà storage là con gì thế :D

tức là em dùng 2 hba cho mỗi server, mỗi 1 hba kết nối tới 1 controller, như vậy là từ server kết nối tới san = 2 đường qua 2 controller.
em đang hỏi cho con ibm 4700 bác ạ.

[Quydienlangy]

tức là em dùng 2 hba cho mỗi server, mỗi 1 hba kết nối tới 1 controller, như vậy là từ server kết nối tới san = 2 đường qua 2 controller.
em đang hỏi cho con ibm 4700 bác ạ.

HA thoải mái nhé.
Mà kiếm được đâu con cổ thế :stick::stick:

[microvn2012]

HA thoải mái nhé.
Mà kiếm được đâu con cổ thế :stick::stick:

có ông bạn kiếm đc bác ạ, em cũng ko rõ lắm. Bác check inbox em nhờ chút ạ :sexy:

[minhneo]

Mua con V5000 chạy ảo hoá ( HA, FT ) với 2 com IBM 3650 M4 theo mô hình này được không mấy anh?

http://pik.vn/2016c3ad9cc0-6af4-430f-bac6-fb355209b4d1.gif

Nguồn ành: https://lenovopress.com/tips1172?

[696969]

Cung cấp bàn ghế cyber số lượng lớn cho game nét giá tại xưởng, giá vận chuyển , giá lắp đặt
Thu mua và cung cấp linh kiện máy tính 2nd và new cho anh em và game nét
Liên Hệ: Mr Bắc 0943922010
Địa chỉ : Số 13 ngõ 30 Tạ Quang Bửu- Hai Bà Trưng - Hà Nội
Số 150 ngõ 22 Tôn Thất Tùng - ĐỐng Đa - Hà Nội