Bán phân vùng cho tôi

Tôi thường tự hỏi tại sao lại có niềm đam mê phân vùng ổ đĩa như vậy, đặc biệt là trên các hệ điều hành Unixy (/ usr, / var, et al). Đây dường như không phải là một chủ đề phổ biến với các cài đặt Windows.

Có vẻ như phân vùng làm tăng đáng kể khả năng lấp đầy một phân vùng trong khi các phân vùng khác có rất nhiều không gian trống. Rõ ràng điều này có thể được ngăn chặn bằng thiết kế và lập kế hoạch cẩn thận, nhưng mọi thứ có thể thay đổi. Tôi đã trải nghiệm điều này trên máy nhiều lần, chủ yếu là do người khác thiết lập hoặc cài đặt mặc định của HĐH.

Một lập luận khác mà tôi đã nghe là nó đơn giản hóa việc sao lưu. Làm thế nào để đơn giản hóa sao lưu? Tôi cũng đã nghe nói rằng nó cải thiện độ tin cậy. Một lần nữa, làm thế nào?

Gần như 100% các vấn đề tôi gặp phải khi lưu trữ đĩa là do lỗi vật lý của đĩa. Có thể lập luận rằng phân vùng có khả năng tăng tốc sự cố phần cứng, do việc đập đĩa làm gì khi di chuyển hoặc sao chép dữ liệu từ phân vùng này sang phân vùng khác trên cùng một đĩa?

Tôi không cố gắng làm rung chuyển con thuyền quá nhiều, tôi chỉ muốn xem sự biện minh cho một thực hành quản trị lâu đời.

• Fsck nhanh hơn. Hãy nói rằng hệ thống của bạn bị lỗi, vì một số lý do và khi nó khởi động lại, nó cần chạy một fsck. Với một phân vùng thực sự lớn mà fsck có thể mất mãi mãi và không có gì trên hệ thống sẽ hoạt động cho đến khi fsck của toàn bộ hệ thống được thực hiện. Nếu bạn phân vùng hệ thống để phân vùng gốc khá nhỏ, thì bạn có thể khởi động hệ thống và một số dịch vụ cơ bản đang chạy trong khi bạn chờ fsck của khối lượng lớn hơn hoàn tất.
  • nếu hệ thống của bạn có các ổ đĩa nhỏ hoặc chỉ có một dịch vụ trên hệ thống thì điều này có thể không thực sự quan trọng.
  • Với các hệ thống tệp được ghi nhật ký, điều này có thể không quan trọng trong hầu hết thời gian, nhưng đôi khi ngay cả với hệ thống tệp được ghi nhật ký, bạn phải chạy một fsck đầy đủ.
• Cải thiện bảo mật vì bạn có thể gắn kết fs chỉ đọc.
  • Ví dụ, không ai cần phải ghi vào / usr trong quá trình sử dụng bình thường. Vậy tại sao không gắn kết hệ thống tập tin để nó chỉ đọc. Có các hệ thống tập tin chỉ đọc khi chúng không cần phải được viết để ngăn chặn một số cuộc tấn công kịch bản và có thể ngăn bạn phá hủy mọi thứ khi bạn không có ý đó.
  • Điều này có thể làm cho việc duy trì hệ thống trở nên khó khăn hơn, vì bạn sẽ cần phải xem lại nó dưới dạng đọc-ghi khi bạn cần áp dụng các bản cập nhật.
• Cải thiện hiệu suất, chức năng cho một dịch vụ / sử dụng cụ thể.
  • Một số hệ thống tệp thích hợp hơn cho các dịch vụ / ứng dụng cụ thể hoặc chúng cho phép bạn định cấu hình hệ thống tệp để nó hoạt động tốt hơn trong một số trường hợp. Có thể bạn có một hệ thống tệp với rất nhiều tệp nhỏ và bạn cần nhiều nút hơn. Hoặc có thể bạn cần lưu trữ một vài tệp lớn, ảnh ảo.

Tôi không nghĩ rằng thiết lập nhiều phân vùng là điều bạn nên làm cho mọi hệ thống. Cá nhân, trên hầu hết Linux, các máy chủ của tôi, tôi chỉ thiết lập một phân vùng lớn. Vì hầu hết các hệ thống của tôi có các ổ đĩa nhỏ và chỉ nhằm mục đích duy nhất và phục vụ một số vai trò cơ sở hạ tầng (dns, dhcp, tường lửa, bộ định tuyến, v.v.). Trên các máy chủ tệp của tôi, tôi thực hiện thiết lập phân vùng để tách dữ liệu khỏi hệ thống.

Có thể lập luận rằng phân vùng có khả năng tăng tốc sự cố phần cứng, do việc đập đĩa làm gì khi di chuyển hoặc sao chép dữ liệu từ phân vùng này sang phân vùng khác trên cùng một đĩa?

Tôi rất nghi ngờ một hệ thống được phân vùng tốt sẽ có khả năng thất bại tăng lên.

Một lý do để giữ / nhà / tách biệt là bạn có thể cài đặt lại hệ điều hành và không bao giờ lo lắng về việc mất dữ liệu người dùng. Ngoài ra, có rất nhiều bảo mật cần có trong việc gắn kết mọi thứ chỉ đọc hoặc noexec. Nếu người dùng không thể chạy mã ở bất cứ nơi nào họ có thể viết mã, thì đó là một vectơ tấn công ít hơn.

Tôi chỉ bận tâm với điều đó trên một máy công cộng, vì nhược điểm của việc hết dung lượng đĩa trong một phân vùng nhưng để nó ở một phân vùng khác là một sự phiền toái nghiêm trọng. Có nhiều cách để giải quyết vấn đề này như thực hiện đột kích phần mềm hoặc ZFS nơi bạn có thể tự động thay đổi kích thước các phân vùng một cách dễ dàng, nhưng tôi không có kinh nghiệm với chúng.

• Đơn giản hóa sao lưu

Bạn có thể tạo bản sao lưu (thông qua dumpfs hoặc tương tự) những thứ bạn muốn, không phải những thứ bạn không. dump (1) là một hệ thống sao lưu tốt hơn tar (1).

• Điền vào các phân vùng

Đó cũng là một đối số để phân vùng. Người dùng điền vào homedirs của họ không phá hỏng máy chủ, gỡ máy chủ web xuống, giữ cho các bản ghi không xảy ra, giữ quyền root khi đăng nhập, v.v.

Nó cũng cho phép bạn di chuyển một cách trong suốt hơn một phần dữ liệu của bạn (giả sử / nhà) vào một đĩa khác: sao chép nó qua, gắn kết nó. Nếu bạn đang sử dụng một cái gì đó cho phép bản sao bóng / ảnh chụp nhanh / bất cứ điều gì, bạn thậm chí có thể làm điều đó trực tiếp.

Tôi luôn được dạy giữ / var trên một phân vùng riêng vì vậy nếu bạn thoát khỏi tệp nhật ký kiểm soát, bạn sẽ làm tắc nghẽn một phân vùng duy nhất chứ không phải toàn bộ ổ đĩa. Nếu nó nằm trên cùng một không gian với phần còn lại của hệ thống và bạn lấp đầy 100% toàn bộ đĩa của mình, nó có thể bị hỏng và thực hiện khôi phục khó chịu.

Tất cả các lập luận mà Zoredache đưa ra là hợp lệ; người ta có thể ngụy biện với các chi tiết một chút (có máy nhanh hơn để bạn có thể làm những việc khác trong khi các hệ thống tệp khác không làm được gì nhiều nếu lý do hệ thống tồn tại ở vị trí đầu tiên là trên các hệ thống tệp khác) ; tuy nhiên tất cả chúng là một chút biện minh sau thực tế.

Trong những ngày học cũ, bạn không có hệ thống tập tin trên các phân vùng riêng biệt - bạn có chúng trên các đĩa riêng biệt, vì các đĩa rất nhỏ. Hãy suy nghĩ 10MB. (1) Vì vậy, bạn đã có một đĩa nhỏ / phân vùng, đĩa a / var, đĩa / usr, đĩa / tmp và đĩa / home. Nếu bạn cần thêm dung lượng, bạn đã mua một đĩa khác.

Sau đó, các đĩa 50 MB "lớn" bắt đầu có giá thấp hơn chương trình mặt trăng và đột nhiên có thể đặt toàn bộ hệ thống trên một đĩa với lượng không gian người dùng có thể sử dụng được.

Tuy nhiên, với kích thước đĩa nhỏ so với những gì máy tính có thể tạo ra, cách ly / var và / opt và / home để việc lấp đầy một cái không làm hỏng máy tính vẫn là một ý tưởng hay.

Hôm nay, trong tình huống doanh nghiệp, tôi không phân vùng HĐH. Dữ liệu được phân vùng, đặc biệt nếu nó do người dùng tạo; nhưng thường là vì nó ở một số loại đĩa tốc độ cao và / hoặc dự phòng. Tuy nhiên / var và / usr đều sống trong cùng một phân vùng với /.

Trong môi trường gia đình, điều tương tự - / home có lẽ nên nằm trên một đĩa / mảng riêng biệt, để người ta có thể cài đặt / nâng cấp / phá vỡ / sửa chữa bất kỳ hương vị hệ điều hành nào mong muốn.

Lý do cho điều này là bởi vì cho dù bạn đoán / var hoặc / usr lớn như thế nào hoặc bất cứ cây nào có thể nhận được - bạn sẽ sai lầm hoặc bạn sẽ cam kết quá mức một cách lố bịch. Một trong những trường đại học cũ (er) của tôi chửi thề bằng cách phân vùng, và tôi luôn cảm thấy đau buồn khi anh ta ngồi xuống qua một fsck 180 ngày trên một hệ thống mà tôi đã tạo ra. Nhưng tôi có thể đếm bằng một tay trong toàn bộ sự nghiệp của mình số lần một thứ gì đó được lấp đầy / và đưa xuống hệ thống, trong khi tôi có thể đếm một tay số lần trong năm nay mà tôi đã nhìn chằm chằm vào một hệ thống nơi có ai đó quyết định / var sẽ không bao giờ cần nhiều hơn (giả sử) 1GB và đã sai, khiến tôi nhìn chằm chằm vào toàn bộ / var và '00 GB GB miễn phí ở nơi khác trên hệ thống, tất cả đều có thể đã ở trên mặt trăng đối với tất cả tốt họ làm tôi.

Trong thế giới của các đĩa lớn ngày nay, tôi không thấy rằng có bất kỳ lý do thực sự nào để phân vùng cây hệ điều hành. Dữ liệu người dùng, vâng. Nhưng các phân vùng riêng biệt cho / var và / usr và / var / spool, v.v.? Không.

(1) = và tôi biết chỉ bằng cách chọn kích thước đó, tôi sẽ nhận được ai đó trong các nhận xét nói 10MB? Sang trọng. Tại sao đĩa của chúng tôi chỉ đơn thuần là ...

Trả lời:

Có vẻ như phân vùng làm tăng đáng kể khả năng lấp đầy một phân vùng trong khi các phân vùng khác có rất nhiều không gian trống.

Trên máy Linux, LVM (quản lý âm lượng hợp lý) được sử dụng để ngăn chặn điều này. Hầu hết các hệ thống tập tin cho phép thay đổi kích thước (một số thậm chí trực tuyến). Tôi tạo các phân vùng khác nhau cho các mục đích sử dụng khác nhau và định dạng chúng thành các hệ thống tệp khác nhau (ví dụ: xfs cho các tệp tải xuống lớn mà tôi có thể nhanh chóng xóa). Cần nhiều không gian hơn? Gắn một ổ đĩa mới, di chuyển dữ liệu đến nó, sau đó gắn nó vào nơi dữ liệu được sử dụng. Nó hoàn toàn liền mạch cho người dùng và ứng dụng.

Với LVM, bạn có thể thêm đĩa hoặc phân vùng vào nhóm âm lượng, sau đó tạo khối lượng logic trong nhóm đó. Nếu bạn để lại không gian trống trong nhóm âm lượng, thì bạn có thể phát triển các phân vùng đang lấp đầy. Nếu hệ thống tập tin hỗ trợ nó (ext3, ext4, reiserfs), bạn có thể thu nhỏ phân vùng mà bạn đã phân bổ.

Ví dụ: tạo phân vùng khởi động trên / dev / sda1 tạo phân vùng thứ hai (không được định dạng) / dev / sda2

pvcreate /dev/sda2 # add the partition to LVM
vgcreate vg /dev/sda2 # create a volume group with sda2 in it
lvcreate -n root -L5G vg
lvcreate -n home -L10G vg
lvcreate -n downloads -L100G vg

mkfs.ext3 /dev/vg/root
mkfs.ext4 /dev/vg/home
mkfs.xfs /dev/vg/downloads

mount /dev/vg/root /
mount /dev/vg/home /home
mount /dev/vg/downloads /downloads

Khi bạn cần thêm dung lượng trên / tải xuống (trong khi hệ thống tập tin được gắn kết):

lvresize -L+50G /dev/vg/downloads
xfs_growfs /dev/vg/downloads

Và bây giờ bạn có một phân vùng tải xuống 150GB. Tương tự cho nhà. Trong thực tế, tôi vừa thay đổi kích thước một "phân vùng" ext4 lvm ngày hôm nay. Mặt khác, khối lượng logic không thực sự là phân vùng và những gì bạn nói về phân vùng là kích thước sai với kinh nghiệm cá nhân của tôi (rắc rối hơn giá trị của chúng).

Lược đồ phân vùng Unix truyền thống chắc chắn là một cách thực hành trường học cũ không còn hữu ích như trước đây. Trước đây khi thời gian hoạt động của hệ thống Unix được tính bằng năm và bạn có hàng chục hàng trăm người dùng sử dụng vỏ, gắn / sử dụng dưới dạng chỉ đọc là một cách hữu ích để bảo vệ hệ thống. Bây giờ việc gắn lại các hệ thống tập tin để vá có vẻ tốn nhiều công sức hơn và không hữu ích lắm.

Ở trường đại học của tôi ngày xưa, các cụm Unix có các hệ thống tệp chỉ đọc với các công cụ unix tiêu chuẩn và các ứng dụng bổ trợ nằm trong / usr / local, là NFS và sau đó là hệ thống tệp AFS. Một phần trong đó là sự tiện lợi ... ai muốn biên dịch lại phần mềm trên hàng tá hộp trong cụm khi bạn có thể chạy các ứng dụng qua mạng tốc độ cao, 4Mb hoặc 10Mb? Ngày nay, với các trình quản lý gói tốt và nhiều đĩa giá rẻ, đó không phải là vấn đề lớn.

Tôi nghĩ rằng các quy trình suy nghĩ đã bắt đầu thay đổi đối với tôi trên các hộp Mặt trời với Veritas Volume Manager vào khoảng năm 1999, điều này đã làm giảm ngưỡng đau khi di chuyển các đĩa xung quanh đáng kể.

Ngày nay, khi tôi nghĩ phân vùng, tôi nghĩ về mặt bảo vệ và hiệu suất dữ liệu. Ví dụ minh họa:

• Cấp 1 SAN rất nhanh, rất sẵn có (5 9), được nhân rộng và rất tốn kém. Nhiệm vụ cơ sở dữ liệu quan trọng hoặc nhật ký giao dịch sống ở đó.
• SAN cấp 2 nhanh, có sẵn (4 9), đắt tiền. Các ứng dụng hoặc dữ liệu ưu tiên thấp hơn sống ở đây.
• SAN cấp 3 có sẵn (4 9 '), giá rẻ. Thứ không hiệu quả cuộc sống nhạy cảm ở đó.

Những cân nhắc này cũng áp dụng cho Windows. Chúng tôi có một máy chủ SCCM quản lý khoảng 40k khách hàng. Cơ sở dữ liệu và nhật ký nằm trên đĩa IBM DS8000. Các gói phần mềm nằm trên EMC Celerra với các đĩa SATA lớn, chậm, có giá thấp hơn 60% cho mỗi GB.

Tôi hiểu rằng câu hỏi này không dành riêng cho hệ điều hành, phải không?

Trong Windows, tôi có xu hướng cung cấp cho tất cả các máy của mình càng ít phân vùng càng tốt, nhưng không dưới hai - HỆ THỐNG và DỮ LIỆU. Nếu máy có hai đĩa vật lý, thì một (nhỏ hơn) sẽ là HỆ THỐNG, DATA khác. Nếu chỉ có một đĩa, tôi chia nó thành hai phân vùng.

Lý do cho điều đó chỉ là một - khi tôi cần cài đặt lại máy (và sẽ có một khoảng thời gian như vậy), tôi không phải lo lắng về nội dung của phân vùng HỆ THỐNG - Tôi chỉ cần làm một định dạng đầy đủ trên đó và cài đặt sạch sẽ. Tất nhiên, điều này có nghĩa là Tài liệu của tôi (và tốt nhất là Desktop cũng vậy) phải được ánh xạ tới một thư mục trên DATA, nhưng điều đó rất dễ thực hiện, đặc biệt là trên Vista và sau này.

Tôi cũng đã thử tạo ra nhiều partitons hơn (như TRÒ CHƠI, NHẠC, PHIM, v.v.) nhưng điều đó chỉ dẫn đến một số trong số chúng tràn vào những người khác, tạo ra nhiều mớ hỗn độn hơn là trật tự.

(Giả sử có sẵn một đĩa lớn,) Tôi đặt homevà vartrên các phân vùng riêng biệt để kiểm soát vấn đề "mất kiểm soát [tệp người dùng | nhật ký] lấp đầy tất cả không gian" và để cho phép nâng cấp hệ điều hành dễ dàng mà không cần chạm vào nhà, nhưng rời khỏi Nghỉ ngơi cùng nhau.

Trên phần cứng cũ, đôi khi cần phải có một bootphân vùng riêng để đảm bảo rằng hình ảnh hạt nhân có thể truy cập được vào bộ tải khởi động.

Bạn đề cập đến việc lấp đầy một đĩa trong khi đĩa kia có dung lượng trống - đó là một trong những lý do tôi phân vùng - bởi vì tôi có thể đảm bảo rằng các phân vùng nhất định không lấp đầy. Mặc dù, cách quản lý hạn ngạch đã được quản lý, bạn phải gán cho tất cả người dùng một hạn ngạch 0 trên các phân vùng khác, để đảm bảo rằng họ không bắt đầu ẩn các tệp nếu họ tìm được thư mục họ có thể viết thư cho.

Để đơn giản hóa việc sao lưu - nếu tôi biết kích thước tối đa của mỗi phân vùng sẽ là bao nhiêu, tôi có thể chắc chắn rằng đó là kích thước vừa vặn với một băng duy nhất và có thể được hoàn thành trong một khoảng thời gian cố định.

Về độ tin cậy, điều duy nhất tôi có thể nghĩ đến là giám sát - tôi có thể dễ dàng nhìn thấy khi một phân vùng nhất định phát triển hơn mức cần thiết và cho tôi lý do để xem xét nó.

... bây giờ, tất cả những gì đang được nói, chúng ta còn lâu mới có mỗi người dùng được cấp hạn ngạch 20 MB nhỏ trên một máy dùng chung. Một số thói quen cũ không có ý nghĩa - nhưng khi bạn có một quy trình trở nên điên rồ và lấp đầy / var, điều này sẽ lấp đầy / và mọi thứ bị đình trệ, đó không phải là sự bảo vệ tồi tệ đối với các máy sản xuất .

Đối với nhà, tôi có các phân vùng, nhưng nó chỉ để giúp quản lý các hệ điều hành được cài đặt dễ dàng hơn.

Cá nhân tôi chỉ sử dụng phân vùng trên máy tính của con tôi. Tôi tạo một phân vùng lớn cho HĐH và một phân vùng nhỏ cho một hình ảnh của phân vùng HĐH để khi máy được gunk lên, tôi có thể nhanh chóng khôi phục nó từ hình ảnh.

Trong môi trường doanh nghiệp, tôi chưa bao giờ nghe thấy một đối số hấp dẫn để phân vùng.

Mọi thứ trong chừng mực là một điều tốt - nó có thể là một công cụ tốt để cô lập các vấn đề khi có lỗi - chẳng hạn như lấp đầy đĩa hoặc hỏng hệ thống tập tin.

Đừng trộn lẫn với lỗi phần cứng - những lỗi này cần được xử lý bằng dự phòng phần cứng (RAID)

Phải nói rằng, các hệ thống tập tin ngày nay không thường xuyên thất bại - thậm chí còn thực hiện kiểm tra tính toàn vẹn trực tuyến (như ZFS). Vì vậy, hy vọng fsck ngoại tuyến sẽ biến mất vào một lúc nào đó ...

Mặt khác, làm quá nhiều việc này chỉ có nghĩa là nhiều công việc hơn (cho bạn và nhóm của bạn) ở cuối - chỉ cần thực hiện trong chừng mực và khi nó có ý nghĩa ...