Os SSDs locais são projetados para casos de uso de armazenamento temporário, como caches ou espaço de processamento temporário. Como os SSDs locais estão localizados na máquina física onde sua VM está em execução, eles só podem ser criados durante o processo de criação da VM. SSDs locais não podem ser usados como dispositivos de inicialização.
Para séries de máquinas de terceira geração , uma quantidade definida de discos SSD locais é adicionada à VM quando você a cria. A única maneira de adicionar armazenamento SSD local a essas VMs é:
- Para C3 e C3D, o armazenamento SSD local está disponível apenas em determinados tipos de máquinas, como
c3-standard-88-lssd
. - Para as máquinas das séries Z3, A3 e A2 ultra, cada tipo de máquina vem com armazenamento SSD local.
Para tipos de máquinas M3 e de primeira e segunda geração, você deve especificar discos SSD locais ao criar a VM.
Depois de criar um disco SSD local, você deve formatar e montar o dispositivo antes de poder usá-lo.
Para obter informações sobre a quantidade de armazenamento SSD local disponível em vários tipos de máquinas e o número de discos SSD locais que você pode anexar a uma VM, consulte Escolhendo um número válido de SSDs locais .
Antes de começar
- Revise as limitações do SSD local antes de usar SSDs locais.
- Revise os cenários de persistência de dados para discos SSD locais.
- Se você estiver adicionando SSDs locais a instâncias de máquinas virtuais (VM) que possuem GPUs anexadas, consulte Disponibilidade de SSD local por regiões e zonas de GPU .
- Se ainda não o fez, configure a autenticação. Autenticação é o processo pelo qual sua identidade é verificada para acesso a Google Cloud serviços e APIs. Para executar códigos ou amostras em um ambiente de desenvolvimento local, você pode se autenticar no Compute Engine selecionando uma das seguintes opções:
Select the tab for how you plan to use the samples on this page:
Console
When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.
gcloud
-
After installing the Google Cloud CLI, initialize it by running the following command:
gcloud init
If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.
- Set a default region and zone.
- Install the Google Cloud CLI.
-
If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
If you're using a local shell, then create local authentication credentials for your user account:
gcloud auth application-default login
You don't need to do this if you're using Cloud Shell.
If an authentication error is returned, confirm that you have configured the gcloud CLI to use Workforce Identity Federation.
- Install the Google Cloud CLI.
-
If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
If you're using a local shell, then create local authentication credentials for your user account:
gcloud auth application-default login
You don't need to do this if you're using Cloud Shell.
If an authentication error is returned, confirm that you have configured the gcloud CLI to use Workforce Identity Federation.
- Install the Google Cloud CLI.
-
If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
If you're using a local shell, then create local authentication credentials for your user account:
gcloud auth application-default login
You don't need to do this if you're using Cloud Shell.
If an authentication error is returned, confirm that you have configured the gcloud CLI to use Workforce Identity Federation.
- Install the Google Cloud CLI.
-
If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
If you're using a local shell, then create local authentication credentials for your user account:
gcloud auth application-default login
You don't need to do this if you're using Cloud Shell.
If an authentication error is returned, confirm that you have configured the gcloud CLI to use Workforce Identity Federation.
Vá para a página Criar uma instância .
Especifique o nome, a região e a zona da sua VM. Opcionalmente, adicione tags ou rótulos.
Na seção Configuração da máquina , escolha a família de máquinas que contém o tipo de máquina de destino.
Selecione uma série na lista Série e escolha o tipo de máquina.
- Para a máquina de terceira geração das séries C3 e C3D, escolha um tipo de máquina que termine em
-lssd
. - Para Z3, A3 e A2 ultra, cada tipo de máquina vem com armazenamento SSD local.
- Para M3 ou séries de máquinas de primeira e segunda geração, após selecionar o tipo de máquina, faça o seguinte:
- Expanda a seção Opções avançadas .
- Expanda Discos , clique em Adicionar SSD Local e faça o seguinte:
- Na página Configurar SSD Local , escolha o tipo de interface de disco.
- Selecione o número de discos desejado na lista Capacidade do disco .
- Clique em Salvar .
- Para a máquina de terceira geração das séries C3 e C3D, escolha um tipo de máquina que termine em
Continue com o processo de criação da VM.
Depois de criar a VM com discos SSD locais, você deverá formatar e montar cada dispositivo antes de poder usar os discos.
Para as séries de máquinas Z3, A3 e A2 ultra, para criar uma VM com discos SSD locais anexados, crie uma VM que use qualquer um dos tipos de máquina disponíveis para essa série seguindo as instruções para criar uma instância .
Para a série de máquinas C3 ou C3D, para criar uma VM com discos SSD locais anexados, siga as instruções para criar uma instância , mas especifique um tipo de instância que inclua discos SSD locais (
-lssd
).Por exemplo, você pode criar uma VM C3 com duas partições SSD locais que usam a interface de disco NVMe da seguinte maneira:
gcloud compute instances create example-c3-instance \ --zone ZONE \ --machine-type c3-standard-8-lssd \ --image-project IMAGE_PROJECT \ --image-family IMAGE_FAMILY
Para M3 e séries de máquinas de primeira e segunda geração, para criar uma VM com discos SSD locais anexados, siga as instruções para criar uma instância , mas use o sinalizador
--local-ssd
para criar e anexar um disco SSD local. Para criar vários discos SSD locais, adicione mais sinalizadores--local-ssd
. Opcionalmente, você também pode definir valores para a interface e o nome do dispositivo para cada sinalizador--local-ssd
.Por exemplo, você pode criar uma VM M3 com quatro discos SSD locais e especificar o tipo de interface do disco da seguinte maneira:
gcloud compute instances create VM_NAME \ --machine-type m3-ultramem-64 \ --zone ZONE \ --local-ssd interface=INTERFACE_TYPE,device-name=DEVICE-NAME \ --local-ssd interface=INTERFACE_TYPE,device-name=DEVICE-NAME \ --local-ssd interface=INTERFACE_TYPE,device-name=DEVICE-NAME \ --local-ssd interface=INTERFACE_TYPE \ --image-project IMAGE_PROJECT \ --image-family IMAGE_FAMILY
- VM_NAME : o nome da nova VM
- ZONE : a zona na qual criar a VM. Esse sinalizador será opcional se você tiver configurado a propriedade
compute/zone
da CLI gcloud ou a variável de ambienteCLOUDSDK_COMPUTE_ZONE
. - INTERFACE_TYPE : o tipo de interface de disco que você deseja usar para o dispositivo SSD local. Especifique
nvme
se estiver criando uma VM M3 ou se a imagem do disco de inicialização tiver drivers NVMe otimizados . Especifiquescsi
para outras imagens. - DEVICE-NAME : Opcional: um nome que indica o nome do disco a ser usado no link simbólico do sistema operacional convidado (link simbólico).
- IMAGE_FAMILY : uma das famílias de imagens disponíveis que você deseja instalar no disco de inicialização
- IMAGE_PROJECT : o projeto de imagem ao qual a família de imagens pertence
- No console do Google Cloud, acesse a página de instâncias de VM .
- Clique em Criar instância .
- Especifique os parâmetros desejados.
- Na parte superior ou inferior da página, clique em Código equivalente e, em seguida, clique na guia Terraform para visualizar o código Terraform.
- Para as máquinas das séries Z3, A3 e A2 ultra, para criar uma VM com discos SSD locais anexados, crie uma VM que use qualquer um dos tipos de máquina disponíveis para essa série.
Para as séries de máquinas C3 ou C3D, para criar uma VM com discos SSD locais anexados, especifique um tipo de instância que inclua discos SSD locais (
-lssd
).Aqui está um exemplo de carga útil de solicitação que cria uma VM C3 com um disco de inicialização do Ubuntu e dois discos SSD locais:
{ "machineType":"zones/us-central1-c/machineTypes/c3-standard-8-lssd", "name":"c3-with-local-ssd", "disks":[ { "type":"PERSISTENT", "initializeParams":{ "sourceImage":"projects/ubuntu-os-cloud/global/images/family/ubuntu-2204-lts" }, "boot":true } ], "networkInterfaces":[ { "network":"global/networks/default" } ] }
Para M3 e séries de máquinas de primeira e segunda geração, para criar uma VM com discos SSD locais anexados, você pode adicionar dispositivos SSD locais durante a criação da VM usando a propriedade
initializeParams
. Você também deve fornecer as seguintes propriedades:-
diskType
: definido como SSD local -
autoDelete
: definido como verdadeiro -
type
: Definir comoSCRATCH
As propriedades a seguir não podem ser usadas com dispositivos SSD locais:
-
diskName
- propriedade
sourceImage
-
diskSizeGb
Aqui está um exemplo de carga de solicitação que cria uma VM M3 com um disco de inicialização e quatro discos SSD locais:
{ "machineType":"zones/us-central1-f/machineTypes/m3-ultramem-64", "name":"local-ssd-instance", "disks":[ { "type":"PERSISTENT", "initializeParams":{ "sourceImage":"projects/ubuntu-os-cloud/global/images/family/ubuntu-2204-lts" }, "boot":true }, { "type":"SCRATCH", "initializeParams":{ "diskType":"zones/us-central1-f/diskTypes/local-ssd" }, "autoDelete":true, "interface": "NVME" }, { "type":"SCRATCH", "initializeParams":{ "diskType":"zones/us-central1-f/diskTypes/local-ssd" }, "autoDelete":true, "interface": "NVME" }, { "type":"SCRATCH", "initializeParams":{ "diskType":"zones/us-central1-f/diskTypes/local-ssd" }, "autoDelete":true, "interface": "NVME" }, { "type":"SCRATCH", "initializeParams":{ "diskType":"zones/us-central1-f/diskTypes/local-ssd" }, "autoDelete":true, "interface": "NVME" }, ], "networkInterfaces":[ { "network":"global/networks/default" } ] }
-
Acesse a página de instâncias de VM.
Clique no botão SSH próximo à instância que possui o novo SSD local anexado. O navegador abre uma conexão de terminal com a instância.
No terminal, use o comando
find
para identificar o SSD local que você deseja montar.$ find /dev/ | grep google-local-nvme-ssd
SSDs locais no modo SCSI têm nomes padrão como
google-local-ssd-0
. SSDs locais no modo NVMe têm nomes comogoogle-local-nvme-ssd-0
, conforme mostrado na saída a seguir:$ find /dev/ | grep google-local-nvme-ssd /dev/disk/by-id/google-local-nvme-ssd-0
Formate o SSD local com um sistema de arquivos ext4. Este comando exclui todos os dados existentes do SSD local.
$ sudo mkfs.ext4 -F /dev/disk/by-id/[SSD_NAME]
Substitua
[SSD_NAME]
pelo ID do SSD local que você deseja formatar. Por exemplo, especifiquegoogle-local-nvme-ssd-0
para formatar o primeiro SSD local NVMe na instância.Use o comando
mkdir
para criar um diretório onde você possa montar o dispositivo.$ sudo mkdir -p /mnt/disks/[MNT_DIR]
Substitua
[MNT_DIR]
pelo caminho do diretório onde você deseja montar seu disco SSD local.Monte o SSD local na VM.
$ sudo mount /dev/disk/by-id/[SSD_NAME] /mnt/disks/[MNT_DIR]
Substitua o seguinte:
-
[SSD_NAME]
: o ID do SSD local que você deseja montar. -
[MNT_DIR]
: o diretório onde você deseja montar seu SSD local.
-
Configure o acesso de leitura e gravação ao dispositivo. Neste exemplo, conceda acesso de gravação ao dispositivo para todos os usuários.
$ sudo chmod a+w /mnt/disks/[MNT_DIR]
Substitua
[MNT_DIR]
pelo diretório onde você montou seu SSD local.Crie a entrada
/etc/fstab
. Use o comandoblkid
para encontrar o UUID do sistema de arquivos no dispositivo e edite o arquivo/etc/fstab
para incluir esse UUID nas opções de montagem. Você pode concluir esta etapa com um único comando.Por exemplo, para um SSD local no modo NVMe, use o seguinte comando:
$ echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-local-nvme-ssd-0` /mnt/disks/[MNT_DIR] ext4 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
Para um SSD local em modo não NVMe, como SCSI, use o seguinte comando:
$ echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-local-ssd-0` /mnt/disks/[MNT_DIR] ext4 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
Substitua
[MNT_DIR]
pelo diretório onde você montou seu SSD local.Use o comando
cat
para verificar se suas entradas/etc/fstab
estão corretas:$ cat /etc/fstab
Conecte-se à instância por meio de RDP. Para este exemplo, acesse a página Instâncias de VM e clique no botão RDP próximo à instância que possui os SSDs locais anexados. Depois de inserir seu nome de usuário e senha, uma janela será aberta com a interface da área de trabalho do seu servidor.
Clique com o botão direito no botão Iniciar do Windows e selecione Gerenciamento de disco .
Se você ainda não inicializou o SSD local, a ferramenta solicitará que você selecione um esquema de particionamento para as novas partições. Selecione GPT e clique em OK .
Após a inicialização do SSD local, clique com o botão direito no espaço em disco não alocado e selecione Novo volume simples .
Siga as instruções no Assistente de Novo Volume Simples para configurar o novo volume. Você pode usar qualquer formato de partição que desejar, mas para este exemplo selecione
NTFS
. Além disso, marque Executar uma formatação rápida para acelerar o processo de formatação.Depois de concluir o assistente e a formatação do volume, verifique o novo SSD local para garantir que ele tenha um status
Healthy
.Acesse a página de instâncias de VM.
Clique no botão SSH próximo à instância que possui o novo SSD local anexado. O navegador abre uma conexão de terminal com a instância.
No terminal, instale a ferramenta
mdadm
. O processo de instalação domdadm
inclui um prompt do usuário que interrompe os scripts, portanto, execute esse processo manualmente.Debian e Ubuntu:
$ sudo apt update && sudo apt install mdadm --no-install-recommends
CentOS e RHEL:
$ sudo yum install mdadm -y
SLES e openSUSE:
$ sudo zypper install -y mdadm
Use o comando
find
para identificar todos os SSDs locais que você deseja montar juntos.Neste exemplo, a instância possui oito partições SSD locais no modo NVMe:
$ find /dev/ | grep google-local-nvme-ssd /dev/disk/by-id/google-local-nvme-ssd-7 /dev/disk/by-id/google-local-nvme-ssd-6 /dev/disk/by-id/google-local-nvme-ssd-5 /dev/disk/by-id/google-local-nvme-ssd-4 /dev/disk/by-id/google-local-nvme-ssd-3 /dev/disk/by-id/google-local-nvme-ssd-2 /dev/disk/by-id/google-local-nvme-ssd-1 /dev/disk/by-id/google-local-nvme-ssd-0
find
não garante um pedido. Não há problema se os dispositivos estiverem listados em uma ordem diferente, desde que o número de linhas de saída corresponda ao número esperado de partições SSD. SSDs locais no modo SCSI têm nomes padrão comogoogle-local-ssd
. SSDs locais no modo NVMe têm nomes comogoogle-local-nvme-ssd
.Use
mdadm
para combinar vários dispositivos SSD locais em uma única matriz chamada/dev/md0
. Este exemplo mescla oito dispositivos SSD locais no modo NVMe. Para dispositivos SSD locais no modo SCSI, especifique os nomes obtidos no comandofind
:$ sudo mdadm --create /dev/md0 --level=0 --raid-devices=8 \ /dev/disk/by-id/google-local-nvme-ssd-0 \ /dev/disk/by-id/google-local-nvme-ssd-1 \ /dev/disk/by-id/google-local-nvme-ssd-2 \ /dev/disk/by-id/google-local-nvme-ssd-3 \ /dev/disk/by-id/google-local-nvme-ssd-4 \ /dev/disk/by-id/google-local-nvme-ssd-5 \ /dev/disk/by-id/google-local-nvme-ssd-6 \ /dev/disk/by-id/google-local-nvme-ssd-7 mdadm: Defaulting to version 1.2 metadata mdadm: array /dev/md0 started.
Você pode confirmar os detalhes do array com
mdadm --detail
. Adicionar o sinalizador--prefer=by-id
listará os dispositivos usando os caminhos/dev/disk/by-id
.sudo mdadm --detail --prefer=by-id /dev/md0
A saída deve ser semelhante à seguinte para cada dispositivo na matriz.
... Number Major Minor RaidDevice State 0 259 0 0 active sync /dev/disk/by-id/google-local-nvme-ssd-0 ...
Formate o array
/dev/md0
completo com um sistema de arquivos ext4.$ sudo mkfs.ext4 -F /dev/md0
Crie um diretório onde você possa montar
/dev/md0
. Para este exemplo, crie o diretório/mnt/disks/ssd-array
:$ sudo mkdir -p /mnt/disks/[MNT_DIR]
Substitua
[MNT_DIR]
pelo diretório onde você deseja montar seu array SSD local.Monte o array
/dev/md0
no diretório/mnt/disks/ssd-array
:$ sudo mount /dev/md0 /mnt/disks/[MNT_DIR]
Substitua
[MNT_DIR]
pelo diretório onde você deseja montar seu array SSD local.Configure o acesso de leitura e gravação ao dispositivo. Neste exemplo, conceda acesso de gravação ao dispositivo para todos os usuários.
$ sudo chmod a+w /mnt/disks/[MNT_DIR]
Substitua
[MNT_DIR]
pelo diretório onde você montou sua matriz SSD local.Crie a entrada
/etc/fstab
. Use o comandoblkid
para encontrar o UUID do sistema de arquivos no dispositivo e edite o arquivo/etc/fstab
para incluir esse UUID nas opções de montagem. Especifique a opçãonofail
para permitir que o sistema inicialize mesmo se o SSD local não estiver disponível. Você pode concluir esta etapa com um único comando. Por exemplo:$ echo UUID=`sudo blkid -s UUID -o value /dev/md0` /mnt/disks/[MNT_DIR] ext4 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
Substitua
[MNT_DIR]
pelo diretório onde você montou sua matriz SSD local.Se você usar um nome de dispositivo como
/dev/md0
no arquivo/etc/fstab
em vez do UUID, será necessário editar o arquivo/etc/mdadm/mdadm.conf
para garantir que o array seja remontado automaticamente na inicialização. Para fazer isso, conclua as duas etapas a seguir:- Certifique-se de que a matriz de disco seja verificada e remontada automaticamente na inicialização.
$ sudo mdadm --detail --scan | sudo tee -a /etc/mdadm/mdadm.conf
- Atualize
initramfs
para que o array esteja disponível durante o processo de inicialização inicial.$ sudo update-initramfs -u
- Certifique-se de que a matriz de disco seja verificada e remontada automaticamente na inicialização.
Use o comando
cat
para verificar se suas entradas/etc/fstab
estão corretas:$ cat /etc/fstab
Conecte-se à instância por meio de RDP. Para este exemplo, acesse a página Instâncias de VM e clique no botão RDP próximo à instância que possui os SSDs locais anexados. Depois de inserir seu nome de usuário e senha, uma janela será aberta com a interface da área de trabalho do seu servidor.
Clique com o botão direito no botão Iniciar do Windows e selecione Gerenciamento de disco .
Se você ainda não inicializou os SSDs locais, a ferramenta solicitará que você selecione um esquema de particionamento para as novas partições. Selecione GPT e clique em OK .
Após a inicialização do SSD local, clique com o botão direito no espaço em disco não alocado e selecione Novo volume distribuído .
Selecione as partições SSD locais que você deseja incluir na matriz distribuída. Neste exemplo, selecione todas as partições para combiná-las em um único dispositivo SSD local.
Siga as instruções no Assistente de Novo Volume Distribuído para configurar o novo volume. Você pode usar qualquer formato de partição que desejar, mas para este exemplo selecione
NTFS
. Além disso, marque Executar uma formatação rápida para acelerar o processo de formatação.Depois de concluir o assistente e a formatação do volume, verifique o novo SSD local para garantir que ele tenha um status
Healthy
.- Saiba mais sobre nomes de dispositivos para sua VM.
- Aprenda como avaliar o desempenho de discos SSD locais
Terraform
Para usar os exemplos do Terraform nesta página em um ambiente de desenvolvimento local, instale e inicialize a gcloud CLI e, em seguida, configure o Application Default Credentials com suas credenciais de usuário.
Confira mais informações em Set up authentication for a local development environment.
Go
Para usar os exemplos Go desta página em um ambiente de desenvolvimento local, instale e inicialize o gcloud CLI e e configure o Application Default Credentials com suas credenciais de usuário.
Confira mais informações em Set up authentication for a local development environment.
Java
Para usar os exemplos Java desta página em um ambiente de desenvolvimento local, instale e inicialize o gcloud CLI e e configure o Application Default Credentials com suas credenciais de usuário.
Confira mais informações em Set up authentication for a local development environment.
Python
Para usar os exemplos Python desta página em um ambiente de desenvolvimento local, instale e inicialize o gcloud CLI e e configure o Application Default Credentials com suas credenciais de usuário.
Confira mais informações em Set up authentication for a local development environment.
REST
Para usar as amostras da API REST nesta página em um ambiente de desenvolvimento local, use as credenciais fornecidas para gcloud CLI.
After installing the Google Cloud CLI, initialize it by running the following command:
gcloud init
If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.
Para mais informações, consulte Autenticar para usar REST na documentação de autenticação do Google Cloud.
Crie uma VM com um SSD local
Você pode criar uma VM com armazenamento em disco SSD local usando o console do Google Cloud , a CLI gcloud ou a API Compute Engine .
Console
gcloud
Substitua o seguinte:
Se necessário, você pode anexar SSDs locais a uma VM de primeira ou segunda geração usando uma combinação de
nvme
escsi
para partições diferentes. O desempenho do dispositivonvme
depende da imagem do disco de inicialização da sua instância. As VMs de terceira geração suportam apenas a interface de disco NVMe.Depois de criar uma VM com SSD local, você deverá formatar e montar cada dispositivo antes de poder usá-lo.
Terraforma
Para criar uma VM com discos SSD locais anexados, você pode usar o recurso
google_compute_instance
.Para saber como aplicar ou remover uma configuração do Terraform, consulte Comandos básicos do Terraform .
Para gerar o código Terraform, você pode usar o componente Código equivalente no console do Google Cloud.Ir
Go
Antes de testar este exemplo, siga as instruções de configuração Go no guia de início rápido do Compute Engine usando bibliotecas de cliente . Para mais informações, consulte a documentação de referência da API Compute Engine Go .
Para autenticar no Compute Engine, configure as credenciais padrão do aplicativo. Para obter mais informações, consulte Configurar autenticação para um ambiente de desenvolvimento local .
Java
Java
Antes de testar este exemplo, siga as instruções de configuração Java no guia de início rápido do Compute Engine usando bibliotecas de cliente . Para mais informações, consulte a documentação de referência da API Java do Compute Engine .
Para autenticar no Compute Engine, configure as credenciais padrão do aplicativo. Para obter mais informações, consulte Configurar autenticação para um ambiente de desenvolvimento local .
Pitão
Python
Antes de testar este exemplo, siga as instruções de configuração Python no guia de início rápido do Compute Engine usando bibliotecas de cliente . Para mais informações, consulte a documentação de referência da API Python do Compute Engine .
Para autenticar no Compute Engine, configure as credenciais padrão do aplicativo. Para obter mais informações, consulte Configurar autenticação para um ambiente de desenvolvimento local .
DESCANSAR
Use o
instances.insert method
para criar uma VM a partir de uma família de imagens ou de uma versão específica de uma imagem do sistema operacional.Depois de criar um disco SSD local, você deve formatar e montar cada dispositivo antes de poder usá-lo.
Para mais informações sobre como criar uma instância usando REST, consulte a API Compute Engine .
Formatar e montar um dispositivo SSD local
Você pode formatar e montar cada disco SSD local individualmente ou combinar vários discos SSD locais em um único volume lógico.
Formate e monte partições SSD locais individuais
A maneira mais fácil de conectar SSDs locais à sua instância é formatar e montar cada dispositivo com uma única partição. Alternativamente, você pode combinar múltiplas partições em um único volume lógico .
Instâncias Linux
Formate e monte o novo SSD local na sua instância do Linux. Você pode usar qualquer formato de partição e configuração necessária. Para este exemplo, crie uma única partição
ext4
.Opcionalmente, você pode adicionar o SSD local ao arquivo
/etc/fstab
para que o dispositivo seja montado novamente automaticamente quando a instância for reiniciada. Esta entrada não preserva dados no SSD local se a instância for interrompida. Consulte Persistência de dados SSD local para obter detalhes completos.Ao especificar o arquivo de entrada
/etc/fstab
, certifique-se de incluir a opçãonofail
para que a instância possa continuar a inicializar mesmo se o SSD local não estiver presente. Por exemplo, se você tirar um snapshot do disco de inicialização e criar uma nova instância sem nenhum disco SSD local anexado, a instância poderá continuar o processo de inicialização e não pausar indefinidamente.Se você criar um snapshot a partir do disco de inicialização desta instância e usá-lo para criar uma instância separada que não tenha SSDs locais, edite o arquivo
/etc/fstab
e remova a entrada desse SSD local. Mesmo com a opçãonofail
em vigor, mantenha o arquivo/etc/fstab
sincronizado com as partições anexadas à sua instância e remova essas entradas antes de criar o snapshot do disco de inicialização.Instâncias do Windows
Use a ferramenta Windows Disk Management para formatar e montar um SSD local em uma instância do Windows.
É isso! Agora você pode gravar arquivos no SSD local.
Formate e monte várias partições SSD locais em um único volume lógico
Ao contrário dos SSDs persistentes , os SSDs locais têm uma capacidade fixa de 375 GB para cada dispositivo conectado à instância. Se quiser combinar diversas partições SSD locais em um único volume lógico, você mesmo deverá definir o gerenciamento de volumes nessas partições.
Instâncias Linux
Use
mdadm
para criar uma matriz RAID 0. Este exemplo formata o array com um único sistema de arquivosext4
, mas você pode aplicar qualquer sistema de arquivos de sua preferência.Opcionalmente, você pode adicionar o SSD local ao arquivo
/etc/fstab
para que o dispositivo seja montado novamente automaticamente quando a instância for reiniciada. Esta entrada não preserva dados no SSD local se a instância for interrompida. Consulte Persistência de dados SSD local para obter detalhes.Ao especificar o arquivo de entrada
/etc/fstab
, certifique-se de incluir a opçãonofail
para que a instância possa continuar a inicializar mesmo se o SSD local não estiver presente. Por exemplo, se você tirar um snapshot do disco de inicialização e criar uma nova instância sem SSDs locais anexados, a instância poderá continuar o processo de inicialização e não pausar indefinidamente.Se você criar um snapshot a partir do disco de inicialização desta instância e usá-lo para criar uma instância separada que não tenha SSDs locais, edite o arquivo
/etc/fstab
e remova a entrada dessa matriz de SSD local. Mesmo com a opçãonofail
em vigor, mantenha o arquivo/etc/fstab
sincronizado com as partições anexadas à sua instância e remova essas entradas antes de criar o snapshot do disco de inicialização.Instâncias do Windows
Use a ferramenta Windows Disk Management para formatar e montar uma matriz de SSDs locais em uma instância do Windows.
Agora você pode gravar arquivos no SSD local.
O que vem a seguir
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-04-17 UTC.
-