This is a mobile optimized page that loads fast, if you want to load the real page, click this text.

Thảo luận Tư vấn hệ thống máy chủ cho công ty xây dựng

garanmuoi

Gà con
littlecloud nói:
Bạn tư vấn giúp mình xem nếu nâng cấp thì cấu hình ra sao được ko
Nhấn để mở rộng...
Thấy máy chủ SQL chạy ảo hoá vmware nên bro thử
1. VMware: Reserve all guest memory (all locked): mục đích không ghi VM memory ra swap -> nặng storage
2. Storage: Check model ssd có phải dòng enterprise có PLP (power loss protection) hay không. Nâng cấp khi cần thiết
bên dưới mình chỉ gợi ý cách mình đang làm, vui lòng tham khảo thêm bên triển khai của bạn
3. MSSQL: move temp ra RAM disk https://stackoverflow.com/questions/5500915/how-to-move-tempdb-to-ram-in-sql-server-2005-2008
  • phần mềm RAM disk mình đang xài là StarWind RAM disk
  • cần xác định tempdb chiếm bao nhiêu để tạo RAM disk dung lượng tối ưu
 

littlecloud

Gà con
 

littlecloud

Gà con
Mình là dev nên nhìn ko hiểu lắm
 

Hoasakurachan

Gà con
Đơn giản nhất thì bác theo dõi cái monitor lúc đông nhất và bắt đầu thấy lag thì máy bác cái nào đang hoạt động hết công suất, hoặc là những cái nào đang hoạt động hết công suất thì nâng lên

như làm nhà máy mạng Lan nội bộ cho các máy sản xuất đẩy dữ liệu lên xuống. tôi thấy chủ yếu là đường tuyền chính lên Gigabit thì bao phê, thứ 2 thì Ram max to thì càng sướng, mịa ăn ram kinh khủng. Chứ CPU với ổ cứng thì một phần thôi, chỗ tôi vẫn HDD

Những lúc treo đơ thì đa số toàn chửi mấy thằng coder query ngu thôi, tối ưu hóa Database rất quan trọng, cách query, truy xuất dữ liệu thế nào cũng ko kém. treo máy chủ hay đơ toàn do bọn này
 

bluebird

Gà con
có 1 vấn đề ở đây là IIS lại đặt ở VPS chứ không phải tại công ty, sao bác không bê về nhà luôn cho đỡ mất công đi vòng
 

littlecloud

Gà con
bluebird nói:
có 1 vấn đề ở đây là IIS lại đặt ở VPS chứ không phải tại công ty, sao bác không bê về nhà luôn cho đỡ mất công đi vòng
Nhấn để mở rộng...
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
 

bluebird

Gà con
littlecloud nói:
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
Nhấn để mở rộng...
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...
 

littlecloud

Gà con
bluebird nói:
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...
Nhấn để mở rộng...
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
 

bluebird

Gà con
littlecloud nói:
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
Nhấn để mở rộng...
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
 

littlecloud

Gà con
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
 

thiklangxang

Gà con
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.
 

ANAN1986

Gà con
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
 

love1982

Gà con
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 ko tối ưu. B mua thêm RAM vì thường để thêm 25-30% RAM để dự phòng nữa.
 

bibo2016

Gà con
chạy baremetal hay vm vậy bạn?
 

hongnam93

Gà con
erp thì i/o cao ko bác, 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.
 

lalaPhan

Gà con
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
 

luuthianh

Gà con
SQL nó ăn ram rất là kinh, bạn 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
 

QuangHuy0998

Gà con
Em đang định build server VPN để vào mấy cái service ở nhà, các bác cho em xin tư vấn nên dùng Pi/router nào P/P nhất với, xài VPN tốc càng cao càng tốt vì mạng ở nhà cũng 200Mbps . Có cổng mạng 1 Gbps càng tốt, no wifi cũng được ạ, ngoài VPN chắc thêm samba với udpxy thôi ạ
 
D

dangphuc189

Gà con
Samba thì bỏ ổ cứng vào, mà ổ cứng thì phải lắp máy là tốt nhất.
 

kai210

Gà con
Wireguard thì con nào cũng được, còn nếu openvpn thì kiếm hệ x86, bất cứ con nào có hỗ trợ AES-NI là chạy bét nhè.
Tùy mức độ chịu đầu tư mà bạn có thể xem xét các option laptop cũ bể màn/mini pc/hoặc tự build cả bộ.
 
You must log in or register to reply here.


Menu
Đăng nhập
Register