- •Дипломный проект
- •Реферат
- •Перечень сокращений и терминов
- •Онтологическое соглашение проекта
- •Введение
- •Глава 1. Анализ предметной области
- •Услуга Colocation
- •Общие понятия услуги colocation
- •Услуги цод (colocation)
- •История развития цод и услуг colocation
- •Происхождение вида
- •Всеобщая цоДофикация
- •Аутсорсинг.
- •В регионы за электричеством.
- •Мировая мода.
- •Проблемы «озеленения».
- •Основные задачи, решаемые системой комплексного менеджмента colocation-проектов.
- •Пример методика ценообразования услуг
- •Обзор конфигураторов услуг и сервисных калькуляторов в сфере услуг colocation и аутсорсинга, представленных в Росии.
- •Что же такое сервисный калькулятор или конфигуратор услуг?
- •Компания europrojects.
- •Резюме:
- •Выводы.
- •Глава 2. Выбор и обоснование средств разработки и технологий реализации
- •Выбор программной платформы разработки системы.
- •Выбор технологии
- •Трехуровневая архитектура “клиент-сервер”
- •Выбор субд
- •Выбор языка программирования
- •Выбор web – сервера
- •Выбор программно-аппаратной платформы разработки информационной системы.
- •Обеспечение отказоустойчивости решения.
- •Использование failover кластера (отказоустойчивого кластера).
- •Принцип функционирования кластера.
- •Персональный компьютер пользователя (Клиент)
- •Глава 3. Разработка информационной системы
- •Проверка закона распределения данных по критериям к.Пирсона (критерии согласия)
- •Разработка и реализация пользовательского интерфейса
- •История развития веб-дизайна от технической графики до современных сайтов
- •Зарождение идей о юзабилити сайтов
- •Современный этап развития веба
- •Разработка пользовательского интерфейса
- •Архитектура и структурная схема информационной системы
- •Функциональная схема информационной системы
- •Глава 4. Модель оценки результативности работы системы. Расчет технических характеристик системы
- •Расчет математического ожидания ис.
- •Расчет производительности.
- •Расчет обобщенной энтропии информационной системы
- •Расчет интегральной информационной нагруженности информационной системы
- •Расчет надежности информационной системы
- •Надежность аппаратной части
- •Надежность программной части
- •Глава 5. Менеджмент проекта
- •Введение
- •Ступень дивергенции
- •Ступень трансформации
- •Ступень конвергенции
- •Ступень релаксации
- •Ступень ликвидации
- •Глва 6. Выбор и обоснование модели жизненного цикла информационной системы
- •Введение
- •Итеративный подход
- •Подход, основанный на фазах и вехах
- •Модель проектной группы msf
- •Фаза выработки концепции
- •Фаза планирования
- •Фаза разработки
- •Фаза стабилизации
- •Фаза внедрения
- •Глава 7. Экономическая часть проекта
- •Аннотация
- •Организация работ
- •Структура организации работ
- •Система управления производством работ
- •Бизнес-план
- •Конкуренция на рынке
- •Расчет сметной стоимости (себестоимости) проекта
- •Затраты на материалы и покупные изделия
- •Основная зарплата научного и производственного персонала
- •Дополнительная заработная плата
- •Оценка экономической эффективности проекта
- •Оценка рисков и поиск путей их минимизации
- •Заключение
- •Глава 8. Экологичность и безопасность проекта
- •Введение
- •Оптимальные условия труда на рабочем месте разработчика.
- •Расчет освещения.
- •Расчет системы вентиляции.
- •Расчет влаговыделения
- •Расчет тепловыделения.
- •Определение потребного воздухообмена
- •Проектирование системы вентиляции.
- •Глава 9. Проверка на соответствие стандарту гост р исо/мэк 15288:2005
- •Глава 10. Информационно-социальная компонента
- •Цод крупным планом: Креатив и Экзистенция
- •Увидеть лес среди деревьев
- •Не до идеалов
- •Принцип деления Цодов
- •Справка
- •Системы жизнеобеспечения
- •Как со всем этим справиться?
- •Приложение 1. Техническое задание
- •1.1 Полное наименование системы и ее условное обозначение
- •1.2 Шифр темы
- •1.3 Наименование предприятий разработчика и заказчика системы и их реквизиты
- •1.4 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы
- •1.5 Плановые сроки начала и окончания работы по созданию системы
- •1.6 Сведения об источниках и порядке финансирования работ
- •1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы
- •2.Назначение и цели создания системы
- •2.1 Назначение системы
- •Требования к системе
- •4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы
- •4.1.1.4 Требования к режимам функционирования системы
- •4.1.1.5 Требования по диагностированию системы
- •4.1.1.6 Перспективы развития, модернизации системы
- •4.1.2 Требования к численности и квалификации персонала системы и режиму его работы
- •4.1.4.4 Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами
- •4.1.5 Требования безопасности
- •4.1.6 Требования к эргономике и технической эстетике
- •4.1.7 Требования к транспортабельности для подвижных ас
- •4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
- •4.1.8.2 Предварительные требования к допустимым площадям для размещения персонала и тс системы, к параметрам сетей энергоснабжения и т. П.
- •4.1.8.3 Требования по количеству, квалификации обслуживающего персонала и режимам его работы
- •4.1.8.4 Требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов
- •4.1.8.5 Требования к регламенту обслуживания
- •4.1.9 Требования к защите информации от несанкционированного доступа
- •4.1.10 Требования по сохранности информации при авариях
- •4.3.3 Требования к программному обеспечению
- •Требования к техническому обеспечению
- •4.3.5 Требования к лингвистическому обеспечению
- •4.3.6 Требования к метрологическому обеспечению
- •5. Состав и содержание работ по созданию системы
- •6. Порядок контроля и приемки системы
- •8. Требования к документированию
- •9. Источники разработки
- •Приложение 2. Техническое предложение
- •3. Техническая характеристика
- •4. Описание и обоснование выбранной конструкции
- •5. Расчеты, подтверждающие работоспособность и надежность конструкции
- •6. Описание организации работ с применением разрабатываемого изделия
- •7. Ожидаемые технико-экономические показатели
- •8. Уровень стандартизации и унификации
- •Приложение 3. Технические условия
- •1.1 Наименование и назначение системы
- •1.2. Условия эксплуатации
- •2. Технические требования
- •2.1 Требования назначения
- •2.2 Требования к программной совместимости
- •2.3 Требования к производительности и точности
- •2.4 Требования к надежности
- •3. Требования безопасности
- •4. Требования охраны окружающей среды
- •5. Правила приемки
- •6. Методы контроля
- •7. Указания по эксплуатации
- •Приложение 4. Инструкция для всех групп пользователей
- •Приложение 5. Листы графики
- •Приложение 6. Описание демо-версии
- •Приложение 7. Текст доклада
- •Доклад окончен. Спасибо за внимание!
-
В регионы за электричеством.
В некоторых районах Московской области, а также в других регионах ситуация с электричеством не столь остра, но любой дата-центр требует толстых каналов связи, а с ними на большей части территории страны большие проблемы. Да и там, где они есть, цены на трафик, как правило, в разы превосходят московские. Правда, есть некоторая надежда на российских магистральных операторов, которые в последние годы активно двинулись в регионы, что способствовало некоторому снижению цен на интернетдоступ. Причем операторы не только потянули туда оптоволокно, но и сами стали строить ЦОДы. Например, недавно «Ростелеком» запустил дата-центры в Новосибирске, Екатеринбурге и Хабаровске, подключив их к своей магистральной сети. Причем в Хабаровске ЦОД располагается на одной площадке с точкой обмена интернеттрафиком РосНИИРОС. Занялись строительством дата-центров в своих регионах и МРК. В сентябре прошлого года «Синтерра» анонсировала программу строительства сети из 40 дата-центров в крупнейших городах России. Двинулись в регионы и корпоративные заказчики. Так, все операторы «большой сотовой тройки» уже имеют там ЦОДы и продолжают их строить: до конца 2008 г. МТС планирует построить пять дата-центров в пяти федеральных округах, а «МегаФон» намерен открыть семь ЦОДов.
Перспективным представляется и планируемое строительство дата-центров в открывающихся технопарках. К примеру, анонсированы планы строительства в технопарке подмосковной Дубны двух самых крупных в России дата-центров площадью 10 и 20 тыс. м2. Правда, скорой реализации этих планов ожидать не приходится (завершение проекта намечено на 2013 г.) и, следовательно, ликвидации дефицита услуг ЦОДов тоже.
-
Мировая мода.
Несмотря на столь бурную деятельность, Россия, как водится, заметно отстает в деле ЦОДостроения от развитых стран. Там вокруг дата-центров давно сложилась мощная индустрия, созданы ассоциации владельцев ЦОДов, производителей различного оборудования для них, консалтинговых и специализированных строительных компаний, например Институт профессионалов в области дата-центров (IDCP), Ассоциация менеджеров информационных центров (AFCOM), Американское общество инженеров по отоплению, охлаждению и кондиционированию воздуха (ASHRAE).
С 1993 г. в США действует авторитетная организация Uptime Institute, названная в честь основного критерия качества работы дата-центра – времени доступности сервера (uptime). На основе анализа имеющихся дата-центров, всех их систем и оборудования она вырабатывает рекомендации по обеспечению максимально надежной работы ЦОДов. Именно Uptime Institute предложил классификацию дата-центров по уровням надежности Tier I, II, III и IV (см. таблицу), определяющую среднее время простоя серверов ЦОДа в зависимости от структуры инженерных систем и уровня их избыточности. Есть также принятый в 2005 г. отраслевой стандарт TIA/EIA942 Telecommunications Infrastructure Standard for Data Center (Стандарт на телекоммуникационную инфраструктуру центров обработки данных), разработанный Ассоциацией телекоммуникационной промышленности США (TIA) и охватывающий многие аспекты создания ЦОДов разных уровней надежности, в том числе принципы построения систем электропитания и кондиционирования, кабельных систем, требования к резервированию отдельных элементов ЦОДа, характеристики помещения, особенности размещения оборудования и многое другое, вплоть до расположения гостевой парковки.
У нас ничего похожего на профессиональные ассоциации пока нет и неизвестно, когда будет. Да, сообщения о создании или планах создания новых российских дата-центров появляются чуть ли не каждую неделю, но круг участников этого рынка остается довольно узким. Даже его старожилы имеют не такой уж большой опыт, а опыта проектирования и построения больших ЦОДов площадью несколько тысяч квадратных метров нет фактически ни у кого. Получить такой опыт на строительстве небольших дата-центров нельзя, так как они требуют оборудования другого класса и других инженерных решений. Так что пока остается смотреть на Запад и перенимать опыт там. Он должен пригодиться уже скоро (на вышеуказанном проекте дата-центров в Дубне).