Прежде чем я начну задавать вопрос, я просто скажу, что я не системный администратор, а непрофессионал, ищущий помощи.
Я использую Linux 3.10.0-514.26.2.el7.x86_64 и внешний сервис резервного копирования Amazon Web Services. Чтобы он работал, мне нужен каталог резервных копий на моем сервере, где все файлы будут заархивированы, скопированы и доступны для внешней службы резервного копирования.
Вопрос в том, стоит ли монтировать в этот каталог отдельный раздел? Резервные копии могут занимать много места на жестком диске, и наличие отдельного раздела для этой цели теоретически должно защитить мои повседневные операции на сервере и веб-сайты от проблем с низким объемом свободного дискового пространства.
Но правильный ли это подход? Есть лучший?
Я бы с уважением не согласился с другим ответом и сказал, что правильное разбиение на разделы важно для поддержки серверов Linux во многих отношениях (не могу много сказать о Windows, так как это не мой опыт).
Я всегда использую отдельный раздел для резервных копий, и это было невероятно полезно не только для правильного планирования пространства, но и для процесса восстановления. Позвольте мне обрисовать ниже (простите за плохое форматирование, когда я набираю это со своего телефона):
Отдельный раздел позволяет изолировать емкость: если что-то съедает все свободное пространство в этом разделе, это не повлияет на остальную систему. Подумайте, например, о / var / log. Я видел серверы, на которых пользователи непреднамеренно нарушали logrotate, а журналы использовали 100% корневого доступа (или это могло произойти, например, при внезапном увеличении трафика).
Отдельный раздел на отдельном диске в случае AWS позволит вам подключить его к другому экземпляру и восстановить там ваши данные (например, для судебного расследования)
(Не только связанный с резервным копированием) отдельный раздел позволит вам установить свойство noexec при его монтировании, чтобы минимизировать возможное вторжение (фактически, это должно быть сделано для большинства разделов в системе, кроме тех, где находятся ваши исполняемые файлы)
Теперь, когда вы упомянули, что это система AWS, я бы порекомендовал вместо установки отдельного диска EBS на сервере использовать расширение S3fs и смонтировать корзину S3 в качестве раздела для резервного копирования. Плюс от этого - большая надежность данных на s3.
Примечание 2 пункта: вы ДОЛЖНЫ всегда отслеживать успешное выполнение резервного копирования, и вы ДОЛЖНЫ периодически проверять возможность восстановления данных (прочтите, что случилось с Gitlab например)
Кроме того, если вы решите использовать другой диск EBS - избегайте использования LVM любой ценой, как 1 - фрагментация раздела LVM на нескольких дисках легко может вызвать потерю данных (к сожалению, LVM еще не так хорош, как того хотят его авторы) и 2 - теперь вы можете наращивать диски EBS на AWS и таким образом добавлять больше места без фрагментации LVM.
Нет. В вашем случае перегородки только усложнят жизнь в долгосрочной перспективе. Вы просто умножаете очки возможно будущее * отказ.
Класс проблем с низким дисковым пространством можно решить двумя способами:
Если у вас есть эти реализованные и затем вы бы обнаружили, что некоторые очень загадочный активность может внезапно увеличить размер ваших резервных копий, у вас будет (шаткий) аргумент, чтобы ввести разделение.
[*] Ваша первая обязанность как системного администратора (которым вы и являетесь на самом деле) - быть более пессимистичными, чем ваши пользователи.