thắc mắc Cấu hình như này có đủ để phục vụ cho toàn bộ công ty?

huycon1002 said:

Trước đây cũng đã gom 2 cái vào làm 1 nhưng về sau ko chịu nổi nên mới tách

Click to expand...

Bác có thể kiểm 1 con khác cài IIS đc mà, em nghĩ là con nào tầm 4 core, 32GB là cân được. Cài chung lên 1 mà SQL nó đã load thế kia....

mod_hardware said:

Bác có thể kiểm 1 con khác cài IIS đc mà, em nghĩ là con nào tầm 4 core, 32GB là cân được. Cài chung lên 1 mà SQL nó đã load thế kia....

Click to expand...

Cài 1 máy nữa phải mở thêm port,mà IT helpdesk họ ko cho mở thêm để tránh bị tấn công

huycon1002 said:

Cài 1 máy nữa phải mở thêm port,mà IT helpdesk họ ko cho mở thêm để tránh bị tấn công

Click to expand...

bên bác làm full online hay làm cả ở công ty, nếu làm ở cả công ty thì bác thử làm 1 con IIS ở cty để giảm tải băng thông ra ngoài xem như thế nào, đấy là 1 phần, nhưng sql em thấy cũng ăn CPU hơi nhiều, bác check lại xem lúc nó load nặng nhất thì là query nào rồi fix thôi

mod_hardware said:

bên bác làm full online hay làm cả ở công ty, nếu làm ở cả công ty thì bác thử làm 1 con IIS ở cty để giảm tải băng thông ra ngoài xem như thế nào, đấy là 1 phần, nhưng sql em thấy cũng ăn CPU hơi nhiều, bác check lại xem lúc nó load nặng nhất thì là query nào rồi fix thôi

Click to expand...

Bên mình làm đủ mọi nơi,có cả chi nhánh nữa.Giờ ngày nào cũng ngồi nhìn activity monitor xem query nào nặng nhất thì fix lại

Cái này nhiều yếu tố. Nhưng theo mình thấy server đó 100 users ổn. Chắc do app đặt nơi xa quá. Cũng nên kiểm tra lại network.

máy kia có vẻ yếu, ram với cpu cũ cũng rẻ, bác đập 2 con 2678v3 cũ giá 2 con khoảng 5.5tr, ram 16g giá 1.3tr , nâng thêm 32gb ram nữa chắc ổn rồi

Chạy DB nhiều mà không tối ưu thì:

• Nâng cấp phần cứng (càng không tối ưu thì phần cứng càng nhiều)
• Tối ưu DB: chia bảng, partition, db nhỏ hơn, ...

Nên có nâng lên thì vẫn thế nếu k tối ưu. B mua thêm RAM vì thường để thêm 25-30% RAM để dự phòng nữa.

chạy baremetal hay vm vậy bạn?

erp thì i/o cao ko thím, bên mình 150 sesion concurent mà con vps ghẻ lở 2gb ram cân vô tư luôn. mình xài mysql.

case này bạn muốn biết do đâu thì đầu tiên phải có một hệ thống monitor chi tiết đã, rất nhiều IT/Sysad không triển khai hệ thống monitor để giám sát tài nguyên hệ thống, vì vậy không biết được thời điểm nào là thời điểm cao tải, tại thời điểm đó tài nguyên hệ thống như thế nào, bao nhiêu lượt truy cập. Bên cạnh đó là cũng chưa bao giờ xây dựng hệ thống quản lý log tập trung, để troubleshoot khi hệ thống có sự cố một cách nhanh nhất.
Mình chỉ đưa một số tư vấn như sau:
1. Bạn nên có một hệ thống monitor, giám sát càng nhiều thông số càng tốt: CPU, RAM, IO Disk, IOPS, Concurrent, SQL query, IIS Worker process, IIS time elapsed,...
2. Hệ thống quản lý log tập trung: System Log, Application Log, SQL Slow querry log, IIS request có thời gian xử lý lâu (vd > 15s),....

Khi hệ thống có sự cố thì check thời điểm rồi dựa vào các hệ thống kia mà đánh giá và optimize thôi

huycon1002 said:

Trước đây cũng đã gom 2 cái vào làm 1 nhưng về sau ko chịu nổi nên mới tách

Click to expand...

Bác đặt server bên em đi, hạt dẻ, quản lý 24/7, có hỗ trợ kỹ thuật

SQL nó ăn ram rất là kinh, thím coi cao điểm thử coi nó sử dụng hết bao nhiêu RAM. Máy ở cty mình xài SQL 2016, RAM toàn ít nhất 64GB ở lên, có máy 128GB luôn

mạng nội bộ 100 hay 1000 đều ổn nhưng con sever này hơi chuối ,bạn phải check xe nghẽn cổ chay mà chay nào chay i/o mạng ,ổ cứng hay cpu xử lý ,cái sql server khá nặng roài ,bạn và task xem thử cái ssd nếu sata thì xe gánh được ko ko thì raid vào + hdd backup,nếu ssd ko mà rip thì tôi ,còn mạng full thì tìm giải pháp cân bằng tải bằng phần cứng tránh đầy i/o khi nhiều thiết bị kết nối,còn về phần mềm do phiên làm việc duy trì lâu nên nên chĩnh thời gian duy trì kết nối nhìu hơn ,nếu ko cần thiết thì có thể ngưng sao 1 khoảng thời gian ,khi thao tác lại nó tự kết nối lại (thường là tự kết nối lại ,chỉ nhưng pm củ chuối thì phải thoát ra vào lại để kết nối thôi) .