Чем набрали такую мощность в 1u корпусе?
В чем проявляется отказ блоков питания?
То, что в комнате прохладно, не означает что температура блока нормальная.
Как считали мощность потребления?
Для блоков указана суммарная мощность.
А там есть +12v и +5v. Возможно, что по одному из напряжений запаса нет вообще...
ITF, так порт коммутатора "зашит" аппаратно. (разводка уже сделана на бэкплейн). Вы просто выбираете какие связи (с какими коммутаторами) включить, а какие выключить.
В it нет магии. Вы просто представьте как реализовать физически что Вы хотите.. И главное - зачем...
> Чем же так злятся люди когда видят Kali ? Что типа им пользуются неопытные ?
Это специализированный дистрибутив, требующий базовых знаний, подготовки.
Каждый дистрибутив имеет свои особенности. Для новичков требуются однозначный советы, но у большинства, кто может здесь дать ответ, нет под рукой Кали, и они не используют его в работе.
А вопросы вида: учусь водить, как выполнять дрифт не белазе - раздражают...
1. Подключение PC к сети может быть по ethernet, может быть по fi-wi.
При их настройке есть особенности. Что у Вас - отсюда не видно.
2. Интерфейс с адресом 127.0.0.1 есть всегда. К Internet он имеет слабое отношение.
3. Начинать надо с чтение документации.
Там есть соответствующих раздел.
4. Kali - специфичный дистрибутив. Не надо с него начинать... При устройстве на работу он последний по популярности использования. Сам по себе он не имеет каких либо значительные плюсов по сравнению с другими, но его упоминание - в 90% вызывает раздражение у тех, кто может помочь.
На серверах БД, обычно, располагаются базы данных. И это никак не сетевые папки.. Для хранения сетевых папок организуют файловые сервера. Но зачем их много - то же не очевидно...
Что именно у Вас не получилось и как делаете?
Самый простой вариант:
Для всех папок добавляете права чтения для группы, куда входят все пользователи.
Для каждой папки назначает пользователя владельцем этой папки или даёте ему полные права..
Но это справедливо, если пользователи не входят в группу администраторов. Тут их ограничить будет нельзя. Сами себе назначат права какие хотят...
Правильный подход - это всегда понятие растяжимое..
С точки зрения продавца, правильно сделать кластер, автоматическую балансировка итд. И продать лицензий на круглую сумму.
Неправильно - купить продукт и не использовать.
Если у Вас есть живая миграция, значит для кластера есть все необходимое.
Даже в кластере, для VM можно указать на каких узлах она может запускаться.
Без кластера, сама по себе машина никуда мигрировать не может.
Выписываем возможные неисправности:
- умер хост
- умер массив целиком
Продумываете что будете делать в каждом случае. За сколько времени поднимете.
Принимаете решение - устраивает или нет..
С общим томом потенциальные особенности:
Легче развести бардак. (а чьи это данные, от какой VM, какого хоста)
При перестановке хоста легче убить все данные. (был случай, переставляли ОС на хосте, и поставились на общий том.
Отсюда правило - при перестановке, внешние хранилища должны быть отключены)
При использовании отдельных томов, растёт фрагментация (в сумме - место есть, а единого - нет)
При отдельных томах можно на массиве задать им QoS, при этом отдельные тома могут быть все равно общими.
Нет общих правил. Есть задачи..
Может Вам надо раздать хосты разным администраторам, и надо что бы они не видели чужие данные...
