Read-only archive. Login and posting are unavailable.
View Full Version : Tư vấn cấu hình server - phần mềm chống DDOS, antivirus - hạ tầng mạng thế nào là đủ ?
ngocnghechvt
26-05-2012, 12:59
Tình hình là em cần 1 Server chạy J2EE bằng Tomcat và Mysql, ban đầu dự là phục vụ khoảng 10k view/ngày. Có rất nhiều vấn đề băn khoăn ở đây:
1. Với entry sever dùng Xeon E1320 có đủ dùng, RAM bao nhiêu là đủ hay càng nhiều càng tốt?
2. Về vấn đề lưu trữ, bao nhiêu HDD là đủ, RAID mấy, có cần SSD ko, nếu có thì vai trò của con SSD này là gì?
3. Về vấn đề nguồn, 1 là đủ hay cần thêm 1 con backup, setup 2 nguồn ra sao?
4. Đường cáp quang bao nhiêu là đủ với cấu hình server và lượng request, cách tìm ra con số gần tối ưu này?
5. Vấn đề về phần mềm chống DDOS, Internet Sercurity, xài của hãng nào, chi phí, liên hệ ở đâu.
6. Vấn đề về tách DB server ra riêng, backup này nọ...
Em hỏi hơi nhiều nhưng mong mọi người có biết thì chia sẻ cùng nhau :beauty:
COn đó chạy ổn, btw nên đầu tư luôn hẳng
E5620
8GB ram
2x500GB HDD raid 1 hoặc 160GB SSD
giá thành tầm 20 củ. muốn tham khảo giá thì PM mình giới thiệu cho em pé xinh tươi bán server
Tình hình là em cần 1 Server chạy J2EE bằng Tomcat và Mysql, ban đầu dự là phục vụ khoảng 10k view/ngày. Có rất nhiều vấn đề băn khoăn ở đây:
1. Với entry sever dùng Xeon E1320 có đủ dùng, RAM bao nhiêu là đủ hay càng nhiều càng tốt?
2. Về vấn đề lưu trữ, bao nhiêu HDD là đủ, RAID mấy, có cần SSD ko, nếu có thì vai trò của con SSD này là gì?
3. Về vấn đề nguồn, 1 là đủ hay cần thêm 1 con backup, setup 2 nguồn ra sao?
4. Đường cáp quang bao nhiêu là đủ với cấu hình server và lượng request, cách tìm ra con số gần tối ưu này?
5. Vấn đề về phần mềm chống DDOS, Internet Sercurity, xài của hãng nào, chi phí, liên hệ ở đâu.
6. Vấn đề về tách DB server ra riêng, backup này nọ...
Em hỏi hơi nhiều nhưng mong mọi người có biết thì chia sẻ cùng nhau :beauty:
prescolt
26-05-2012, 17:19
DDOS sao mà chống hả bạn
ngocnghechvt
26-05-2012, 18:05
DDOS sao mà chống hả bạn
Oh, mình nghĩ nó đơn giản là chặn request từ IP thôi, phần mềm làm dc mà, nếu hiểu sai bạn góp ý cho, mình ko có nhiều kinh nghiệm thực tế về vụ này :sosad:
prescolt
26-05-2012, 18:19
Oh, mình nghĩ nó đơn giản là chặn request từ IP thôi, phần mềm làm dc mà, nếu hiểu sai bạn góp ý cho, mình ko có nhiều kinh nghiệm thực tế về vụ này :sosad:
nếu nó dos nhiều quá, phần mềm chặn nó ngõm luôn thì sao :D, đại loại là ví du linux, ip tables nó phải bóc tách, filter, nhiều quá nó làm ko xuể nó treo, thế là webservice bi flood lăn ra chết tiếp :D, DDOS/DOS chỉ có thể giảm impact của nó chứ không chống được trừ khi bạn có infrastructure tốt, ngay cả khi OS bị treo thì traffic nó vẫn đổ về cái NIC mà :D. như bạn thấy nhiều ngân hàng có hạ tầng tốt mà vẫn chết như thường nên giải pháp chống DOS hiệu quả nhất là đừng có gây thù chuốc oán :D
---------------------------
FW mềm nó không tự nhân diện DOS, bạn phải có phương pháp phát hiện, cô lập, khoanh vùng các IP và action, không don thuần chỉ là cài fw là đủ, cái này thi bạn cần có kiến thức cả về system và networking thì moi giải quyết được
1. Với entry sever dùng Xeon E1320 có đủ dùng, RAM bao nhiêu là đủ hay càng nhiều càng tốt? -- > RAM nên từ 8GB, CPU như vậy là đủ nếu CCU/s của hệ thống tầm dưới 1200k (bao gồm đọc và ghi vào DB,)
2. Về vấn đề lưu trữ, bao nhiêu HDD là đủ, RAID mấy, có cần SSD ko, nếu có thì vai trò của con SSD này là gì? --> không nên dùng SSD, vì SSD hiệu năng cao nhưng độ bền kém và nó không phù hop cho việc ghi nhiều, nếu bạn ghi ít thi nó phù hơp, nếu HDD truyền thống thì SAS, nên là RAID 10
3. Về vấn đề nguồn, 1 là đủ hay cần thêm 1 con backup, setup 2 nguồn ra sao? --> phụ thuộc vào yêu cầu kinh doanh của công ty, hot site hay warm site hay cold site
4. Đường cáp quang bao nhiêu là đủ với cấu hình server và lượng request, cách tìm ra con số gần tối ưu này? --> ý bạn là đặt Server tai nhà, nếu vậy cần có giải pháp tản nhiệt, cáp quang mình ko biết nhưng với yêu cầu này nên đặt trên DC
5. Vấn đề về phần mềm chống DDOS, Internet Sercurity, xài của hãng nào, chi phí, liên hệ ở đâu. --> khuyến cáo dùng linux, windows thi chống DDOS hoi khoai ngay cả với người vận hành hệ thống
6. Vấn đề về tách DB server ra riêng, backup này nọ... ---> có thể dùng giải pháp backup hằng ngày nếu RAID 10 )
ngocnghechvt
27-05-2012, 08:14
nếu nó dos nhiều quá, phần mềm chặn nó ngõm luôn thì sao :D, đại loại là ví du linux, ip tables nó phải bóc tách, filter, nhiều quá nó làm ko xuể nó treo, thế là webservice bi flood lăn ra chết tiếp :D, DDOS/DOS chỉ có thể giảm impact của nó chứ không chống được trừ khi bạn có infrastructure tốt, ngay cả khi OS bị treo thì traffic nó vẫn đổ về cái NIC mà :D. như bạn thấy nhiều ngân hàng có hạ tầng tốt mà vẫn chết như thường nên giải pháp chống DOS hiệu quả nhất là đừng có gây thù chuốc oán :D
---------------------------
FW mềm nó không tự nhân diện DOS, bạn phải có phương pháp phát hiện, cô lập, khoanh vùng các IP và action, không don thuần chỉ là cài fw là đủ, cái này thi bạn cần có kiến thức cả về system và networking thì moi giải quyết được
1. Với entry sever dùng Xeon E1320 có đủ dùng, RAM bao nhiêu là đủ hay càng nhiều càng tốt? -- > RAM nên từ 8GB, CPU như vậy là đủ nếu CCU/s của hệ thống tầm dưới 1200k (bao gồm đọc và ghi vào DB,)
2. Về vấn đề lưu trữ, bao nhiêu HDD là đủ, RAID mấy, có cần SSD ko, nếu có thì vai trò của con SSD này là gì? --> không nên dùng SSD, vì SSD hiệu năng cao nhưng độ bền kém và nó không phù hop cho việc ghi nhiều, nếu bạn ghi ít thi nó phù hơp, nếu HDD truyền thống thì SAS, nên là RAID 10
3. Về vấn đề nguồn, 1 là đủ hay cần thêm 1 con backup, setup 2 nguồn ra sao? --> phụ thuộc vào yêu cầu kinh doanh của công ty, hot site hay warm site hay cold site
4. Đường cáp quang bao nhiêu là đủ với cấu hình server và lượng request, cách tìm ra con số gần tối ưu này? --> ý bạn là đặt Server tai nhà, nếu vậy cần có giải pháp tản nhiệt, cáp quang mình ko biết nhưng với yêu cầu này nên đặt trên DC
5. Vấn đề về phần mềm chống DDOS, Internet Sercurity, xài của hãng nào, chi phí, liên hệ ở đâu. --> khuyến cáo dùng linux, windows thi chống DDOS hoi khoai ngay cả với người vận hành hệ thống
6. Vấn đề về tách DB server ra riêng, backup này nọ... ---> có thể dùng giải pháp backup hằng ngày nếu RAID 10 )
Cám ơn ý kiến đóng góp của bạn!
Ko biết còn cao nhân nào khác có thể chỉ điểm ko :beauty:
athgen52
27-05-2012, 08:28
Liên hệ frzzy chủ thớt nhé
shanksleroux1712
27-05-2012, 10:42
nếu thím cần thuê sever tại tphcm thì pmmm em nha :sexy: em đang làm cho vnpt, sẽ đảm bảo chất lượng cho chủ thớt :beauty:
it.thuongnguyen
27-05-2012, 14:27
Cám ơn ý kiến đóng góp của bạn!
Ko biết còn cao nhân nào khác có thể chỉ điểm ko :beauty:
Với chừng đó vẫn chưa đủ sao bác ! Bác muốn thế nào nữa ?
Trả lời hết yêu cầu của bác prescolt xong tính tiếp.
Mình túm lại cho bác dễ hiểu nhé:
1. Vấn đề về DDOS/DOS: "chỉ có thể giảm impact của nó chứ không chống được" >> Không gây thù chuốc oán.
2. CPU E1320 - RAM > 8GB càng nhiều càng tốt
3. HDD SAS - Raid 10, dung lượng tuỳ vào yêu cầu
4. PSU. Tuỳ thuộc vào yêu cầu. setup chẳng phải làm gì cắm vào nó chạy
(Nguồn này là của con server nhé)
5. Yêu cầu của bạn nên đặt server tại Datacenter
6. Web server nên dùng OS Linux '
7. "Vấn đề về tách DB server ra riêng, backup này nọ" tuỳ trường hợp
ngocnghechvt
27-05-2012, 19:52
Cám ơn các bác đã quan tâm, tại em thấy voz hơi hẻo mấy vụ server này, nên bác nào biết thì cứ chia sẻ đi ạ :beauty:
hensynki
27-05-2012, 20:10
Cám ơn các bác đã quan tâm, tại em thấy voz hơi hẻo mấy vụ server này, nên bác nào biết thì cứ chia sẻ đi ạ :beauty:
Bác muốn "pro" hơn, muốn "có vẻ chuyên nghiệp hơn", muốn "đá cục trách nhiệm" đi khi có sự cố.... cứ mang $$$ ra ngoài service kêu nó tư vấn setup cho.
(mà chưa chắc bên tư vấn đó skill ăn đc VOZ đâu nhé :D )
nếu nó dos nhiều quá, phần mềm chặn nó ngõm luôn thì sao :D, đại loại là ví du linux, ip tables nó phải bóc tách, filter, nhiều quá nó làm ko xuể nó treo, thế là webservice bi flood lăn ra chết tiếp :D, DDOS/DOS chỉ có thể giảm impact của nó chứ không chống được trừ khi bạn có infrastructure tốt, ngay cả khi OS bị treo thì traffic nó vẫn đổ về cái NIC mà :D. như bạn thấy nhiều ngân hàng có hạ tầng tốt mà vẫn chết như thường nên giải pháp chống DOS hiệu quả nhất là đừng có gây thù chuốc oán :D
---------------------------
FW mềm nó không tự nhân diện DOS, bạn phải có phương pháp phát hiện, cô lập, khoanh vùng các IP và action, không don thuần chỉ là cài fw là đủ, cái này thi bạn cần có kiến thức cả về system và networking thì moi giải quyết được
1. Với entry sever dùng Xeon E1320 có đủ dùng, RAM bao nhiêu là đủ hay càng nhiều càng tốt? -- > RAM nên từ 8GB, CPU như vậy là đủ nếu CCU/s của hệ thống tầm dưới 1200k (bao gồm đọc và ghi vào DB,)
2. Về vấn đề lưu trữ, bao nhiêu HDD là đủ, RAID mấy, có cần SSD ko, nếu có thì vai trò của con SSD này là gì? --> không nên dùng SSD, vì SSD hiệu năng cao nhưng độ bền kém và nó không phù hop cho việc ghi nhiều, nếu bạn ghi ít thi nó phù hơp, nếu HDD truyền thống thì SAS, nên là RAID 10
3. Về vấn đề nguồn, 1 là đủ hay cần thêm 1 con backup, setup 2 nguồn ra sao? --> phụ thuộc vào yêu cầu kinh doanh của công ty, hot site hay warm site hay cold site
4. Đường cáp quang bao nhiêu là đủ với cấu hình server và lượng request, cách tìm ra con số gần tối ưu này? --> ý bạn là đặt Server tai nhà, nếu vậy cần có giải pháp tản nhiệt, cáp quang mình ko biết nhưng với yêu cầu này nên đặt trên DC
5. Vấn đề về phần mềm chống DDOS, Internet Sercurity, xài của hãng nào, chi phí, liên hệ ở đâu. --> khuyến cáo dùng linux, windows thi chống DDOS hoi khoai ngay cả với người vận hành hệ thống
6. Vấn đề về tách DB server ra riêng, backup này nọ... ---> có thể dùng giải pháp backup hằng ngày nếu RAID 10 )
Theo mình thì ngược lại, SSD hiệu quả và bền hơn HDD, trường hợp này dung lượng DB ít nên dùng SSD là hợp lý nhất
Minh không có nhiều kinh nghiệm và cơ hội như bác prescolt hay các bác khác. Nhưng cũng mạo muội tư vấn cho chủ thớt về vấn đề ddos
Mình cung cấp Hosting windows nên site của khách bị ddos thì hầu như ngày nào cũng 3-4 trận.
Trên centos thì thú thật mình không biết làm cách nào nhưng trên server win thì mình có rất nhiều cách để phân tích log khoanh vùng ip và block hàng loạt zombie đó :beauty:
prescolt
29-05-2012, 11:59
Theo mình thì ngược lại, SSD hiệu quả và bền hơn HDD, trường hợp này dung lượng DB ít nên dùng SSD là hợp lý nhất
server mình vận hành SSD không hiếm và thay liên tục, chi dùng cho static data, tức là dữ liệu ít ghi nhưng có throughput cao nhưu flash, image trong game, ví dụ như CDN Farm, còn những con backup vẫn phải dùng RAID1 với 4HDD SAS đấy ạ, chưa bàn về thực tế, chỉ nói về spec thi NAND đã có số lần ghi ít hơn so với Oxit sắt rất là nhiều rồi
server mình vận hành SSD không hiếm và thay liên tục, chi dùng cho static data, tức là dữ liệu ít ghi nhưng có throughput cao nhưu flash, image trong game, ví dụ như CDN Farm, còn những con backup vẫn phải dùng RAID1 với 4HDD SAS đấy ạ, chưa bàn về thực tế, chỉ nói về spec thi NAND đã có số lần ghi ít hơn so với Oxit sắt rất là nhiều rồi
thế ku xài SSD giề vậy, các hệ thống DB lớn đều dùng SSD nhé :pudency:
Mình thấy mấy con enterprise SDD bảo hành 60 tháng lo gì, hệ thống nào cũng cần backup, đầu tư ssd đi trước 60 tháng mà nó lăn ra chết âu cũng là 1 điều mai herher.
it.thuongnguyen
29-05-2012, 17:17
Mình thấy mấy con enterprise SDD bảo hành 60 tháng lo gì, hệ thống nào cũng cần backup, đầu tư ssd đi trước 60 tháng mà nó lăn ra chết âu cũng là 1 điều mai herher.
Em chưa dùng SSD, vẫn trung thành với SAS nên không phát biểu gì, các bác chém thoải mái
Thực ra với server giá trị của các HDD không quan trọng bằng giá trị của cái chứa trong HDD đó.
hensynki
29-05-2012, 23:15
theo tui á,
SSD chưa phổ biến trong storage enterprise là do giá thành quá cao (ko có rẻ như SSD để bàn đâu các bạn). việc đầu tư nó cũng phải cân nhắc kỹ.
Cách đây chừng 4-5th, IBM có làm buổi hội thảo giới thiệu dòng SAN mới - StorWize7000. Tính năng nổi bật của chú này là sắp xếp data theo các Tier. Data truy xuất nhiều thì nằm ở Tier cao nhất, độ ưu tiên giảm dần trên các Tier sau. (Data được sắp xếp tự động dựa vào hệ thống thống kê của StorWize7000 - monitor trên từng block).
Nói vậy các bạn cũng đã hình dung ra các Tier rùi: SSD - SAS - SATA - Tape
p/s: Đọc các tài liệu đặc tả storage, tui chưa từng thấy điểm nào khuyến cáo nên thay SSD định kỳ cả. HDD cơ cũng có số giờ họat động recommend. Tuy nhiên các cty (ít nhất là VN) hiện giờ cứ chết là thay thôi, chứ chưa sang đến mức thay hàng lọat định kỳ - tui thấy thế . :)
namhoang524
30-05-2012, 01:05
Bạn cần tiền + nhân lực :sexy:
prescolt
30-05-2012, 09:38
theo tui á,
SSD chưa phổ biến trong storage enterprise là do giá thành quá cao (ko có rẻ như SSD để bàn đâu các bạn). việc đầu tư nó cũng phải cân nhắc kỹ.
Cách đây chừng 4-5th, IBM có làm buổi hội thảo giới thiệu dòng SAN mới - StorWize7000. Tính năng nổi bật của chú này là sắp xếp data theo các Tier. Data truy xuất nhiều thì nằm ở Tier cao nhất, độ ưu tiên giảm dần trên các Tier sau. (Data được sắp xếp tự động dựa vào hệ thống thống kê của StorWize7000 - monitor trên từng block).
Nói vậy các bạn cũng đã hình dung ra các Tier rùi: SSD - SAS - SATA - Tape
p/s: Đọc các tài liệu đặc tả storage, tui chưa từng thấy điểm nào khuyến cáo nên thay SSD định kỳ cả. HDD cơ cũng có số giờ họat động recommend. Tuy nhiên các cty (ít nhất là VN) hiện giờ cứ chết là thay thôi, chứ chưa sang đến mức thay hàng lọat định kỳ - tui thấy thế . :)
hiện tại chỗ tui, 1.5 năm thay 1 lần tren các con chưa dữ liệu về tiền, account name. Trong tài liệu không có ghi nhưng mà thực tế là vậy nếu dữ liệu là cực kỳ quan trọng. và chỉ thay cho SAS, SSD ko chứa mấy thứ này, nếu chứa chỉ nằm trong SAN, cái này độ tin cậy nó cao nên ko cần thay đinh kỳ
thế ku xài SSD giề vậy, các hệ thống DB lớn đều dùng SSD nhé :pudency:
Nếu chủ thread mà giàu dủ tiền để nuôi SSD dài hạn , thì mình cũng khuyến cáo vậy, cái tốt nhất là cái phù hợp nhất với business
hiện tại chỗ tui, 1.5 năm thay 1 lần tren các con chưa dữ liệu về tiền, account name. Trong tài liệu không có ghi nhưng mà thực tế là vậy nếu dữ liệu là cực kỳ quan trọng. và chỉ thay cho SAS, SSD ko chứa mấy thứ này, nếu chứa chỉ nằm trong SAN, cái này độ tin cậy nó cao nên ko cần thay đinh kỳ
Nếu chủ thread mà giàu dủ tiền để nuôi SSD dài hạn , thì mình cũng khuyến cáo vậy, cái tốt nhất là cái phù hợp nhất với business
xem lại cơ chế đọc ghi của NAND rồi từ đó suy ra thời gian phải thay thế của SSD là bao lâu nhé.Không phải ngẫu nhiên mà cái diễn đàn phần cứng to nhất việt nam đều chuyển từ sata, sas sang SSD.
trước đây , voz vài tháng (ko tính bằng năm) đều phải thay cả HDD.
Vinagame chơi sas, chơi raid mà 1,5 thay 1 lần thì rửa tiền mịe nó ràu chứ ko đơn thuần là bảo vệ data ^^! (J/k)
hensynki
02-06-2012, 23:10
xem lại cơ chế đọc ghi của NAND rồi từ đó suy ra thời gian phải thay thế của SSD là bao lâu nhé.Không phải ngẫu nhiên mà cái diễn đàn phần cứng to nhất việt nam đều chuyển từ sata, sas sang SSD.
trước đây , voz vài tháng (ko tính bằng năm) đều phải thay cả HDD.
Vinagame chơi sas, chơi raid mà 1,5 thay 1 lần thì rửa tiền mịe nó ràu chứ ko đơn thuần là bảo vệ data ^^! (J/k)
Xin hỏi, là chuyển sang SSD chạy trên storage local hay trên SAN ?
prescolt
03-06-2012, 09:58
Xin hỏi, là chuyển sang SSD chạy trên storage local hay trên SAN ?
người ta chạy ssd chủ yếu trên SAN, voz chạy ssd local
xem lại cơ chế đọc ghi của NAND rồi từ đó suy ra thời gian phải thay thế của SSD là bao lâu nhé.Không phải ngẫu nhiên mà cái diễn đàn phần cứng to nhất việt nam đều chuyển từ sata, sas sang SSD.
trước đây , voz vài tháng (ko tính bằng năm) đều phải thay cả HDD.
Vinagame chơi sas, chơi raid mà 1,5 thay 1 lần thì rửa tiền mịe nó ràu chứ ko đơn thuần là bảo vệ data ^^! (J/k)
đã xem rồi, và mới đi đến kết luận SSD ko dành cho việc ghi nhiều. và thực tế nó đã chứng minh. Thời gian thay thế SSD tỉ lệ với số lần ghi dữ liệu, thời gian thay thế của SAS tỉ lệ với thời gian hoạt động (cụ thể là số lần truy xuất bao gồm cả read và write). Một năm thay 2 con SAS vẫn rẽ hơn thay một con SSD, chi phí có một mức chịu lỗi với SAS thấp hơn 1 hệ thống SSD cho một doanh nghiệp nhỏ.
Cái diễn đàng vOz này chuyển qua SSD vì SAS ko thễ đáp ứng được throughtput quá lớn của thằng MYSQL, và cũng vì nếu triển khai một hệ thống cluster mysql thì quá tốn kém nên phải chuyển qua SSD và cho nó chạy local, ông có thể xin fzz post cho cái graph ve read/write trong 1 tháng xem đọc và ghi thằng nào nhiều hơn ?, đọc nhiều thi đảm bảo SAS thua SSD về tốc độ lẫn độ bền
-----------------------
LOCAL Backup storage một năm thay 1.5 năm thay một lần thì có gì lạ ?
người ta chạy ssd chủ yếu trên SAN, voz chạy ssd local
đã xem rồi, và mới đi đến kết luận SSD ko dành cho việc ghi nhiều. và thực tế nó đã chứng minh. Thời gian thay thế SSD tỉ lệ với số lần ghi dữ liệu, thời gian thay thế của SAS tỉ lệ với thời gian hoạt động (cụ thể là số lần truy xuất bao gồm cả read và write). Một năm thay 2 con SAS vẫn rẽ hơn thay một con SSD, chi phí có một mức chịu lỗi với SAS thấp hơn 1 hệ thống SSD cho một doanh nghiệp nhỏ.
Cái diễn đàng vOz này chuyển qua SSD vì SAS ko thễ đáp ứng được throughtput quá lớn của thằng MYSQL, và cũng vì nếu triển khai một hệ thống cluster mysql thì quá tốn kém nên phải chuyển qua SSD và cho nó chạy local, ông có thể xin fzz post cho cái graph ve read/write trong 1 tháng xem đọc và ghi thằng nào nhiều hơn ?, đọc nhiều thi đảm bảo SAS thua SSD về tốc độ lẫn độ bền
-----------------------
LOCAL Backup storage một năm thay 1.5 năm thay một lần thì có gì lạ ?
Thế tóm lại là đang nói về giá, về perfomance hay về độ bền? hay muốn nói về tất cả
/nếu không OT, nhu cầu của chủ thead thì làm con SSD 120GB là ngon hay là làm con SAS 146GB rồi phải addon thêm 1 controller raid :surrender:
hensynki
03-06-2012, 23:54
người ta chạy ssd chủ yếu trên SAN, voz chạy ssd local
đã xem rồi, và mới đi đến kết luận SSD ko dành cho việc ghi nhiều. và thực tế nó đã chứng minh. Thời gian thay thế SSD tỉ lệ với số lần ghi dữ liệu, thời gian thay thế của SAS tỉ lệ với thời gian hoạt động (cụ thể là số lần truy xuất bao gồm cả read và write). Một năm thay 2 con SAS vẫn rẽ hơn thay một con SSD, chi phí có một mức chịu lỗi với SAS thấp hơn 1 hệ thống SSD cho một doanh nghiệp nhỏ.
Cái diễn đàng vOz này chuyển qua SSD vì SAS ko thễ đáp ứng được throughtput quá lớn của thằng MYSQL, và cũng vì nếu triển khai một hệ thống cluster mysql thì quá tốn kém nên phải chuyển qua SSD và cho nó chạy local, ông có thể xin fzz post cho cái graph ve read/write trong 1 tháng xem đọc và ghi thằng nào nhiều hơn ?, đọc nhiều thi đảm bảo SAS thua SSD về tốc độ lẫn độ bền
-----------------------
LOCAL Backup storage một năm thay 1.5 năm thay một lần thì có gì lạ ?
có thể bật mí chút là bên VNG dùng ổ SSD loại nào ko ? model SAN ?
hensynki
03-06-2012, 23:54
Thế tóm lại là đang nói về giá, về perfomance hay về độ bền? hay muốn nói về tất cả
/nếu không OT, nhu cầu của chủ thead thì làm con SSD 120GB là ngon hay là làm con SAS 146GB rồi phải addon thêm 1 controller raid :surrender:
dù SAS hay SSD thì tui thấy vẫn cần 1 cái controller raid - chạy single tui đau tim lắm ^^
anhvanlavodoi
04-06-2012, 08:24
có chương trình tường lửa nào chống ddos tốt hok anh em share vơi
it.thuongnguyen
04-06-2012, 17:20
có chương trình tường lửa nào chống ddos tốt hok anh em share vơi
Lại Copy & Paste: "chỉ có thể giảm impact của nó chứ không chống được" >> Không gây thù chuốc oán.
dù SAS hay SSD thì tui thấy vẫn cần 1 cái controller raid - chạy single tui đau tim lắm ^^
SSD thì raid lại hình như ko enable được trim, còn software raid thì thú thật nên vất đi. Nói chung tùy vào độ quan trọng của dữ liệu thì có giải pháp thôi.
trong tháng này ROBO có làm 1 dự án cho khách hàng về tài chính, họ yêu cầu là server phải fail over, ngoài ra dữ liêu phải được backup tức thời ở 3 DC khác nhau, ngoài ra mỗi phòng server đều phải chống sét trực tiếp lẫn lan truyền. hệ thống chống sét cũng ngốn hơn 20k$ riêng hệ thống storage tầm 70k. trong khi đó hệ thống server thì chỉ bằng 1/2 trị giá của gói kia,
Điều này nói lên tùy thuộc vào độ quan trọng dữ liệu mà ta có thể có những giải pháp khác nhau. với các cty nhỏ họ còn chơi cả backup qua HDD Ext nữa :D
levishoang
08-06-2012, 10:26
mình thấy các bác trên đã tư vấn rồi nên mình không ý kiến gì thêm.Nếu đặt ở cty thì bác cần hỗ trợ kt 24/7 tránh server down,chi phí phục vụ cho phòng server như nguồn điện ổn định, đường truyền, máy lạnh cũng hơi tốn kém so với để ở datacenter:sosad:. bên mình sẽ hỗ trợ hết cho bác. Nếu bác thuê chỗ đặt thì bên mình đang giảm đến 40%. Còn thuê server thì sau 2 năm tặng luôn bác con đấy và chuyển sang thuê chỗ đặt thôi:beauty:.
Bên mình đang có chương trình thuê con Cisco tặng Ipad3 đấy :dreaming: bác có nhu cầu cứ liên hệ mình lấy giá tốt nhất luôn.
-----------------------------------------------
HUYNH MINH CHAU (Mr.)
Online Data Services Dept.
– Tên miền– Lưu trữ web– Email theo tên miền– Chứng thư số– Máy chủ ảo– Máy chủ –
Tel: +84 (8) 73002222 (Ext: 8975)
Mobile: +84 -128 655 9797
Fax: +84 (6) 2971197
Address: 68 Vo Van Tan str.,Dist. 3,HCMC
Email: chauhmfpt.net - Website: datafptnet - Yahoo : mchau_fpt
FPT Telecom International Co.ltd
vBulletin® v3.8.0, Copyright ©2000-2026, Jelsoft Enterprises Ltd.