C: \ é para OS, D: \ é para dados?

9

"No passado", sempre separamos nossas unidades de sistema operacional (no Windows) de nossas unidades de dados. No mundo do Linux, embora eu esteja muito menos familiarizado com ele, estou ciente de que a sabedoria dita ainda mais volumes definidos e usados em uma configuração de prática recomendada.

Agora que o armazenamento do servidor tem a mesma probabilidade de estar em uma SAN (onde os recursos de disco são compartilhados por muitos sistemas operacionais e aplicativos individuais), realmente importa mais que as partições de sistema operacional e dados sejam segregadas no nível de volume ?

Quais são seus pensamentos?

    
por Jeremy 09.09.2010 / 03:07

7 respostas

7

Existem três principais drivers para manter o sistema operacional e os dados separados em armazenamento.

  1. Espaço . Como ErikA aponta, você realmente não quer que seu volume de SO fique sem espaço. Todos os tipos de coisas ruins podem acontecer. Separando esses dois métodos de crescimento
  2. Requisitos de acesso de E / S . O tipo de E / S usado no volume do sistema operacional é geralmente muito diferente do tipo usado pelos volumes de dados. Manter seus tipos de E / S separados é uma boa ideia em muitos níveis.
  3. Portabilidade de armazenamento . Quando chegar a hora de atualizar o sistema operacional do seu servidor, você poderá eliminar o volume do sistema operacional e manter todos os dados. Ou em ambientes SAN ou VM, você pode simplesmente mover o volume de dados para um novo servidor recém-instalado e economizar tempo nas atualizações.

Além disso, alguns sistemas operacionais (o Windows está entre eles) não são muito gentis com o redimensionamento do volume do sistema operacional, o que significa que você geralmente precisa dar o máximo necessário à sua vida útil quando formatar o servidor. Compare isso com volumes de dados que podem e freqüentemente são redimensionados várias vezes durante a vida útil de um servidor. Mesmo em ambientes totalmente virtualizados, onde o próprio SO e o Datavvolume estão sendo armazenados no mesmo armazenamento real, não poder redimensionar o volume do sistema operacional pode ser um grande obstáculo. O Windows 2008+ está recomendando atualmente 30 GB para a unidade C: \, muito diferente dos 10 GB que estávamos usando no Server 2003; isso é algo que vai pregar muitos administradores do Windows enquanto eles fazem a conversão de 2003 para 2008.

    
por 09.09.2010 / 04:47
12

Sim, certamente separar o sistema operacional dos dados. Eu vi isso uma e outra vez onde, com uma partição compartilhada, a partição acaba se enchendo e tornando impossível consertar o SO, impossível estender a partição (devido a várias razões), etc.

IMO, a sobrecarga de gerenciar duas partições é um pequeno preço a pagar pelo isolamento fornecido.

Com relação aos sistemas suportados por SAN aos quais você se referiu, isso ainda não protege você dos dados que preenchem sua partição do sistema operacional. Com armazenamento totalmente virtualizado, você não precisa se preocupar tanto em garantir que o sistema operacional e os dados estejam em fusos separados.

    
por 09.09.2010 / 03:35
2

Eu diria que depende do que você está fazendo com o sistema. Se você precisar reinstalar o sistema operacional, poderá poupar algum trabalho colocando todos os seus dados em uma partição separada. Caso contrário, não vejo mais a necessidade. Meus dois centavos.

    
por 09.09.2010 / 03:17
2

No princípio geral, acho que segregar o espaço padrão do SO (como C :) do Data (D :) é uma boa idéia, mas também recomendo criar uma partição menor para os arquivos de Log (L :) para manter eles um pouco mais seguros e evitar alguns tipos de ataques de negação de serviço.

O Linux é muito bom porque o sistema de arquivos permanece hierarquicamente sob um diretório raiz, não importa quantos discos físicos ou partições virtuais você use. Eu definitivamente particionaria o disco, mas não necessariamente para dados versus separação do sistema operacional (já que muitas vezes os dois se misturam de qualquer maneira).

Eu olharia:

  1. Quais subdiretórios provavelmente preencherão seu disco e causarão problemas de espaço para outros diretórios (por exemplo, partição off / home e / var / log).
  2. Se partes diferentes de sua estrutura de diretórios precisam de sistemas de arquivos diferentes por motivos de desempenho (por exemplo, XFS para estabilidade, Ext3 para uso geral, etc.)
  3. Quais diretórios podem precisar ser expandidos no futuro - eles são bons candidatos para particionamento porque você pode simplesmente renomear o diretório, particionar e montar um novo conjunto de espaço em disco para o local do diretório e copiar os dados do antigo para o novo local.
por 10.09.2010 / 00:57
2

Recomendações históricas de particionamento do Linux (bem, Unix, na verdade) são parcialmente devidas às suas origens como um SO de servidor de mainframe (em rede), que suspeito ter sido influenciado pela (então) relativa falta de confiabilidade do hardware. Por exemplo, logs e dados temporários foram tipicamente separados porque essas áreas de armazenamento tiveram muito desgaste, mas não foi um grande problema se eles foram perdidos.

Se você está construindo um sistema de desktop, eu vou para a divisão de dados / não-dados / swap. A menos que você esteja construindo um servidor que esteja esperando uma séria conclusão, coisas como / usr / local e / var / tmp se tornam uma dor de cabeça de alocação de espaço.

    
por 11.09.2010 / 00:30
0

Eu diria que ainda é bom ter - você tem 100Gb de dados (muito pr0n cara :)) e você precisa reinstalar o sistema operacional (ou, de acordo com o histórico do Windows, reinstalá-lo regularmente para remover construídos) então é muito simples mantê-lo intacto, do que se estivesse também na partição C.

No entanto, eu diria que há um problema lá, pois o Windows gosta de colocar todos os tipos de coisas em diretórios na unidade C - não apenas no diretório 'users', mas em todos os dados do aplicativo e vários bits e partes que acabar preso em ProgramData também.

Além disso, há outro fator - além das coisas realmente grandes (sim, que pr0n novamente) existem muitas ferramentas de backup online (ou utilitários de backup locais) que executam backups contínuos. Dadas estas, não é uma prioridade para separar os dados, pois você pode restaurá-los facilmente a partir do local de backup.

Pessoalmente, tento dividir dados + SO. Eu também tento colocar aplicativos em uma partição diferente também, para que meus backups do sistema operacional sejam muito menores.

    
por 11.09.2010 / 01:56
0

Eu serei o advogado do diabo por uma escola diferente de pensamento.

Suponha, por motivos de desempenho, que seu fornecedor recomende que a partição do SO não seja "esparsa" e que você aloque a partição completa do sistema operacional. Isso resulta em 10Gb a 20Gb (ou mais) de espaço não utilizado na unidade SAN.

Isso é bom para uma única VM, mas é provável que você tenha vários servidores "críticos para o desempenho", cada um com seus próprios 10 a 20 Gb de sobrecarga de espaço em branco. Em nosso ambiente, esse espaço em branco representava 20% do nosso disco de SAN. Tenha em mente que há limites para os quais devemos preencher um disco de SAN (mas isso é outra história).

A gerência teve uma escolha

1) Absorva o espaço desperdiçado de 20% na SAN, além de outros requisitos de "espaço em branco", e isole qualquer cenário de "disco completo" que possa ocorrer

2) Coloque tudo na unidade C: \ e arrisque o preenchimento da unidade devido aos logs do aplicativo.

O que eles fizeram?

Considerando que o Windows 2008R2 pode expandir dinamicamente a unidade C: \ do sistema operacional host e expandir a unidade quando estiver cheio, o gerenciamento levou a economia de custos e o reinvestiu em ferramentas de monitoramento como o SCOM.

Agora, estamos obtendo mais do que apenas uma proteção simples de um preenchimento de unidade C: \, mas temos um monitoramento de sistemas mais completo para resolver outros problemas antes que isso aconteça.

    
por 14.02.2012 / 04:35