Вход на сайт
Активные обсуждения форума
- Невидимые окна в Gnome 48
- Анимация Gentoo heart ASCII (по FUN-у)
- Установка в /efi вместо /boot
- Установка yandex-browser в gentoo
- Тихо
- ERROR: x11-plugins/gkrellm-xkb-1.05-r2::gentoo failed (SOLVED)
- Мусорные темы UN(SOLVED)
- Настройка Audient iD14 mk2
- Проблема с pipewire-pulse.conf
- emerge
- Подключение_к_Jabber
- Что с jabber сервером?
- Ошибка обновления системы при установке gentoo
- [Решено] Помер wine
- Проблема с сетью
Новые записи в блогах
Сейчас на сайте
Пользователей онлайн: 0.
Сбор новостей
Вы здесь
Кластер высокой надёжности в Офисе
15 октября, 2007 - 19:26 — vosona
Доброго времени суток, поделитесь пожалуйста своими соображениями на тему КОРПОРАТИВНЫЙ КЛАСТЕР высокой надежности. В сети много полезной и не очень информации, а про GENTOO всего одну статью нагуглил. Так вот, руководство приняло волевое решение, и теперь предстоит переход с М$ продуктов на OpenSource. В связи с этим выбор пал на Gentoo (из всех начальников только один знает линух и он приверженец Gentoo). Вот и встаёт вопрос, так как серверов давольно много, не создать ли из всего этого хозяйства кластер?? И целесообразно ли это?
Форум:
- Войдите или зарегистрируйтесь, чтобы отправлять комментарии
В зависимости
В зависимости от того, что требуется. Какие задачи будут делаться и какого масштаба организация будет пользоваться готовым результатом.
_______________________
From Siberia with Love!
Не грусти, товарищ! Всё хорошо, beautiful good!
ерунду не
ерунду не порите, какой кластер? От того что их много это не значит что их надо объединять в кластер, каждый(или группа) ведь выполняет свою функцию? Так? И как вы себе представляете кластер на ethernet? Вы сначала читайте, потом думайте и наконец считайте.
А вообще кластеры нужны в основном для вычислений и обработке данных. Вы хотите сделать распределненное сетевое хранилище данных? Так это совсем другое, есть множество протокол и реализаций подобных систем - самый простой вариант для ВАС это взять чтото вроде rhel/centos/sles - там есть коробочное решение для этого.
В данный момент
В данный момент есть куча железа, и эта куча выполняет каждая свою роль. Получается что отказ одной машины это отказ какого либо сервиса. На сколько я понял кластер позволяет мигрировать службам при отказе "хозяина" этой самой службы. Опять же интересует распределенное хранилище данных. На кластере планируется работа 1с базы, плюс сетевые сервисы (FTP SAMBA Email и т.д.) Соединять кластер планируется через гигабитный свич. Кто какие соображения может высказать о реализации и нужности? Каки плюсы и минусы могут быть, в первую очередь интересует безотказность, на втором плане распределенные вычисления (уж больно долго и тяжко 1с ворочается)
На мой взгляд, в
На мой взгляд, в данном случай кластер особо и не нужен, достаточно и просто резервной копии сервера.
А так копай в сторону drbd и heartbeat
1с какая? что в основе?
Zzzz....
1с 8.1 сейчас на
1с 8.1 сейчас на M$SQL планируем на Postgre
:. gentoo-wiki
http://ru.gentoo-wiki.com/Создание_кластера_для_биллинговой_системы
__
:. Поделись опытом на ru.gentoo-wiki.com или на www.gentoo-wiki.com
Вы маленько не
Вы маленько не поняли меня - кластер это совсем не то чего вы хотите, вам нужна лишь сетевое распределенное хранилище для файлопомойки и резервирование критичных сервисов. Мигрирование сервисов в прямом смысле с узла на узел это только на кластере а это большие инвестиции которые того не стоят для данных задач. Даже если вы решите строить кластер на имеющемся зоопарке железа, то запомните: кластера на ethernet не бывает:) Как вы себе это представляете?
1)По части базы 1С - PgSQL/MSSQL умеют работать группами(распределять нагрузку, в случае отказа мастер хоста передавать эту функцию на другого).
2)По части файловых сервисов web/ftp/samba - делаете одно распределенное файловое хранилище на всех и разруливать нагрузку или реагировать на отвалы, например, средствами протокола CARP.
Но это как минимум дублировании нагрузки на серверы(как минимум на оперативку). Плюс в таком случае неплохо было бы серверы объеденить волконом или даже заколцевать.