TEGU Wiki

TEGU вообще все равно на одном он физическом сервере или на разных.
Более того, находясь на ВМ, он по определению изолирован от физического уровня.
Таким образом "проект сервера на одной физической машине" - это суть проект системы виртуализации, которая к TEGU отношения не имеет.
Если я неправильно вас понял, то прошу переформулировать свой вопрос.

При телефонном разговоре с вами некоторое время назад, если не ошибаюсь, вы сказали, что планируете на ВМ развернуть почтовый сервер с полным описание всего процесса, начиная с установки ВМ. Чтобы любой, не очень подготовленный пользователь смог повторить этот процесс.

Александр,

1) Хотя бы общаясь на форуме научитесь отбрубать хвосты писем. Вам возможно так удобнее, но это трудно читать в задачах, а на форуме просто неприемлемо.
2) По существу. Вероятнее всего возникло недопонимание т.к. "сервер с полным описание всего процесса, начиная с установки ВМ" не имеет физического смысла. Посудите сами: в какой среде виртуализации? Их если не сотни, то десятки. С какой СУБД? Их тоже огромное количество. Для какого масштаба? Понятно, что универсального совета быть не может. А следовательно, такая статья скорее введет в заблуждение, чем поможет. Вот почему такой статьи не будет.

Допустим сервер для небольших предприятий до 2-3 тыс. ящиков и отечественном ПО. Было бы не плохо иметь образец такой настройки. Думаю это увеличило бы распространение вашей программы.

Было бы не плохо иметь образец такой настройки. Думаю это увеличило бы распространение вашей программы.

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

Просто я сейчас в дороге и не могу писать на форуме.

Просто я сейчас в дороге и не могу писать на фоиуме.

Так ведь и срочности нет.
А по существу: документация в числе прочего должна обладать таким свойством, как непротиворечивость. А следовательно то ПО, которое поставляется не нами, не должно и описываться. Всегда можно прочесть в первоисточнике.

Извиняюсь за хвосты писем, не сразу понял в чем проблема (на форуме почистил). Обычно при переписке просят сохранять ее всю, поэтому ничего и не удалял.
Я просто отвечал на ваше письмо и не думал, что это появится на форуме.

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

Мне бы помогло такое описание конкретного примера, когда я первый раз стал настраивать TEGU не имея никакого опыта работы с линукс и СУБД.
И смог бы настроить и запустить его значительно быстрее и "правильнее". Думаю, хотя почтовый сервер более-менее и работает, что не все сделано как надо.

Для примера возьмем наше ПО например RED OS, СУБД CockroachDB, какого то веб клиента и будем на нем настраивать почтовый сервер.
Сразу возникает вопрос по ВМ, сколько их нужно. На линуксе я с ними не имел дела, чтобы освоить мне придется потратить какое то время,
да и неизвестно правильно ли я их настрою для работы с TEGU. И так далее. А по подробному описанию все будет сделано правильно и намного быстрее.

Александр,

Я вас понимаю в какой то степени, но только отчасти.
Но и вы должны нас понять. Лаборатория МБК - не бюро добрых услуг широкого профиля.
Наши силы весьма ограничены и мы прикладываем все усилия для того, чтобы сделать хорошо наш продукт.
Полуляризация ОС Linux, отечественного софта, сравнительные анализы продуктов, статьи вроде той, о чем вы говорите - все это не наш профиль.
Как минимум это неэффективно, а в некоторых случаях может и навредить.

Совсем другое дело, если, к примеру, вы напишите такую статью.
Опишите свой опыт, свои действия, отметьте достоинства и недостатки.
Согласитесь, это будет иметь совершенно иной вес.

А мы со своей стороны приложим силы к ее популяризации.

Извиняюсь за хвосты писем, не сразу понял в чем проблема (на форуме почистил). Обычно при переписке просят сохранять ее всю, поэтому ничего и не удалял.

• Есть цитирование, которое безусловно приветствуется потому, что позволяет понять на какую именно мысль дается ответ (при этом нет необходимости открывать оригинал);
• Есть километровая портянка, которая чрезвычайно вредна потому, что не добавляя смысла, является многократно повторенным мусором.

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

Попробую сам потихоньку запустить этот проект. Это эксперимент, по времени ограничений нет.
Возможно ли общаться с вами в режиме вопрос-ответ когда у вас будет на это время?
Так же приветствуется помощь других участников форума.
На данный момент имеется машина на двух бюджетных INTEL Xeon Silver 4410Y LGA4677 12 ядерных и 128GB памяти (можно будет увеличить).
Так же имеется аппаратный рэйд контроллер до 16 корзин (диски будут в рэйд 1 система и 10 база).
Планирую саму систему установить на SSD дисках, а базу на HDD большого объема (в эксперименте база будет не большая, можно использовать диски поменьше).
Делать буду на РЕД ОС. Так же хочу попробовать установить две разные СУБД для экспериментов.
Вопросы:
1. Какое количество пользователей позволяет поддерживать это железо.
2. Какой объем SSD необходим.
3. Сколько ВМ надо разворачивать.