Комментарии 50
Но =) если подвиснет одна из ВМ и начнет не адекватно потреблять иопсы, будет всем остальным ВМ очень плохо.
К тому же 4шт 10k SAS на чтение дадут вам хотя бы 450 IOPS, можно посмотреть в perfmon, а RAID5 write penalty на такой нагрузке вероятнее всего нивелирует кеш. А два SATA 7.2k в RAID1 дадут 100 IOPS что, как понимаете, в 4.5 раза медленнее.
Если SSD добавить да еще при таком объеме памяти все будет летать, возможны только задержки при старте всех вм одновременно
небольшой PX61 с хардварным рейдом::
Random Read 4KiB (Q= 32,T= 1): 3.264 MB/s [ 796.9 IOPS]
Random Write 4KiB (Q= 32,T= 1): 1.946 MB/s [ 475.1 IOPS]
и бюджетный EX51 c софтовым рейдом
Random Read 4KiB (Q= 32,T= 1): 3.794 MB/s [ 926.3 IOPS]
Random Write 4KiB (Q= 32,T= 1): 2.327 MB/s [ 568.1 IOPS]
Стоимость в лоб конечно будет больше, но из них можно вычесть стоимость части лицензии и стоимость части поддержки, а так же развертывания.
В нашей компании — до 40 пользователей в терминале, 25-35 чаще всего + 1С, 25-30 пользователей одновременно (базы по 13 и 5 и 3 Гб и у некоторых открыто по 2-3 базы) + ftp/web сервер для всякого + офис + разные бух програмки (типа m.e.doc) + файлопомойка.
И это все крутится на одном! сервере с 32 Гб оперативы (при том что еще есть запас по памяти) и 480 Гб SSD но в RAID (проц Е5504*2)
Собственно вопрос: зачем??? так усложнять?
RDSHost1, RDSBroker, SQL, 1C = от 68 до 102 гб, при том что и большее кол-во пользователей может приспокойно работать на 32 Гб.
После такого конечно у нашего аутсорсера, который предоставил и обслуживает сервер, возникает вопрос, а как это мы так умудряемся нормально работать, мол другие и на меньшие количества ползователей берут 128 гб + 4 проца и мало…
На счет виртуальной сетки — это vrack. Незнаю как у дедиков, но у public cloud сие настраивается через OVH API (web) и через Openstack API (nova + neutron).
Дополнительные IPv4 у OVH платные, а ipv6 у вас будет целая подсеть.
vrack штука удобная, когда можно наделать 192.168.1.0/24, 192.168.1.1/24… и раскидать машины по ним.
С другой стороны пинг в vrack НЕ отличается от пинга по внешних айпи в пределах одного ДЦ. И вы можете наплодить тонну ipv6 адресов, поднять разграничить доступ в iptables и оперировать ими, или поднять VPN между серверами, если у вас трафик голый. Я использую vrack в public cloud.
1с+MSSQL установлена на отдельной VM с 20 гб оперативки, базы 50-80 гб.
и такая картина на нескольких региональных предприятиях…
В основном оперативку на терминале жрут веб браузеры, если отключить интернет =) то можно дать оперативки и меньше =)
Тем более в текущей конфигурации можно иметь ввиду немного VDI. Ну и для SQL+SharePoint чем больше памяти тем лучше.
Народная мудрость гласит, что 1С-"пограммисты" способны писать неоптимальные запросы, с удовольствием употребяющие доступные аппаратные ресурсы. В вашей 1С-конфигурации, вероятно, всё оптимально.
Поэтому к указанной сумме 116 евро я бы смело прибавил еще 50
С сертификатом StartSSL могут быть проблемы, не везде устновлен их корневой сертификат, например на многих мобильных устройствах его нет.
Уже.
Google Chrome 57 больше не принимает сертификаты WoSign и StartCom для сайтов, не входящих в первый миллион по рейтингу Alexa.
Ранее сообщалось, что браузеры от Google и Mozilla перестали доверять сертификатам этих сертификационных центров, выпущенным 21 октября 2016 года или позднее. Теперь же это коснётся и сертификатов, выпущенных ранее, но пока что не для самых популярных сайтов.
https://chromium.googlesource.com/chromium/src/+/e719fc626a3b9a528bf226b704785
Restrict the set of WoSign/StartCom certs to the Alexa Top 1M
Restrict the set of domains for which WoSign/StartCom certificates
are trusted to the set of domains intersecting the Alexa Top 1M
whose certificates are unexpired and unrevoked.
- Как можно было назвать 2 сервера с виртуалками облачным офисом? :)
Все кроме 2 (навскидку) сервисов: SIP, 1C можно заменить сторонними (managed) сервисами. - Для AWS, Azure не учтена возможность резервации, которая может дать до 60% экономии
Вы говорите об облаке, но продолжаете мыслить категориями виртуальных машин и собственного ПО
Все зависит от выбранного поставщика услуги, размера вашего бизнеса и стоимости поддержки услуги своими силами.
"Облако — это не технология не для бедных" (с) как говорит один мой коллега
И не все задачи нужно решать с его помощью
Комментарий был о том, что не надо называть облаком то, что им не является.
Если вы купили 2 виртуалки у Амазона, Гугла или кого-то другого это еще не значит что вы используете облако.
Вы все также используете виртуалки
У IaaS много недостатков, кто имеет доступ к данным? каким спецслужбам-рекламщикам они передаются продаются? Хоть кто то полностью лицензионное соглашение ASW или Azure прочел и получил исчерпывающий ответ?
Да и попробуйте решить какой ни будь вопрос с их поддержкой, быстро ли они разберутся в Вашей проблеме и решат ее? А если проблема во взаимодействии двух сервисов от разных поставщиков?
Я пробовал решать проблему с их поддержкой, а вы? Судя по комментарию — нет
Еще раз обращаю внимание — мой комментарий не о том, лучше или хуже использование облачных сервисов по сравнению с self-managed, а о том что вы намеренно подменяете понятия.
Описанное в статье не является облачным офисом, это виртуализированный офис.
Azure+Office 365 Enterprise E5
Цена: $1,649.41+$35 (за пользователя)
Не совсем понимаю откуда получается такая цена. Office 365 стоит $875 в месяц и заменяет всё, кроме 1С с терминалом.
Сколько стоит облачный офис