Короче говоря, мне интересно, неразумно ли использовать большие тонкие .vmdk для виртуальной машины nas? Я планирую сделать резервную копию на внешних дисках емкостью 2 ТБ (для очень малого бизнеса), всегда оставляя один за пределами площадки.
Я мог бы использовать poweredge 840, но файловый сервер используется так мало, что кажется бесполезным. У компании есть сервер ESXi, на котором можно хранить диски файлового сервера.
Что касается резервных копий, было бы мне лучше использовать cron + rsync и сквозную передачу на USB с помощью собственного диска, или я должен создать хранилище данных и сделать резервную копию файлов .vmdk? Кроме того, нет любой бюджет на ПО.
Вы можете создать VMDK любого размера - я не верю, что VMWare накладывает ограничения. Это так же безопасно, как и любой другой образ VMDK, с, возможно, небольшим увеличением риска, поскольку он покрывает большую физическую область на диске (больше шансов, что сектор испортится. Вот почему ваш ящик VMWare имеет контроллер RAID, верно?).
Я хотел бы указать на два предостережения:
Если вы используете разреженный (растущий) образ вместо предварительно выделенного, ваш VMDK может не быть непрерывным. Это может создать проблемы с производительностью с двух сторон: запись данных займет больше времени (потому что серверу VMWare необходимо выделить физическое дисковое пространство), а получение данных займет больше времени (поскольку головка должна искать «пробелы» на диске).
Если ваш файловый сервер интенсивно используется, вы можете создать конкуренцию за диск: люди, пытающиеся читать / писать файлы, будут конкурировать со всеми другими виртуальными машинами, пытающимися делать то, что они делают. В зависимости от скорости диска и общей активности виртуальных машин это может заметно снизить производительность файлового сервера или других виртуальных машин.
Иногда покупка автономного файлового сервера El-Cheapo (или устройства NAS, или установка копии FreeNAS на старом ящике и предоставив ему большие диски) - лучшее решение - подумайте о своей рабочей нагрузке перед виртуализацией.
На мой взгляд, обе альтернативы для резервного копирования - плохая идея. Я очень сомневаюсь, что горячее подключение жестких дисков USB входило в проектную спецификацию, когда VMware проектировала систему хранилища данных. Да, вы можете размонтировать хранилища данных, но я не уверен, что ESXi все равно поддерживает использование USB-устройств в качестве хранилищ данных (я думаю, вы обнаружите, что встроенная ОС не может монтировать тома с USB-устройств).
USB-переход для устройств хранения доступен в ESXi, но вам необходимо выключить виртуальную машину, чтобы ее аккуратно отсоединить. Опять же, использование этого механизма для обычного резервного копирования - плохая идея, так как его очень неудобно делать чисто. Я также столкнулся с повреждением данных при подключении жесткого диска USB к виртуальной машине CentOS 5.5 на ESXi 4.1 для миграции ... Я бы не стал доверять ему для резервного копирования.
Мой голос получает дешевый NAS.
Что касается использования больших VMDK, я не знаю о каких-либо конкретных рисках такого размера, но не кажется хорошей идеей использовать тонкий 1 ТБ vmdk для NAS, тем более, что предположительно будет много операций записи.