Назад | Перейти на главную страницу

Сервер базы данных разработки с выделенным оборудованием

Я планирую переместить один из серверов базы данных разработки на его собственный компьютер. Я сейчас запускаю его на своем ноутбуке, что не очень удобно.

К базе данных подключен только один сервер разработки, поэтому запросов не так много. Проблема в количестве данных: мне нужно сохранить копию planet.osm, который закончился 170 Гб на данный момент и увеличивается.

Я ищу решение, которое не требует от меня покупки дорогостоящего оборудования, так как это все равно не рабочий сервер. Возможно, я даже смогу повторно использовать некоторые имеющиеся у меня недорогие машины, за исключением их жесткого диска.

Итак, мой вопрос: какой жесткий диск мне следует искать?

Сейчас я использую относительно дешевый 1,5 Тб внешний USB-накопитель с одним btrfs раздел на нем, но я не уверен, что этого будет достаточно быстро, чтобы сервер db нашел на нем иголку в стоге сена 170+ Гб.

Какие инструменты я могу использовать для измерения производительности жесткого диска в Linux?

Обратите внимание, что этот вопрос в некоторой степени связан с вот этот, с основным отличием в том, что я не создаю производственный сервер.

Я бы порекомендовал пару SSD Samsung 840 в RAID-10. Вам нужно будет настроить Postgresql, чтобы получить максимальную производительность, но для небольших случайных чтений следует ожидать повышения производительности примерно в 15 раз по сравнению с жестким диском.

Я бы не стал использовать USB-накопитель - производительность будет отстой. Вложите немного денег в машину с умеренно быстрыми дисками SATA. Рассмотрите вариант RAID, если считаете, что вам понадобится избыточность.
Вы можете получить систему 1U, подходящую для разработки, примерно за 1000 долларов или меньше (подумайте Железные Системы или действительно низкий уровень Dell - Помните, что производительность не имеет первостепенного значения в среде разработки, она просто должна быть «достаточно хорошей»).

Другой вариант - потратить 6000-10000 долларов на хост VMWare и виртуализовать всю вашу среду (это было бы моим предложением - это делает жизнь намного проще, и вы получаете гибкость, позволяющую создавать копии вашей среды разработки, чтобы опробовать изменения. Обратной стороной является то, что виртуализированная производительность почти всегда хуже, чем у выделенной коробки, но, как я уже сказал выше, производительность в Dev не всегда является конечной целью.


Re: ваш сравнительный вопрос, этот поиск google вероятно, хорошее место для начала, но, честно говоря, я бы не стал беспокоиться об этом для среды разработки. Тестовый диск действительно наиболее полезен, когда вы сравниваете системы ...

Если вам нужна в основном производительность чтения, я бы посоветовал пойти по маршруту RAID10f2 либо с несколькими недорогими дисками емкостью 1 ТБ (Samsung F3 вполне хороши), либо, если вам действительно нужно низкое время доступа: WD Velociraptors - это диски со скоростью 10 тыс. Об / мин с портами SATA.

Директор Linux RAID10 может выполнять RAID10 на 2 или более дисках, поэтому вы можете легко масштабировать систему. В то время как макет f2 имеет производительность чтения RAID0 на том же количестве дисков.