Làm thế nào xấu là thực sự để cài đặt Linux trên một phân vùng lớn?

Chúng tôi sẽ chạy CentOS 7 trên máy chủ mới của chúng tôi. Chúng tôi có 6 x 300GB ổ đĩa trong raid6 nội bộ đến máy chủ. (Lưu trữ phần lớn là bên ngoài dưới dạng hộp đột kích 40TB.) Âm lượng bên trong đạt khoảng 1,3TB nếu được định dạng dưới dạng một âm lượng. Sysadmin của chúng tôi nghĩ rằng việc cài đặt HĐH trên một phân vùng lớn 1,3TB là một ý tưởng tồi.

Tôi là một nhà sinh vật học. Chúng tôi liên tục cài đặt phần mềm mới để chạy và kiểm tra, hầu hết trong số đó nằm ở / usr / local. Tuy nhiên, vì chúng tôi có khoảng 12 nhà sinh học không am hiểu về máy tính sử dụng hệ thống, chúng tôi cũng thu thập rất nhiều hành trình trong / nhà. Máy chủ cuối cùng của chúng tôi có phân vùng 200 GB cho / và sau 2,5 năm, nó đã đầy 90%. Tôi không muốn điều đó xảy ra lần nữa, nhưng tôi cũng không muốn đi ngược lại lời khuyên của chuyên gia!

Làm thế nào chúng ta có thể sử dụng tốt nhất 1,3TB có sẵn để đảm bảo rằng không gian có sẵn khi và khi cần nhưng không tạo ra cơn ác mộng bảo trì cho sysadmin ??

Các lý do chính (lịch sử) để phân vùng là:

• để tách hệ điều hành khỏi dữ liệu người dùng và ứng dụng của bạn . Cho đến khi phiên bản RHEL 7 không có đường dẫn nâng cấp được hỗ trợ và bản nâng cấp phiên bản chính sẽ yêu cầu cài đặt lại và sau đó có /homedữ liệu (ứng dụng) khác trên các phân vùng riêng (hoặc khối lượng LVM) cho phép bạn dễ dàng bảo vệ dữ liệu người dùng và dữ liệu ứng dụng và xóa (các) phân vùng hệ điều hành.

• Người dùng không thể đăng nhập đúng cách và hệ thống của bạn bắt đầu thất bại theo những cách thú vị khi bạn hoàn toàn hết dung lượng đĩa. Nhiều phân vùng cho phép bạn chỉ định dung lượng đĩa cứng dành riêng cho HĐH và tách biệt với khu vực nơi người dùng và / hoặc các ứng dụng cụ thể được phép viết (ví dụ: /home /tmp/ /var/tmp/ /var/spool/ /oradata/v.v.), giảm thiểu rủi ro hoạt động của người dùng và / hoặc ứng dụng bị hành xử xấu.

• Hạn ngạch. Hạn ngạch đĩa cho phép quản trị viên ngăn chặn một người dùng cá nhân sử dụng hết dung lượng có sẵn, làm gián đoạn dịch vụ cho tất cả người dùng khác của hệ thống. Hạn ngạch đĩa riêng được chỉ định cho mỗi hệ thống tệp, do đó, một phân vùng duy nhất và do đó, một hệ thống tệp duy nhất có nghĩa là chỉ có 1 chỉ tiêu đĩa. Nhiều phân vùng (LVM) có nghĩa là nhiều hệ thống tệp cho phép quản lý hạn ngạch chi tiết hơn. Tùy thuộc vào kịch bản sử dụng của bạn, ví dụ bạn có thể cho phép mỗi người dùng 10 GB trong thư mục chính của họ, 2TB trong thư mục / dữ liệu trên mảng lưu trữ ngoài và thiết lập một vùng cào chia sẻ lớn, nơi mọi người có thể đổ bộ dữ liệu quá lớn cho thư mục chính của họ và khi chính sách trở nên "đầy đủ" nhưng khi điều đó xảy ra thì cũng không có gì phá vỡ.

• Cung cấp đường dẫn IO chuyên dụng . Bạn có thể có sự kết hợp giữa SSD và đĩa quay và sẽ làm tốt để giải quyết chúng một cách khác nhau. Không phải là một vấn đề trong máy chủ mục đích chung, nhưng khá phổ biến trong thiết lập cơ sở dữ liệu là cũng gán một số trục (đĩa) nhất định cho các mục đích khác nhau để ngăn chặn sự tranh chấp IO, ví dụ như tách đĩa cho nhật ký giao dịch, tách đĩa cho dữ liệu cơ sở dữ liệu thực tế và tách riêng đĩa cho không gian tạm thời. .

• Khởi động Bạn có thể cần một /bootphân vùng riêng . Trước đây để giải quyết các vấn đề về BIOS khi khởi động vượt quá giới hạn 1024 xi lanh, ngày nay thường yêu cầu hỗ trợ âm lượng được mã hóa, để hỗ trợ một số bộ điều khiển RAID nhất định, HBA không hỗ trợ khởi động từ SAN hoặc các hệ thống tệp không được trình cài đặt hỗ trợ ngay lập tức, v.v.

• Điều chỉnh Bạn có thể có nhu cầu về các tùy chọn điều chỉnh khác nhau hoặc thậm chí các hệ thống tệp hoàn toàn khác nhau.

Nếu bạn sử dụng các phân vùng cứng, bạn ít nhiều phải có được nó ngay khi cài đặt và sau đó một phân vùng lớn không phải là tồi tệ nhất, nhưng nó đi kèm với một số hạn chế ở trên.

Thông thường tôi khuyên bạn nên phân vùng ổ đĩa chính của bạn dưới dạng một khối vật lý LVM Linux lớn duy nhất và sau đó tạo các ổ đĩa logic phù hợp với nhu cầu hiện tại của bạn và trong phần còn lại của không gian đĩa, không được chỉ định cho đến khi cần .

Bạn có thể mở rộng các khối lượng đó và các hệ thống tệp của chúng khi cần (đây là một hoạt động tầm thường có thể được thực hiện trên một hệ thống trực tiếp) hoặc tạo thêm các khối lượng khác.

Thu hẹp khối lượng LVM là không đáng kể nhưng thường thu hẹp các hệ thống tệp trên chúng không được hỗ trợ tốt và có lẽ nên tránh.

Khái niệm sử dụng nhiều phân vùng là một phân vùng đầy đủ ở sai vị trí sẽ không khiến toàn bộ hệ thống hoạt động bất ngờ.

Hãy xem xét một quá trình trên máy điền vào một logfile khá nhanh cho đến khi không còn chỗ trống. Trên một máy phân vùng đơn, ví dụ, điều này có thể ngăn hệ thống ghi dữ liệu mới vào / tmp. Nếu có một quá trình khác muốn ghi vào / tmp, nó có thể sẽ thoát với một lỗi, gây ra hành vi không mong muốn.

Điều này có thể được ngăn chặn nếu bạn sử dụng các phân vùng khác nhau cho những nơi mà người dùng hoặc quy trình thường ghi vào (/ home, / var, / tmp).

Tôi khuyên bạn nên kiểm tra máy chủ cũ của mình những thư mục nào có xu hướng lớn. Bạn có thể làm điều đó trên dòng lệnh với

du -h -d 1 / 2> /dev/null

Bạn sẽ thấy nơi tích lũy nhiều dữ liệu nhất và thiết kế hệ thống tiếp theo của bạn một cách phù hợp. "-D 1" giới hạn đầu ra chỉ ở một mức độ sâu thư mục làm cho nó dễ đọc hơn.

Vấn đề chính với việc có một phân vùng lớn duy nhất là việc lấp đầy hệ thống tập tin có thể là không thể đăng nhập được nữa.

Root người dùng có thư mục chính của nó ( /root) bên ngoài /homevì điều này. Nếu hệ thống tập tin được lấp đầy trong một số trường hợp, ngay cả root cũng không thể đăng nhập và không thể sửa chữa hệ thống.

Đây là lý do tại sao bạn thường tạo điểm gắn riêng cho /var, /tmpvà /homeđể có thể đăng nhập ít nhất là gốc để sửa chữa hệ thống khi một trong những phân vùng khác được lấp đầy.

IMHO, có một phân vùng là / khá hợp lý.

Nhưng bạn có thể sử dụng lvm (trình quản lý âm lượng hợp lý). Sử dụng tất cả các đĩa dưới dạng nhóm lvm, nhưng tạo các đĩa logic nhỏ cho /, / home, / usr và bất cứ thứ gì sysadmin của bạn thích. Sau đó đặt một số giám sát, mà bạn biết, khi hệ thống của bạn bắt đầu đầy và mở rộng các đĩa mà bạn cần. lvresize và resize2fs là các công cụ trực tuyến và bạn có thể mở rộng mà không cần khởi động lại máy chủ. Tuy nhiên, bạn không thể giảm đĩa, vì vậy bạn cần bắt đầu nhỏ một cách hợp lý và tăng ở nơi bạn thấy cần.

Có những vấn đề tối thiểu xung quanh việc thiết lập phân vùng lớn của linux, nhưng nó có phần thưởng lớn.

Thay đổi bố cục phân vùng là một điều hơi khó khăn và rủi ro, điều mà bạn thường không thể làm được nếu không có thời gian ngừng hoạt động dài.

Ưu điểm duy nhất của nó là bạn có một số bảo vệ chống lại các vấn đề đầy đĩa. Nhưng bạn sẽ tìm thấy những vấn đề này nhiều thường. Hãy tưởng tượng tình huống, nếu một trong các phân vùng của bạn đầy, và bạn không thể sử dụng không gian trên các phân vùng khác, ngay cả khi chúng gần như trống rỗng !

Một số quản trị viên hệ thống chuyên nghiệp có một ý kiến ​​hoàn toàn khác về việc này. Họ đang nói rằng việc có nhiều phân vùng có thể làm cho hệ thống của bạn đáng tin cậy hơn và bạn phải biết trước khi phân vùng, phân vùng của bạn sẽ lớn như thế nào. Theo tôi, điều này đơn giản là không thể nói, đó là một nhược điểm khủng khiếp về tính linh hoạt của hệ thống và động lực thực sự của họ là họ chỉ đơn giản là thích chơi với các bản đồ phân vùng .

Có một hệ thống đơn giản có tên lvm , cho phép di chuyển / thay đổi kích thước nhanh chóng các "phân vùng" (theo thuật ngữ, khối lượng của nó). Nhưng trên một máy chủ bộ phận cục bộ, IMHO thường không cần thiết.

Có hai lý do chính để phân vùng:

1. Để giữ dữ liệu tĩnh khỏi dữ liệu không tĩnh
2. Để dữ liệu công cộng tránh xa dữ liệu riêng tư

Lý do đầu tiên là rõ ràng nhất - bạn cần cách ly các khu vực sẽ lấp đầy các tệp từ những nơi không và bạn đặc biệt muốn bảo vệ /, để tránh một hệ thống không thể khởi động. Ví dụ: thư mục / var thường là nơi các tệp nhật ký sẽ được lưu trữ (var là viết tắt của "biến") và đây là lý do tại sao / var có xu hướng được gắn trên một phân vùng riêng từ /.

Lý do thứ hai ở trên ít được trích dẫn hơn (lần cuối tôi nghe nó trong khóa học Trình quản lý âm lượng Veritas khoảng 15 năm trước) và nó thực sự chỉ liên quan đến các hệ thống nơi nhiều người đang đăng nhập và thực hiện công việc.

Có một cái gì đó của một nghệ thuật để phân nhóm hiệu quả, và đây có lẽ là lý do tại sao có những Quản trị viên Sys đưa nó đi quá xa (IMO). Bạn không chỉ cần biết hệ thống tập tin từ trong ra ngoài, mà bạn còn phải biết mục đích sử dụng. Cá nhân tôi nghĩ rằng đó là một cách tiếp cận khá lỗi thời ngày càng ít liên quan đến cách sử dụng máy chủ ngày nay.

Là một nhà phát triển phần mềm, tôi đặc biệt chán ngấy với bộ phận Ops xây dựng Máy ảo với các sơ đồ phân vùng thiếu suy nghĩ hạn chế nghiêm trọng kích thước của / tmp, / home, / var và /, bất kể tổng dung lượng đĩa có sẵn, nhưng sau đó không cho 'gắn kết các lựa chọn rõ ràng như / usr hoặc / opt riêng. Những máy này thường sẽ đặt bất cứ thứ gì còn lại ngoài không gian đĩa bạn yêu cầu vào một khối "/ thứ" mà bạn chắc chắn sẽ kết thúc việc cài đặt và liên kết mọi thứ vào đó, nhưng đó hầu như không phải là một sự an ủi. Kết quả cuối cùng là chúng ta thường dành nhiều thời gian để xáo trộn các tệp xung quanh và gửi email cảnh báo hơn là thực hiện bất kỳ công việc thực tế nào.

Không có gì là "xấu" về việc có một phân vùng duy nhất. Trên bất kỳ hệ thống nào, bạn nên chủ động theo dõi việc sử dụng đĩa của mình và sử dụng các chiến lược vệ sinh hợp lý (ví dụ: xoay vòng nhật ký, hạn ngạch trên các thư mục nhà), vì vậy câu hỏi thực sự duy nhất là: bạn muốn lo lắng về bao nhiêu hệ thống tập tin riêng biệt?

Do đó, tôi sẽ nói: trừ khi bạn tự tin 100% vào khả năng phân vùng hệ thống hiệu quả cho trường hợp sử dụng cụ thể của mình, thì đừng phân vùng .

IMHO nó hoàn toàn phụ thuộc vào bạn. Đầu tiên hãy xem xét một vài điều, mặc dù hoàn toàn là hơi tương đối.

• hệ thống này sẽ được quản lý thường xuyên?
• hệ thống này sẽ được sử dụng bởi một hay nhiều người dùng?
• hệ thống này sẽ được phục vụ như một máy tính để bàn hoặc một máy chủ, hoặc cả hai?

Vì người ta có thể xem xét (gần như) bất kỳ thư mục nào một mountpoint, người ta cũng nên xem xét những gì chứa dữ liệu đang tăng lên và những gì chứa dữ liệu đang phát triển.

Bạn sẽ ngạc nhiên khi một hệ thống linux (dữ liệu tăng trưởng một chút) cần phải chạy và mức độ tiêu thụ của dữ liệu tăng (thường là / var / opt / home / srv)

Nó cũng phụ thuộc vào cách bạn xác định việc sử dụng cho hệ thống này để phác thảo các yêu cầu phân vùng. Việc sử dụng cho LVM bao gồm.

Một hệ thống máy tính để bàn thông thường sẽ cần khoảng 20 GB để cài đặt vô số phần mềm, sau đó tất cả phần còn lại được gán cho một nhà riêng / nhà sẽ hoạt động tốt. LVM gây ra chi phí nhỏ trên hệ thống của bạn và trong trường hợp cụ thể này không mang lại lợi ích lớn như vậy. Mặc dù ý kiến ​​có thể khác nhau.

Trên máy chủ, ít có khả năng phần mềm được cài đặt sẽ năng động như đối với hệ thống máy tính để bàn. Cũng nên khôn ngoan hơn khi có các điểm gắn kết thực tế cho các thành phần hệ thống tệp điển hình như / tmp / var / usr / home / opt / srv Việc sử dụng LVM ở đây được khuyến nghị không nên nói là bắt buộc.

Điều này mang lại tính mô đun hóa tuyệt vời cho hệ thống của bạn, nó cũng cho phép thực hiện những điều ngớ ngẩn như nhân bản phân vùng đó vào VM chẳng hạn. Hoặc tạo một bản sao lưu cấp khối bằng cách sử dụng dd.

Dựa trên một số kinh nghiệm, đây là một vài lưu ý. Cũng xem xét việc có nhiều điểm gắn kết cho phép kiểm soát tốt hơn, việc gán một thiết bị đĩa nhanh hoặc chậm cho một điểm gắn kết có thể tạo ra một thế giới khác biệt và đáng chú ý có thể làm tăng hiệu quả chi phí.

Danh từ /

• 1GB (nếu sử dụng các điểm gắn kết riêng cho / var / usr / opt / home / tmp)
• +10 hoặc thậm chí +20 GB nếu sử dụng làm hệ thống máy tính để bàn riêng / nhà

nếu sử dụng mountpoint / home

• chỉ định tất cả không gian trống nếu được sử dụng, / home ne

nếu sử dụng mountpoint / opt

nếu sử dụng mountpoint / usr

• đây là một mẹo khó và phụ thuộc rất nhiều vào cơ sở phần mềm đã cài đặt

nếu sử dụng mountpoint / var

• đây là một mẹo khó và phụ thuộc rất nhiều vào cơ sở phần mềm đã cài đặt
• ví dụ: cơ sở dữ liệu ghi dữ liệu của họ ở đây trên các hệ thống dựa trên Debian, nếu không phải tất cả Linux
• có một / var / tmp riêng không phải là không hợp lý

nếu sử dụng mountpoint / tmp

• xem xét tmpfs tồn tại và phân bổ / tmp cho RAM
• xem xét một số ứng dụng có thể viết rất nhiều dữ liệu ở đây

Tôi phải đặt câu hỏi, trước hết, tại sao bạn thậm chí còn đăng câu hỏi này ở đây, là một nhà sinh vật học đang tranh cãi với một quản trị viên hệ thống có thẩm quyền rõ ràng về các điểm tốt hơn của phân vùng ổ cứng! (không xúc phạm, chỉ thực sự tự hỏi tại sao bạn không tin tưởng vào sysadmin của bạn).

Vì vậy, một vài quan sát:

• 1.3 TB không phải là một ổ đĩa lớn nữa. Ngày nay, 2 TB là kích thước ổ đĩa chuẩn SATA ít nhiều trong thế giới máy tính để bàn.

• một bản cài đặt của bất kỳ Linux Distro nào cũng không thể yêu cầu nhiều hơn 100GB. Chắc chắn, kích thước cho / (root) và (hoán đổi) phải được xác định dễ dàng là các số giới hạn trên bằng cách định cỡ quá mức chúng (cho root) hoặc theo hướng dẫn cấu hình hệ thống (hoán đổi).

• điểm gắn kết cho / nhà sẽ được trỏ đến một cái gì đó trên máy chủ RAID 40TB của bạn. Không cần dữ liệu đó, thư mục chính của người dùng, ở bất kỳ đâu trên thiết bị gốc đó. Đặt chúng trên máy chủ RAID có thể giúp bạn bảo vệ tốt hơn. Và, rất có thể đó là một cơ sở NAS có thể mở rộng dễ dàng, trong khi RAID nhỏ được tích hợp trong hộp máy chủ thì không.

• có lẽ bạn nên đặt phần mềm đặc biệt của mình vào một phần riêng biệt (điểm gắn kết cho / usr / local / bin, v.v.) để bạn có thể bảo vệ phần mềm này qua các bản cập nhật hệ điều hành và xóa sạch phân vùng gốc. Nếu không, bạn sẽ phải đối mặt với khả năng bạn sẽ phải cài đặt lại các ứng dụng phần mềm "đặc biệt" của mình sau khi nâng cấp / sửa lỗi hệ điều hành / bất cứ điều gì.

• nếu bạn muốn lo lắng về quản trị hệ thống của mình, tôi sẽ hỏi một câu hỏi khác: quá trình khắc phục thảm họa là gì sau khi tòa nhà bắt lửa và các máy chủ và hộp RAID bị phá hủy? Trừ khi dữ liệu bạn quan tâm vẫn còn hoàn toàn trong đầu, đây là câu hỏi mà mọi người dùng nên hỏi về dân IT / sysadmin của họ. Chiến lược nên bao gồm các câu hỏi như "chúng tôi sẽ tái tạo phần cứng chúng tôi cần như thế nào" và "sẽ mất bao lâu trước khi chúng tôi có thể sao lưu và chạy". Một số cuộc thảo luận về ảo hóa máy chủ của bạn có thể giúp giải quyết các vấn đề xung quanh phụ thuộc phần cứng và giúp mọi thứ sao lưu và chạy mà không cần phải cấu hình lại hệ điều hành của bạn (vì nó có thể được cấu hình để chạy trong môi trường thiết bị "mềm" không thay đổi,

• tương tự, bạn có thể muốn hỏi chiến lược bảo vệ dữ liệu người dùng chống lại mất dữ liệu lỗi chương trình và người dùng là gì. Lưu một tập tin trống qua bản nháp thực sự tuyệt vời của bài nghiên cứu của bạn hoặc việc người dùng gõ sai lệnh (ví dụ rm -rf *) sẽ gây mất dữ liệu chắc chắn như một trận động đất hoặc hỏa hoạn hoặc thiệt hại vật lý khác. Các giải pháp phục hồi tập tin cá nhân hơi khác một chút (hoặc có thể!) Từ những giải pháp hữu ích nhất để phục hồi thảm họa bán buôn.

-

Điều này cho phép sao lưu, khôi phục hoặc cài đặt lại hệ điều hành độc lập với dữ liệu người dùng. Điều này mang lại cho bạn sự tự do, độc lập và an toàn.

1. Việc di chuyển sang một bản phân phối Linux khác vẫn dễ dàng hơn trong việc bảo tồn phần lớn dữ liệu người dùng.

2. Thật dễ dàng để hoàn nguyên các bản cập nhật lỗi bằng cách áp dụng sao lưu phân vùng hệ điều hành (bắt buộc phải khởi động kép). Bản sao lưu này thậm chí có thể khá cũ - bạn có thể áp dụng nó và sau đó cập nhật lên phiên bản ổn định.

3. Thật đơn giản để trở lại phiên bản trước của hệ điều hành nếu bạn không thích "nâng cấp lớn" được áp dụng gần đây (bắt buộc phải có khởi động kép).

Để có tiềm năng lớn nhất của phương pháp này, bạn cũng nên cấu hình khởi động kép (cũng có thể là CentOS / CentOS), để bạn có thể ghi đè lên một phân vùng hệ điều hành trong khi chạy hệ điều hành từ hệ điều hành khác. Và, chắc chắn, bạn phải sao lưu phân vùng hệ thống ít nhất một vài tháng một lần.

Câu trả lời ngắn gọn của tôi là ngay cả máy tính để bàn cũng không bao giờ nên sử dụng "một phân vùng lớn". Gần đây tôi đã thử chống lại sự phán xét tốt hơn của mình vì đó là "chỉ là máy tính xách tay" và trình cài đặt tự động đã sử dụng một phân vùng duy nhất và tôi chỉ cần nhấp vào nút.

Khi tôi đi cài đặt một bản phân phối khác, sau đó tôi phải phân vùng lại các ổ đĩa của mình vì trình cài đặt sẽ không cài đặt trên một bản phân phối hiện có. Nó có thể và SILL giữ nguyên / nhà của bạn nếu nó nằm trên phân vùng riêng. Vì vậy, cuối cùng tôi đã khởi động một đĩa cd trực tiếp và thu nhỏ phân vùng, tạo các phân vùng mới cho / home và những người khác, chuyển dữ liệu của tôi sang các phân vùng mới, rồi cuối cùng khởi động vào trình cài đặt cho HĐH mới.

Lý tưởng nhất là đặt / trên SSD, / home trên ổ cứng, / var trên ổ cứng, / usr có thể nằm trên SSD hoặc HDD tùy thuộc vào tần suất bạn dự định nâng cấp. / tmp vào ổ cứng. Tôi thường tạo một phân vùng khác cho các tệp phương tiện được chia sẻ như mp3 và phim có liên kết đến nó từ nhà / nhà của tôi. Lưu ý rằng / sbin là một phần của root và là / bin và / root. Đó là sự khác biệt giữa / bin và / usr / bin, là / usr là những thứ có thể không có sẵn cho đến khi tất cả các ổ đĩa của bạn được gắn kết, vì vậy lệnh mount không thể có trong / usr! Tôi thường giữ một vài phân vùng bổ sung cho các bản phân phối linux khác, như cái đó được đặt trong ổ cứng của tôi chỉ trong trường hợp tôi làm hỏng một cái gì đó thực sự xấu, tôi có một hệ thống trực tiếp khác sẵn sàng để phục hồi.

Đối với một máy chủ mà bạn có thể cần phải di chuyển mọi thứ xung quanh, hãy thêm lưu trữ động và cần luôn luôn cập nhật, sử dụng LVM một cách chắc chắn !!!

Bạn không phải cài đặt phần mềm vào / usr / local, bạn có thể cài đặt tất cả phần mềm ở một tiền tố khác, có thể ở / home. Hầu hết các phần mềm có thể làm điều này khi bạn biên dịch nó từ nguồn, bằng cách chạy ví dụ ./configure --prefix=/home/bin

Vì bạn là nhà sinh vật học, bạn có thể quan tâm đến rất nhiều phần mềm không được đóng gói đúng cách trong một vòng / phút hoặc deb và bạn sẽ phải biên dịch nó từ nguồn.

Tôi là một sysadmin cho một hệ thống HPC có nhiều nhà sinh học trong số những người dùng của chúng tôi, chúng tôi cài đặt tất cả phần mềm họ yêu cầu trong một hệ thống / apps / files, vì vậy, đôi khi tôi có thể làm điều này cho hầu hết các phần mềm rất khó khăn Để giải quyết vấn đề này, các đồng nghiệp của tôi và tôi đã viết trên một công cụ có tên EasyBuild (Nguồn mở và miễn phí) Nó có thể biên dịch và cài đặt phần mềm từ nguồn, và cài đặt nó vào một thư mục khác và tự động tạo tệp mô-đun môi trường cho bạn, vì vậy, bạn thực sự có thể cài đặt 2 phiên bản khác nhau của cùng một phần mềm và không có xung đột.

Hãy xem danh sách các gói chúng ta có thể cài đặt chỉ bằng một lệnh, vì là một nhà sinh vật học, bạn có thể nhận ra rất nhiều trong số chúng ;-)

Tuyên bố miễn trừ trách nhiệm: Tôi là nhà phát triển của EasyBuild

Tôi nghĩ rằng nói chung cho người dùng mới bắt đầu / giới thiệu * ix rằng có ít phân vùng nhất có thể hoạt động cho đến khi biết thêm về bản chất của hệ thống. Tuy nhiên, bạn không thể đơn giản chỉ có một mệnh đề và trong trường hợp của bạn, thưa ông, vì nhiều lý do.

Lý do thực tế đầu tiên và công khai hơn cho điều này là vì hầu hết tất cả các Hệ thống Linux đều yêu cầu phân vùng trao đổi (thường là giữa 1-2 * RAM của bạn) cũng yêu cầu một phân vùng riêng, khởi động hoặc phân vùng nhà và trong trường hợp UEFI khởi động hệ thống linux phân vùng EFI (chỉ 500MB).

Lý do thứ hai, đặc biệt có thể áp dụng cho tình huống của bạn, đó là việc lấy các ổ đĩa 6x 300GB và biến chúng thành một cuộc đột kích 6 không phải là điều tối thiểu để nói. Mặc dù, công nghệ mới, Raid 6 là một hệ thống tốt hơn toàn cầu, thuật toán phân chia được yêu cầu nhiều hơn và không gian cần thiết để lưu trữ thông tin (so với RAID 5) có kích thước lớn hơn.

Chưa kể RAID 6 yêu cầu phần cứng bổ sung. Theo quan điểm của tôi, nên sử dụng cái nào để mua đĩa lớn hơn để tránh hỏng đĩa, thời gian chết, phục hồi thảm họa hoặc thêm chi phí trợ giúp công nghệ. Tôi hiểu rằng một số, nhiều người có thể sẽ không đồng ý với tôi và tôi muốn xác nhận lại rằng khi các đĩa trở nên có kích thước lớn hơn trong hai năm tới (vì chúng đã giảm giá trong vài năm qua) RAID6, cho các mảng lớn hơn và tập đoàn thu nhập lớn sẽ là một lựa chọn rõ ràng. Tuy nhiên, trong trường hợp này, tôi không đề xuất sử dụng RAID 6.

Đối với vấn đề thứ hai (không dựa trên RAID), việc tạo một phân vùng khổng lồ khi được nhân đôi có thể làm việc cho bạn, tuy nhiên, nếu bạn muốn tối đa hóa hiệu quả, hãy sử dụng các ổ đĩa lớn hơn và nhiều phân vùng. Theo cách đó, nếu bạn gặp lỗi hai đĩa, bạn sẽ không có thời gian chết trên các điểm gắn kết nhất định hoặc ít tùy thuộc vào / dev + / dir.

Ít nhất làm cho / sys của bạn (hệ thống, kernel, v.v.) chạy riêng biệt để nếu vì bất kỳ lý do nào, kernel của bạn quyết định không khởi động, bạn chỉ cần sử dụng kernel recovery, remote boot hoặc PXE, boot boot, v.v. kernel của bạn và có công ty- truy cập rộng rãi vào thông tin của bạn trong khi quá trình phục hồi d diễn ra.

Công ty của bạn có thể không quan tâm đến những điểm nhấn này miễn là hệ thống hoạt động nhưng tôi đang cố gắng giải thích lý do tại sao mọi người làm việc đó. Tôi cũng thích nghe nhiều hơn từ những người khác, cho và chống lại lập luận này và để nâng cao các điểm khác. Nếu bạn không đồng ý, hãy cho tôi biết lý do. Poster-- Tôi sẽ PM cho bạn một số liên kết là tốt.

Một tình yêu cho cộng đồng Spencer Reiser của chúng tôi

PS Đặc biệt trên các máy chủ hoặc hệ thống mạng có sẵn cho công chúng, ngay cả khi thông qua thông tin xác thực, sẽ tốt nhất để phân tách các phân vùng của bạn. Những người khác có thể nhập thêm ở đây, tôi cần thêm cà phê.