Стоит ли совмещать в одном сервере несколько различных по функциям серверов или лучше “растаскивать” их на раз
Стоит ли совмещать в одном сервере несколько различных по
функциям серверов или лучше “растаскивать” их на разные
физические? Если да, то почему?
Две или несколько БД oracle рядом в одном сервере
Я новичок в Oracle. У меня oracle 11g. У меня такая задача. В сервере установлены oracle и.
Несколько серверов на одном IP
Вот есть у меня сервак на IIS4 на него в днс прописана одна запись, предположим http://s1.dp.ua и.
Несколько серверов на одном хостинге
Гуру, объясните пожалуйста! (только пытаюсь начать ноду) Я знаю (из серверных) только РНР! Там.
На сервере centos 7 запустить несколько серверов для OpenVPN
Добрый день, интересует такой вопрос. Возможно ли на 1 сервере centos 7 запустить несколько.
Зависит от ролей, некоторые роли не рекомендуется ставить на 1 ОС, во избежание экзотических глюков, но можно например виртуализировать.
Но там в зависимости от версии windows, там разные рекомендации.
Сообщение было отмечено s-v-v как решение
Решение
Сообщение от s-v-v 
Стоит ли совмещать в одном сервере несколько различных по
функциям серверов или лучше “растаскивать” их на разные
физические? Если да, то почему?
В данном случае лучше «растаскивать», потому как если Вы объедините несколько сервисов на одном сервере, то в случае его падения Вы получаете единую точку отказа, т.е. все повешенные сервисы упадут и контора на длительное время встанет без работы. По головке Вас за это не погладят, как минимум.
Сообщение было отмечено s-v-v как решение
Решение
Да, и еще вы получите кучу огурцов и камней в одном месте переустанавливая сервак ALL in1, гораздо проще переустановить к примеру только DHCP или DNS с импортом пользователей или конфигов (это к примеру).
Если есть на чем развернуть виртуалки — вообще песня!
Я бы делал так. DNS и DHCP -1 виртуалка
AD- 2рая виртуалка
и.т.д. Но я лично следую правилу, внешний шлюз (к примеру керио) только физическая машина и только с керио. Ну и т.д. Можете побаловаться с кластеризацией — с отработкой отказа, к примеру на 1С или SQL. Также советую делать бекапы или дублировать роли AD на нескольких машинах, т.к. когда упадет единственный AD безвозвратно будите одно место мазать перцем и работа сети встанет колом, а при наличии резерва (подчиненного) проблем не возникнет особых.
Можно ли подключить к одному iSCSI несколько серверов потребителей?
Warning: The iSCSI LUNs should only be installed on a single server at the same time. Apart from some very specific cases (adapted file system software supporting cluster mode, etc.), mount a LUN across multiple servers simultaneously will result in data corruption.
Я ещё не имею опыта работы с iSCSI. Это значит что мне нужно для каждого сервера покупать iSCSI отдельно? Я думал можно как то масштабировать нагрузку. Например два сервера картинок будут подключаться к одному iSCSI хранилищу. Получается что так сделать не получится?
Или я плохо читаю, и там написано про «очень специфические и редкие» случаи. А в обычном подключении все будет работать нормально?
Подключить можно. Но файловая система на общем томе должна быть кластерной, такие ФС как раз спроектированы для подобного использования. NTFS, Ext4 и т.п. не подходят. Например VMFS от VMWare кластерная.
Если вы подключите несколько потребителей к разделу iSCSI с обычной ФС, то достаточно быстро ФС упадет.
То есть, до момента создания/форматирования диска нет никаких изменений. А уже там нужно выбрать что-то кластерное. Или не писать сразу отовсюду. А писать данные только из одного сервера, а остальные делать ридонли для масштабирования чтения данных.
grabbee, Да, только read-only надо делать на уровне ФС.
Тут еще будет вопрос в том, что стандартные ФС ничего не знают, что у них есть соседи по ФС и обычно кэшируют FAT, поэтому, когда RW сосед обновит данные на ФС (добавит/удалит файлы), его RO сосед может не сразу их увидеть.
У меня такого опыта не было, так что рассуждения чисто теоретические.
Можно — и именно так, например, реализуется общее хранилище для системы виртуализации Proxmox.
Но, как совершенно правильно сказано в вашем мануале, нельзя, чтобы одни и те же объекты трогали сразу из нескольких мест — и так не только у iSCSI. Обычно это решается на уровне приложения — каким-то образом (например, по сети) координируется доступ.
В режиме read-only с этим проще — нельзя покорраптить данные, если ты не вносишь в них никаких изменений. Если картинки для вашего хранилища будут записываться из одной точки — проблем быть не должно.
А если в ситуации с разными серверами сделать две разные папки и один в первую будет читать и писать, а второй во вторую. Это тоже возможно и проблем не будет?
grabbee, не уверен, если честно, насчёт каталогов (в рамках одной ФС). Если бы были отдельные тома — то 100% проканало бы. Предлагаю уточнить у более прошаренных товарищей, я в этом не совсем настоящий сварщик 🙂
grabbee, нет, это невозможно, файловая система моментально превратится в фарш. Вам нужна кластерная ФС — OCFS2, например. Она специально предназначена для организации множественного доступа с разных серверов к одному блочному устройству
Вы путаете теплое с мягким. iSCSI — блочный протокол доступа к дискам. LUN — способ организации хранения. В iSCSI может быть множество инициаторов и таргетов. Писать в LUN должен только один хост — LUN про хосты вообще ничего не знает, он запишет все что придет не разбира где что и результат не предсказуем.
Вобщем Вас предупредили, что Вы сами должны следить чтобы в LUN писал только один хост иначе возможно повреждение данных, читать могут несколько.
Вам дали консоль управления от СХД. Вернее ее кусочек. Если Вы можете там сами создавать LUN и связывать их с хостами — то что Вы хотите делается без проблем. Создаете в своем дисковом пуле луны нужного размера и назначаете их своим серверам, в серверах моунтите эти луны, создаете ФС и пользуетесь.