Có bao nhiêu và phân vùng nào tôi nên tạo cho một máy chủ linux?

Các phân vùng rất quan trọng trên máy chủ Linux vì nó mang lại cho bạn rất nhiều tính linh hoạt, ví dụ như khi nâng cấp lên ổ cứng lớn hơn.

Nhưng, tôi nên tạo bao nhiêu phân vùng khi xây dựng một hộp Linux? Tôi nên đặt kích thước nào cho mỗi phân vùng?

Cuối cùng nhưng không kém phần quan trọng, tôi nên có phân vùng nào trên một đĩa riêng (tôi đang nghĩ về / home, / var trên một ổ đĩa nhanh hơn, v.v.) và tôi có thể chia sẻ phân vùng nào trên cùng một ổ đĩa?

Kế hoạch cấu trúc phân vùng tốt phụ thuộc rất nhiều vào việc thực sự biết bạn sẽ sử dụng 'máy chủ' như thế nào. Bất kỳ lời khuyên ngẫu nhiên nào không sử dụng các dịch vụ thực tế sẽ được cung cấp sẽ không đặc biệt hữu ích.

Ví dụ: nếu đó là một hộp dựa trên debian sẽ được sử dụng cho mysql, bạn có thể muốn có một phân vùng riêng cho /, / var và / var / lib / mysql.

Nó sẽ trở thành một máy chủ tập tin với nhiều bộ nhớ chia sẻ? Bạn có thể muốn phân vùng /, / home và / srv.

Đối với một hộp chỉ chạy mực, bạn có thể muốn phân vùng cho / và một phân vùng trên đĩa nhanh cho ống mực.

Khi bạn đang lập kế hoạch cho các phân vùng của mình, sẽ rất hữu ích để hiểu rõ về Tiêu chuẩn phân cấp hệ thống tập tin và nếu / cách bạn chọn phân phối lệch khỏi tiêu chuẩn.

Sử dụng LVM có thể giúp thay đổi suy nghĩ của bạn trong tương lai dễ dàng hơn và điều chỉnh các phân vùng của bạn mà không cần phải khởi động lại. Và khả năng tạo ảnh chụp nhanh của nó có thể rất dễ dàng để tạo các bản sao lưu tốt.

Tôi luôn tạo các phân vùng này và kể từ năm ngoái, luôn có trên LVM:

/       - a few Gig
/usr    - 24 Gig and mostly empty
/var    - 4 Gig works for me, YMMV
/home   - depends on how many users you will have

Một trong những điều quan trọng nhất là /var- nếu đây là một phân vùng riêng biệt, thì khi nó đầy lên, bạn sẽ không làm sập phân vùng gốc của mình. Mặc dù tôi chưa bao giờ làm điều này, một số tạo ra một cách riêng biệt /usrđể họ có thể gắn kết nó chỉ đọc.

và đôi khi tôi tạo các phân vùng này:

/boot   - even 1 Gig is way more than enough

Lý do là không phải lúc nào cũng có thể khởi động từ phân vùng RAID hoặc LVM. Do đó, /bootcó thể là một phân vùng ext3 đơn giản, cho phép /nâng cao hơn.

Nếu tôi sẽ có một số lượng lớn các tệp lớn, đôi khi tôi sẽ tạo một phân vùng cụ thể cho các tệp lớn này để hệ thống tệp có thể được điều chỉnh để có hiệu quả trong việc lưu trữ các tệp lớn. Một số người, nếu họ sẽ phục vụ NFS từ máy chủ, sẽ tạo một phân vùng riêng cho các chia sẻ NFS của họ hoặc thậm chí một phân vùng riêng cho mỗi chia sẻ NFS. Điều này phụ thuộc vào nhu cầu của bạn.

Tại sao lại là LVM? Như tôi đã đề cập trong các câu trả lời ở nơi khác nhưng quên đề cập ở đây, điều này giúp bạn dễ dàng thay đổi suy nghĩ của mình sau này và mở rộng phân vùng. Cái này đã cứu mông tôi rồi.

Đây là những hướng dẫn chung. Tất nhiên, tôi hy vọng rằng nếu máy chủ của bạn có nhu cầu đặc biệt, bạn sẽ tính đến điều đó và tạo phân vùng phản ánh những nhu cầu này.

Giả sử rằng bạn đang chế tạo một cỗ máy sẽ tồn tại trong một thời gian, sẽ bất tiện khi xây dựng lại và cần phải khá linh hoạt, bạn có thể thích một sơ đồ tương tự như sau:

1. Cài đặt tối thiểu hai ổ đĩa vật lý, cùng kích thước; với mục đích của ví dụ này, tôi sẽ giả sử các ổ đĩa SATA 500 GB, nhưng các nguyên tắc chỉ hoạt động tốt với các kích thước ổ đĩa khác.

2. Phân vùng từng ổ như sau:

   /dev/sda1   500MB
   /dev/sda2   100GB
   /dev/sda3   the rest
   

   Mục tiêu là để có một phân vùng 500MB khó chịu ở phía trước, một phân vùng lớn ở giữa cho HĐH và các ứng dụng và phần lớn ổ đĩa ở phía sau để có thêm dữ liệu.

3. Xây dựng bộ SW RAID 1 /dev/md0, từ /dev/sda1và /dev/sdb1; xây dựng thêm bộ SW RAID 1 /dev/md1và /dev/md2từ các phân vùng tương ứng.

4. Định dạng /dev/md0như ext3; đây sẽ là /boot.

5. Định dạng /dev/md1và /dev/md2như khối lượng vật lý LVM.

6. Tạo một nhóm khối LVM vg_system, chứa /dev/md1.

7. Tạo khối lượng LVM thích hợp bên trong vg_systemcho các phân vùng HĐH khác nhau của bạn; ít nhất, bạn sẽ muốn swap, /varmột vài GB và 10 GB /hoặc hơn. LƯU Ý : không phân bổ tất cả vg_system! Khi sau này bạn quyết định rằng bạn muốn tăng kích thước \varhoặc bạn muốn thêm /opthoặc không chú ý, thì bạn sẽ muốn có thêm không gian đó.

8. Tạo một nhóm khối LVM vg_data, chứa /dev/md2.

9. Tạo khối lượng LVM bên trong vg_datanhư mong muốn; ít nhất bạn sẽ muốn có một kích cỡ lớn /homevà bạn có thể muốn khối lượng bổ sung cho, chẳng hạn như các cuộn thư, hoặc cơ sở dữ liệu hoặc gốc web hoặc bất kỳ dữ liệu nào khác không phải là một phần của HĐH. Một lần nữa, đừng phân bổ tất cả vg_data, vì những lý do tương tự như những lý do được liệt kê ở trên.

Những lợi thế của chiến lược này bao gồm:

• Nó chịu được các lỗi phần cứng; một trong hai ổ đĩa có thể bị lỗi mà không gây ra lỗi hệ thống và nếu bạn đầu tư vào bộ điều khiển trao đổi nóng, bạn có thể khôi phục mà không có thời gian chết.

• Đó là bằng chứng trong tương lai và có thể mở rộng; Khi bạn mua ổ đĩa 2TB vài năm, bạn có thể đưa chúng vào máy, biến chúng thành một bộ SW RAID khác, định dạng nó dưới dạng âm lượng vật lý LVM, thêm nó vào bất kỳ nhóm âm lượng nào cần nhiều không gian hơn (có thể lv_data), sau đó sử dụng pvmoveđể di chuyển dữ liệu của bạn ra khỏi các ổ đĩa cũ và trên ổ đĩa mới. Ngoài ra, các bản cập nhật hệ điều hành lớn có thể được hiển thị ít đau hơn đáng kể; nếu bạn cần cài đặt lại hệ điều hành cho một bản nâng cấp lớn (ahem Red Hat :(), bạn có thể làm như vậy trong khi bảo quản các thư mục nhà (và các cuộn thư và bất cứ thứ gì bạn đặt vào vg_data).

Những nhược điểm của chiến lược này là rất ít; Tôi cho rằng nó hơi phức tạp và bạn đã đạt được hiệu suất khi ghi vì RAID 1. Tuy nhiên, tôi đã xây dựng các máy trạm và máy chủ độc lập theo các nguyên tắc này trong một số năm nay và theo kinh nghiệm của tôi mỗi khi tôi không Tôi sẽ chế tạo một cỗ máy dọc theo những dòng này, chẳng bao lâu tôi ước mình có.

-steve

PS Tôi nên nói thêm rằng nếu bạn có sẵn cơ sở hạ tầng để cung cấp một máy mới một cách nhanh chóng và không đau đớn, thì một hệ thống như thế này là quá mức cần thiết; thay vì mày mò với bộ RAID và LVM, chỉ cần xây dựng lại máy nếu bạn cần thay đổi gì đó.

Trong nhiều năm, mọi máy tính tôi đã sử dụng đều là một hệ thống khởi động kép và về phía Linux tôi gặp khá nhiều khó khăn với lược đồ này (Tôi đang nói về các máy trạm cá nhân ở đây, không có công cụ máy chủ, vì vậy số dặm của bạn có thể thay đổi)

/     - main thing
/boot - not that relevant, since cylinder being < 1024 and 
        exotic filesystems are no longer an issue
/home - handy if you upgrade your laptop with each new distro :-)

Lần nâng cấp cuối cùng của tôi, tôi đã cài đặt từ đầu, xóa sạch /phân vùng của mình . Điều đó khiến tôi nghĩ rằng một phân vùng /opthoặc /usr/localphân vùng sẽ rất tốt, tránh cho tôi gặp rắc rối khi cài đặt lại tất cả những thứ tôi đặt trong đó (java, nhật thực ... Tôi thường không quan tâm đến các gói được phân phối).

Ngoài các phân vùng được đề cập bởi Eddie, tôi thường tạo thêm hai phân vùng riêng biệt

/ tmp - vì những lý do tương tự bạn đã tạo một phân vùng / var riêng biệt (tôi đã có không gian tạm thời được lấp đầy trước đó). Tôi thường đi với 1-2 GB

/ usr / local - Điều này cho phép bạn nâng cấp và dọn dẹp / usr khi cần mà không làm mất đi tất cả phần mềm được cài đặt riêng của bạn. Kích thước ở đây phụ thuộc vào số lượng phần mềm bên ngoài bạn cài đặt. Tôi thường đi với khoảng 10 GB nhưng ngày nay tôi thấy nó hơi nhỏ.

Tôi luôn luôn làm / nhà cuối cùng và lấp đầy phần còn lại của đĩa với nó.

Trên phân vùng / boot, tôi chưa bao giờ làm cho nó lớn hơn 100 Mb và không bao giờ gặp vấn đề về không gian (cuối cùng tôi cũng dọn sạch các hạt nhân cũ). Nó thực sự có thể rất nhỏ.

Cũng đừng quên một phân vùng trao đổi là tốt.

Đối với hầu hết các máy, tôi làm

100MB /boot
1GB * NUMBER_OF_USERS /home
10GB /var/log
10GB /var
REST /

Trong một số trường hợp, điều này sẽ cần phải được chuyển đổi, nhưng tôi khá kiên quyết về việc người dùng không nhận được hơn 1GB dung lượng trên máy chủ. Nếu họ cần nhiều hơn, họ có thể sử dụng / tmp, với sự hiểu rằng nó sẽ bị xóa qua cron hàng đêm.

Giả sử rằng bạn không sử dụng RAID phần cứng ở đó - trong Linux, tôi sẽ luôn sử dụng LVM trên đầu RAID. Ngay cả đối với một cấu hình đĩa đơn. Lý do là bạn có tùy chọn thêm không gian lưu trữ (bằng cách mở rộng nhóm LVM) hoặc thay đổi các tùy chọn dự phòng (giả sử biến một đĩa đơn "lạ" raid1 config thành một nhân đôi hoặc thậm chí RAID10 với một số lần nâng nặng).

Để trả lời câu hỏi của bạn, tôi thường có một cái gì đó tương tự như vậy cho một máy chủ chung. Bắt đầu với 2 đĩa (giả sử Dell 1RU), cả hai được phân vùng là:

• ~ 100 MB RAID1 cho / khởi động
• LVM trên đỉnh RAID1 cho phần còn lại của đĩa

Sau đó, chúng tôi tạo tất cả âm lượng dưới dạng âm lượng LVM: * / * / var * / tmp * / home * / opt

Tôi sẽ tránh việc tạo quá nhiều hệ thống tập tin vì nó là một vấn đề khó quản lý. Nếu bạn sắp hết đĩa, bạn sẽ có không gian trống trên nhiều hệ thống tập tin nhưng không đủ để thực hiện.

/ home và / tmp trên một hệ thống tập tin riêng biệt luôn là một ý tưởng hay; nói chung tôi không tách / chọn trừ khi tôi dự định đặt nhiều thứ vào đó. (NFS có thể là một tùy chọn tốt hơn cho / opt nếu bạn có nhiều máy chủ yêu cầu cùng một ngăn xếp phần mềm)

Nói tóm lại, hãy sử dụng LVM cho mọi thứ trừ khi bạn có lý do để không - theo cách đó bạn có tùy chọn để thay đổi.

Ngoài ra, sử dụng máy chủ nhật ký để nhật ký sẽ không điền / var!

• / khởi động - 128MB

Nhóm âm lượng - rootvg

• / var - 5GB (tùy thuộc vào việc nó được sử dụng làm máy chủ thư. Bạn cũng có thể thay đổi kích thước để bắt các tệp lõi)
• / tmp - 2GB
• / opt - 10GB (được sử dụng cho phần mềm không đi kèm với bản phân phối)
• / - 6GB - tối thiểu

Nhóm âm lượng - datavg

• / nhà - phần còn lại

Bạn có thể tạo một / usr riêng cho phần mềm của mình nhưng trong trường hợp của tôi, hộp được cài đặt lại, do đó không cần phải có phân vùng riêng.