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. Сколько ВМ надо разворачивать.

Добрый день
во free версии только директории, там нет базы.
а полноценную версию, нужно купить.

пользователей много)))
по ssd зависит от количества писем, вложений и прочего... а если еще и блочная система хранения данных, то еще меньше места надо
сколько ВМ можете сами решить, хотите одну, хотите разнесите базу, tegu и вебклиент например - но это чисто на ваш выбор)

Спасибо. Это тестовый проект. Одновременно изучаю линукс и tegu. Рассматривается вариант TEGU Enterprise. Нужна будет только тестовая лицензия на несколько пользователей.
Значит ВМ будет 3 плюс еще одна для изучения СУБД CockroachDB.

Первая ВМ tegu
Вторая ВМ почтовый веб клиент
Третья ВМ СУБД postgre
Четвертая ВМ СУБД CockroachDB

Линукс и ВМ на дисках SSD, почтовые ящики будут располагаться на отдельном массиве на дисках HDD

Теперь вопрос по ресурсам ВМ. Сколько памяти и ядер нужно выделить каждой машине и размер диска минимальный и рекомендованный.

Потестировав системы RedOS и Almalinux, решил остановиться на Almalinux.

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

ВОт здесь можно запросить тестовую лицензию Энтерпрайза https://mbk-lab.ru/get-test-licence/

Лицензию запросил, но спустя три дня ответа еще нет. К ВМ с Tegu подключился через веб интерфейс. Без лицензии дальше делать ничего не могу.
СУБД PostgreSQL в настройках подключилась.

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