SSD dedicado a troca somente falha no Debian ou Ubuntu

Question

Isso não aconteceu comigo ainda, mas se eu dedicar um único SSD (não-RAID) para trocar apenas e o sistema do servidor estiver usando a capacidade total - o que acontece a seguir? Como posso recuperar, supondo que eu tenha um SSD idêntico, testado e funcionando em minhas mãos, mordendo minhas unhas para lidar com isso?

Vamos supor que eu tenha um servidor i3 de 32GB de RAM executando o XUbuntu mais recente com o xfce. Além disso, estou executando o VirtualBox (vbox) 4.3.20 da Oracle, que abriga muitos servidores e clientes Windows e Linux.

Eu entendo que existem alguns cenários.

Cenário A: Eu compartilho a unidade SSD swap-only usada pelo host XUbuntu com os arquivos de swap do cliente vbox Linux e o arquivo de paginação do cliente Windows.

Cenário B: isolei o host XUbuntu do VirtualBox: meus clientes vbox nunca usam o drive SSD do Linux para swap. Em vez disso, reinicio os clientes virtuais para usar mais recursos físicos.

Cenário C: Eu nunca permito que qualquer cliente vbox tenha mais de metade de 32 GB, e forço os clientes vbox a usarem sua própria troca virtual.

Qualquer que seja o cenário, o SSD desapareceu e eu preciso lidar com ele.

Estou muito tentado a seguir o Cenário A, já que é a unidade mais adequada para arquivos de troca e de páginas, mas se a recuperação de tal falha for complexa ou impossível, por favor me avise. B e C é seguro, mas muito limitante.

Mais uma vez, este é apenas um cenário e isso não aconteceu comigo ainda. Obrigado pela leitura!

    

Answer 1

O Linux pode usar múltiplas partições de swap ou arquivos de swap, então, se você tem medo de que o SSD fique sem espaço, simplesmente tenha uma partição swap ou um arquivo extra para ser usado. Normalmente, o uso de troca é intercalado em todos os dispositivos de troca disponíveis & arquivos, mas você pode substituir a atribuição de prioridades aos seus dispositivos de troca.

De link

-p, --priority priority

Specify the priority of the swap device. priority is a value between 0 and 32767. Higher numbers indicate higher priority. See swapon(2) for a full description of swap priorities. Add pri=value to the option field of /etc/fstab for use with swapon -a.

E a partir do link

Swap pages are allocated from areas in priority order, highest priority first. For areas with different priorities, a higher-priority area is exhausted before using a lower-priority area. If two or more areas have the same priority, and it is the highest priority available, pages are allocated on a round-robin basis between them.

Portanto, faça com que as suas principais partições / arquivos de swap no SSD tenham a mesma prioridade e dê uma prioridade menor à sua troca de "emergência" em um HD normal.

IIRC, é mais eficiente usar partições de troca do que arquivos de troca; OTOH, usando arquivos é um pouco mais flexível, ea sobrecarga extra é bem pequena, mas eu acho que a pequena diferença de velocidade pode ser mais perceptível ao usar um SSD em vez de um HD tradicional, já que o SSD é muito rápido.

FWIW, não é uma boa idéia compartilhar espaços de troca entre sistemas operacionais diferentes se você estiver usando a hibernação!