Не понял, это гипотетическая ситуация или реальная? В любом случае концепция Частного облака предполагает, что оно не доступно из вне и даже если бы в какой-то компании рискнули выставить его наружу, то в нашей ИБ такое точно завернет, потенциальная точка входа\отказа никому не нужна. Нужно искать другие пути и они теоретически есть. Подрядчик\вендор может быть устроен в Интех\Банк по совместительству и получить доступ к какой-то части инфры, в том числе к ЧО и\или к обще корпоративному Gitlab. Если ситуация реальная можете написать в личку дам совет.
VMware была. Коллега проводил сравнительный анализ решений по виртуализации и oVirt-based решения себя хорошо проявили. Какие-то из них не просто шильдики переклеили, а что-то привнесли, это с его слов. Как увижу передам, что народу интересно и если у него будет время и настроение для статьи, то она может состояться ;) На данный момент у нас выбран и куплен HostVM (oVirt-based) и он замечательно скрещивается с ManageIQ, так как мэинтейнер один и тот же - Red Hat.
В Workflow в MIQ можно создать шаг, на любую функцию\операцию. На все, что нативно не исполняется, можно придумать интеграцию, ее просто нужно написать.
В общих чертах можно :) 1. 4х сокетные серверы на Intel, 112 ядер, с 4,5 ТБ памяти. Для HostVM выделены пока старые серверы, 2х сокетные Intel, с 256 Гб памяти, но в рамках импортозамещения под HostVM едет "наше" железо. GPU нет. 2. Классические All-flash массивы, различных вендоров. 3. Виртуализации в классическом представлении нет. NSX не купили по той же причине, что и vRealize. 4. Тут не подскажу, но для моего слоя это не важно, а для виртуализации достаточно. 5. Выше написал - GPU нет. VM само собой, плюс VM с уже настроенным прикладом, БД скоро, за ним пойдут остальные наиболее востребованные. Резервация ядер не используется в среде разработки и тестирования, точнее она есть но на выделенных кластерах под нагрузочное тестирование, к этому кейсу мы еще не дошли, сначала самые частые операции и сервисы. S3 в Roadmap'e.
Охх, понимаю и сочувствую, есть нюансы. Наше облако не для файлов - это IaaS, то есть виртуальные серверы. У нас в Roadmap'е есть пункт про файловые шары, но он опять же про другое. Слышал, что кто-то из коллег по цеху занимается проработкой вопроса, но опять же для внутренних нужд, не уверен, будут ли коллеги выводить его наружу для файлообмена с подрядчиками, думаю тут скоро появятся более знающие, такие нюансы, коллеги и возможно подскажут как быть ;)
Все довольно просто. На схеме с интеграциями верхнеуровневое представление, с хостами напрямую нет взаимодействия, хосты как и датасторы тегируются в MIQ и уже от этого идет от MIQ указание к VC, на какой хост и датастор из доступных можно приземлить машину, используются все сети доступные хосту, так как используется dvSwitch - это почти все сети. Реальная схема перегружена чувствительной инфой и массой фаерволов и по понятным причинам не может быть здесь опубликована ;)
Это просто приятное дополнение к CMDB, как уже писал выше, владельцев систем и функционалов много, не все умеют в Zabbix и др.
Про конфигурацию сервисов, если имеется ввиду аналогия с системами управления конфигурациями Ansible, Puppet, Chef и тп., то нет. Сетевое оборудование да.
Мало того для физических серверов мой коллега запрашивал доработку для IMS, чтобы было визуальное представление как в Racktables и после реализации мы от него отказались и ведем все в одном месте.
Полазил по Demo, ну что-то есть, похоже, но у нас уже круче все таки в сравнении (связи с ITSM, системами, людьми, заложена логика некоторых процессов). Отчасти конечно привычка дает о себе знать, но уже по первым шагам были моменты недопонимания, плюс продукт иностранный, непонятно на сколько гибкий, а тут вообще свой и что хочешь в нем допилят, если это обоснованно конечно.
Ответственные за функционал серверов тоже хотят видеть некоторые метрики, это легче чем получить доступ и учиться разбираться в Zabbix или в других системах анализа и мониторинга которые у нас существуют.
Да и на самом деле, чего уж таить, вместо спец средств, эксплуатация порой тоже может заглянуть в IMS, у нас по сути если что-то непонятное и есть проблема то первое что открывается это IMS родненький (:
Очень жду другого. Скажите, когда же уже в НСК добавите опцию, чтобы выбранный транспорт отображался на карте? И будет ли примерное время его прибытия на остановку?
У меня наоборот с CP и EMS проблемы, а с HK все норм идет, но да факт на лицо из 6 посылок отправленных конец октября, начало ноября 1 потерялась, 1 возврат(смарт), еще 1 не трэкается(рюкзак) и продавец не шевелиться проверять, там тоже либо возврат, либо потерялась, 1 зависла на 30ом числе(зарядка от батарейки) только 2 норм(одна из них это HK post — 2 powerbank'и).
Тема: Информационные системы муниципального и федерального уровня.
В местных(Новосибирских) новостях, проскакивала информация, что сотни миллионов уже потрачены на ИС для муниципальных структур за период в 3-5 лет, но система так и не введена в строй. С такими темпами разработки боюсь она морально устареет.
Так же в недавней статье на Хабре, частично опровергли информацию по одному пункту(о национальной платформе), но вопрос об электронном правительстве и ИС остался открытым. Как вы видите и как планируется разработка ИС федерального и муниципального уровня. Будет ли она модульной и вводимой в строй частично по мере готовности модулей? Не разумней было бы, разработать унифицированную систему на базе одного региона, а затем уже внедрять ее повсеместно?
Не понял, это гипотетическая ситуация или реальная?
В любом случае концепция Частного облака предполагает, что оно не доступно из вне и даже если бы в какой-то компании рискнули выставить его наружу, то в нашей ИБ такое точно завернет, потенциальная точка входа\отказа никому не нужна.
Нужно искать другие пути и они теоретически есть. Подрядчик\вендор может быть устроен в Интех\Банк по совместительству и получить доступ к какой-то части инфры, в том числе к ЧО и\или к обще корпоративному Gitlab. Если ситуация реальная можете написать в личку дам совет.
VMware была.
Коллега проводил сравнительный анализ решений по виртуализации и oVirt-based решения себя хорошо проявили. Какие-то из них не просто шильдики переклеили, а что-то привнесли, это с его слов. Как увижу передам, что народу интересно и если у него будет время и настроение для статьи, то она может состояться ;)
На данный момент у нас выбран и куплен HostVM (oVirt-based) и он замечательно скрещивается с ManageIQ, так как мэинтейнер один и тот же - Red Hat.
В Workflow в MIQ можно создать шаг, на любую функцию\операцию. На все, что нативно не исполняется, можно придумать интеграцию, ее просто нужно написать.
В общих чертах можно :)
1. 4х сокетные серверы на Intel, 112 ядер, с 4,5 ТБ памяти. Для HostVM выделены пока старые серверы, 2х сокетные Intel, с 256 Гб памяти, но в рамках импортозамещения под HostVM едет "наше" железо. GPU нет.
2. Классические All-flash массивы, различных вендоров.
3. Виртуализации в классическом представлении нет. NSX не купили по той же причине, что и vRealize.
4. Тут не подскажу, но для моего слоя это не важно, а для виртуализации достаточно.
5. Выше написал - GPU нет. VM само собой, плюс VM с уже настроенным прикладом, БД скоро, за ним пойдут остальные наиболее востребованные. Резервация ядер не используется в среде разработки и тестирования, точнее она есть но на выделенных кластерах под нагрузочное тестирование, к этому кейсу мы еще не дошли, сначала самые частые операции и сервисы. S3 в Roadmap'e.
Охх, понимаю и сочувствую, есть нюансы.
Наше облако не для файлов - это IaaS, то есть виртуальные серверы. У нас в Roadmap'е есть пункт про файловые шары, но он опять же про другое.
Слышал, что кто-то из коллег по цеху занимается проработкой вопроса, но опять же для внутренних нужд, не уверен, будут ли коллеги выводить его наружу для файлообмена с подрядчиками, думаю тут скоро появятся более знающие, такие нюансы, коллеги и возможно подскажут как быть ;)
Все довольно просто. На схеме с интеграциями верхнеуровневое представление, с хостами напрямую нет взаимодействия, хосты как и датасторы тегируются в MIQ и уже от этого идет от MIQ указание к VC, на какой хост и датастор из доступных можно приземлить машину, используются все сети доступные хосту, так как используется dvSwitch - это почти все сети.
Реальная схема перегружена чувствительной инфой и массой фаерволов и по понятным причинам не может быть здесь опубликована ;)
Про конфигурацию сервисов, если имеется ввиду аналогия с системами управления конфигурациями Ansible, Puppet, Chef и тп., то нет. Сетевое оборудование да.
Мало того для физических серверов мой коллега запрашивал доработку для IMS, чтобы было визуальное представление как в Racktables и после реализации мы от него отказались и ведем все в одном месте.
Да и на самом деле, чего уж таить, вместо спец средств, эксплуатация порой тоже может заглянуть в IMS, у нас по сути если что-то непонятное и есть проблема то первое что открывается это IMS родненький (:
Печально, что вам они отказывают, лидеры же все таки, а главное как было бы удобно…
Слышал, что есть один или несколько городов где функция реализована(может быть в тестовом режиме конечно), там как преодолели барьеры?
На последний вопрос нашел ответ — можно ставить и туда и туда.
В местных(Новосибирских) новостях, проскакивала информация, что сотни миллионов уже потрачены на ИС для муниципальных структур за период в 3-5 лет, но система так и не введена в строй. С такими темпами разработки боюсь она морально устареет.
Так же в недавней статье на Хабре, частично опровергли информацию по одному пункту(о национальной платформе), но вопрос об электронном правительстве и ИС остался открытым. Как вы видите и как планируется разработка ИС федерального и муниципального уровня. Будет ли она модульной и вводимой в строй частично по мере готовности модулей? Не разумней было бы, разработать унифицированную систему на базе одного региона, а затем уже внедрять ее повсеместно?