Що я можу зробити, щоб дати мені більше любові і дискового простору в моїй базі даних на Ubuntu?


4

Я новачок у linux. Я розгорнув DB в Ubuntu сервер на Amazon і з'ясував, що я низький на диску. зробив df (див. нижче) - і з'ясувалося, що я на 89% потужності на одній файловій системі, але менше на інших. Що це означає? У мене є кілька розділів і тепер я можу використовувати інші, крім цього /dev/xvda1? Також /dev/xvdb здається великим, це безпечно поставити db в ньому і тільки використовувати його? Якщо так, чи потрібно монтувати або робити щось особливе?

$> df -lah

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      8.0G  6.7G  914M  89% /
proc               0     0     0    - /proc
sysfs              0     0     0    - /sys
none               0     0     0    - /sys/fs/fuse/connections
none               0     0     0    - /sys/kernel/debug
none               0     0     0    - /sys/kernel/security
udev            3.7G  8.0K  3.7G   1% /dev
devpts             0     0     0    - /dev/pts
tmpfs           1.5G  164K  1.5G   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            3.7G     0  3.7G   0% /run/shm
/dev/xvdb       414G  199M  393G   1% /mnt

Відповіді:


2

Існує кілька рекомендованих варіантів для вирішення ситуації, що вичерпується на кореневому томі EBS примірника:

  1. Приєднайте новий пристрій EBS до примірника та розмістіть на ньому базу даних. Ось стаття, яку я написав для Amazon ще в 2008 році. http://aws.amazon.com/articles/1663 (Зауважте, що / dev / sdh потрібно змінити на / dev / xvdh на нових екземплярах Ubuntu).

  2. Збільшіть розмір кореневого обсягу EBS, щоб мати місце для розширення бази даних. Це можна зробити, зупинивши екземпляр, знявши знімок, створивши більший об'єм з знімка, приєднавши його до екземпляра, і запустивши примірник. Ось стаття, яку я написав, детально описує кроки: http://alestic.com/2010/02/ec2-resize-running-ebs-root

Якщо ви піклуєтеся про збереження даних, я не рекомендую її надягати /mnt ( /dev/xvdb ), оскільки цей диск є ефемерним сховищем. Всі дані на ефемерних сховищах зникнуть назавжди, коли примірник зупиняється, припиняється або не працює.

Дані про томи EBS зберігаються, коли екземпляр зупиняється або виходить з ладу. За замовчуванням обсяг кореневого EBS буде видалено при завершенні примірника, але його можна змінити, очистивши delete-on-termination власності на обсяг EBS. Ось стаття, яку я написав, що включає інформацію про delete-on-termination прапорець і як його змінити: http://alestic.com/2010/01/ec2-instance-locking


спасибі, в той час як кореневий ESB майже повний, чи є покарання продуктивності? напр. це зменшує доступну віртуальну пам'ять?
Yaron Naveh

@YaronNaveh: Найбільша проблема полягає в тому, що на диску може не вистачити місця. Обсяг EBS не має ніякого відношення до пам'яті, якщо ви не створили на ньому файл підкачки.
Eric Hammond

спасибі, де відбувається обмін за замовчуванням?
Yaron Naveh

@Naveh: Напевно, варто створити нове питання. Не соромтеся посилатися на нього тут.
Eric Hammond

3

Що це означає?

Що означає, це звучить як риторичне питання для мене. Чи читали ви сторінки чоловіка?

man df

приведе вас до додаткової інформації про df команду.

У мене є кілька розділів і тепер я можу використовувати інші, крім цього /dev/xvda1?

Ви можете їх використовувати. Але чи ви це робите, повністю залежить від вас.

Просто уникайте речей, які встановлені /proc, /sys, /dev і /run і ви будете в безпеці ...

Також /dev/xvdb здається великим, це безпечно поставити db в ньому і тільки використовувати його?

Ми не знаємо точно. Це повністю залежить від вас, щоб з'ясувати ...

Якщо так, чи потрібно монтувати або робити щось особливе?

Прочитайте його знову, ось зовнішні кінці вашої таблиці:

Filesystem      Mounted on
/dev/xvdb       /mnt
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.