Chúng tôi đang nhận được một cặp công tắc 8Gb mới cho cấu trúc kênh sợi của chúng tôi. Đây là một điều tốt vì chúng tôi đã hết các cổng trong trung tâm dữ liệu chính của mình và nó sẽ cho phép chúng tôi có ít nhất một ISL 8Gb chạy giữa hai trung tâm dữ liệu của chúng tôi.
Hai trung tâm dữ liệu của chúng tôi cách nhau khoảng 3,2km khi sợi chạy. Chúng tôi đã nhận được dịch vụ 4Gb vững chắc trong một vài năm nay và tôi rất hy vọng nó cũng có thể duy trì 8Gb.
Tôi hiện đang tìm cách cấu hình lại vải của chúng tôi để chấp nhận các công tắc mới này. Do quyết định chi phí một vài năm trước, chúng tôi không chạy một loại vải hai vòng hoàn toàn riêng biệt. Chi phí dự phòng đầy đủ được coi là đắt hơn thời gian ngừng hoạt động không mong muốn của một sự cố chuyển đổi. Quyết định đó được đưa ra trước thời của tôi, và kể từ đó mọi thứ không được cải thiện nhiều.
Tôi muốn nhân cơ hội này để làm cho vải của chúng tôi trở nên đàn hồi hơn khi gặp sự cố chuyển đổi (hoặc nâng cấp FabricOS).
Đây là sơ đồ về những gì tôi nghĩ cho một bố cục. Các mục màu xanh là mới, các mục màu đỏ là các liên kết hiện có sẽ được (tái) di chuyển.
(nguồn: sysadmin1138.net )
Đường mũi tên màu đỏ là liên kết chuyển đổi ISL hiện tại, cả hai ISL đều đến từ cùng một công tắc. EVA6100 hiện được kết nối với cả hai công tắc 16/4 có ISL. Các công tắc mới sẽ cho phép chúng ta có hai công tắc trong DC từ xa, một trong số các ISL tầm xa đang chuyển sang công tắc mới.
Ưu điểm của việc này là mỗi công tắc không quá 2 bước nhảy từ một công tắc khác và hai công cụ của EVA4400, sẽ có mối quan hệ sao chép với nhau, cách nhau 1 bước nhảy. EVA6100 trong biểu đồ là một thiết bị cũ hơn cuối cùng sẽ được thay thế, có thể là với một chiếc EVA4400 khác.
Nửa dưới của biểu đồ là nơi có hầu hết các máy chủ của chúng tôi và tôi có một số lo ngại về vị trí chính xác. Những gì cần phải đi trong đó:
- 10 máy chủ VMWare ESX4.1
- Truy cập tài nguyên trên EVA6100
- 4 máy chủ Windows Server 2008 trong một cụm chuyển đổi dự phòng (cụm máy chủ tệp)
- Truy cập tài nguyên trên cả EVA6100 và EVA4400 từ xa
- 2 máy chủ Windows Server 2008 trong cụm chuyển đổi dự phòng thứ hai (Nội dung bảng đen)
- Truy cập tài nguyên trên EVA6100
- 2 máy chủ cơ sở dữ liệu MS-SQL
- Truy cập tài nguyên trên EVA6100, với xuất khẩu DB hàng đêm sẽ đến EVA4400
- 1 thư viện băng LTO4 với 2 ổ băng LTO4. Mỗi ổ đĩa có cổng sợi riêng.
- Các máy chủ sao lưu (không có trong danh sách này) spool cho họ
Hiện tại, cụm ESX có thể chịu đựng tới 3, có thể 4, các máy chủ sẽ ngừng hoạt động trước khi chúng ta phải bắt đầu tắt máy ảo để lấy không gian. Hạnh phúc, mọi thứ đã bật MPIO.
Các liên kết ISL 4Gb hiện tại chưa đến mức bão hòa mà tôi nhận thấy. Điều đó có thể thay đổi với hai bản sao của EVA4400, nhưng ít nhất một trong số các ISL sẽ là 8Gb. Nhìn vào hiệu suất tôi sẽ ra khỏi EVA4400-A Tôi rất chắc chắn rằng ngay cả với lưu lượng truy cập sao chép, chúng tôi sẽ gặp khó khăn khi vượt qua đường 4Gb.
Cụm phục vụ tệp 4 nút có thể có hai nút trên SAN1SW4 và hai nút trên SAN1SW1, vì điều đó sẽ đặt cả hai mảng lưu trữ đi một bước.
10 nút ESX tôi hơi khó hiểu. Ba trên SAN1SW4, ba trên SAN1SW2 và bốn trên SAN1SW1 là một tùy chọn và tôi rất muốn nghe ý kiến khác về bố cục. Hầu hết trong số này có thẻ FC cổng kép, vì vậy tôi có thể chạy hai nút. Không phải tất cả trong số họ , nhưng đủ để cho phép một công tắc duy nhất thất bại mà không giết chết mọi thứ.
Hai hộp MS-SQL cần phải đi trên SAN1SW3 và SAN1SW2, vì chúng cần gần với bộ lưu trữ chính của chúng và hiệu suất xuất db ít quan trọng hơn.
Các ổ đĩa LTO4 hiện đang ở trên SW2 và 2 bước nhảy từ bộ truyền phát chính của chúng, vì vậy tôi đã biết cách hoạt động của nó. Những người có thể vẫn còn trên SW2 và SW3.
Tôi không muốn biến nửa dưới của biểu đồ thành một cấu trúc liên kết được kết nối đầy đủ vì điều đó sẽ làm giảm số lượng cổng có thể sử dụng của chúng tôi từ 66 xuống còn 62 và SAN1SW1 sẽ là 25% ISL. Nhưng nếu điều đó được khuyến khích mạnh mẽ, tôi có thể đi theo con đường đó.
Cập nhật: Một số số hiệu suất có thể sẽ hữu ích. Tôi đã có chúng, tôi chỉ nói rằng chúng hữu ích cho loại vấn đề này.
EVA4400-A trong biểu đồ trên thực hiện như sau:
- Trong ngày làm việc:
- I / O ops trung bình dưới 1000 với mức tăng vọt lên 4500 trong khi chụp nhanh cụm máy chủ tập tin ShadowCopy (kéo dài khoảng 15-30 giây).
- MB / s thường nằm trong phạm vi 10-30 MB, với mức tăng vọt lên tới 70 MB và 200 MB trong ShadowCopies.
- Trong đêm (sao lưu) là khi nó thực sự đạp nhanh:
- I / O ops trung bình khoảng 1500, với mức tăng vọt lên tới 5500 trong quá trình sao lưu DB.
- MB / s thay đổi rất nhiều, nhưng chạy khoảng 100 MB trong vài giờ và bơm 300 MB / giây ấn tượng trong khoảng 15 phút trong quá trình xuất SQL.
EVA6100 bận rộn hơn rất nhiều, vì đây là ngôi nhà của cụm ESX, MSSQL và toàn bộ môi trường Exchange 2007.
- Trong ngày I / O ops trung bình khoảng 2000 với mức tăng đột biến lên tới khoảng 5000 (nhiều quy trình cơ sở dữ liệu hơn) và MB / s trung bình trong khoảng 20-50MB / s. MB / s đỉnh xảy ra trong các ảnh chụp nhanh ShadowCopy trên cụm phục vụ tệp (~ 240MB / s) và tồn tại trong vòng chưa đầy một phút.
- Trong đêm, Exchange Online Defrag chạy từ 1 giờ sáng đến 5 giờ sáng, bơm I / O Ops đến đường dây ở mức 7800 (gần với tốc độ sườn để truy cập ngẫu nhiên với số lượng trục chính này) và 70MB / s.
Tôi sẽ đánh giá cao bất kỳ đề nghị bạn có thể có.
