постепенное восстановление
Способ восстановления, также известный как «холодное резервирование». Предусматривается восстановление ИТ-услуги в течение более чем 72 часов. При постепенном восстановлении обычно задействован мобильный или стационарный резервный центр, оснащенный элементами жизнеобеспечения и сетевой разводкой, без компьютерных систем. Аппаратное и программное обеспечение устанавливаются в рамках плана обеспечения непрерывности ИТ-услуг.
[ http://www.dtln.ru/slovar-terminov]

постепенное восстановление
(ITIL Service Design)
Способ восстановления, также известный как холодное резервирование. При постепенном восстановлении обычно задействован мобильный или стационарный резервный центр, оснащенный элементами жизнеобеспечения и сетевой разводкой, без компьютерных систем. Аппаратное и программное обеспечение устанавливаются в рамках плана непрерывности ИТ-услуг. Постепенное восстановление обычно занимает более трёх дней, а может занять и значительно больше времени.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

холодное резервирование
Один из синонимов постепенного восстановления.
[ http://www.dtln.ru/slovar-terminov]

холодное резервирование
См. постепенное восстановление.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

gradual recovery
(ITIL Service Design)
A recovery option that is also known as cold standby. Gradual recovery typically uses a portable or fixed facility that has environmental support and network cabling, but no computer systems. The hardware and software are installed as part of the IT service continuity plan. Gradual recovery typically takes more than three days, and may take significantly longer.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

cold standby
See gradual recovery.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

Синонимы

• холодное резервирование

EN

• cold standby
• gradual recovery

холодный (ненагруженный) резерв
Резервный блок, который постоянно находится в отключенном (нерабочем) состоянии. Его включение осуществляется лишь после обнаружения отказа, что может приводить к перерыву в работе системы.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• cold standby

постепенное восстановление
Способ восстановления, также известный как «холодное резервирование». Предусматривается восстановление ИТ-услуги в течение более чем 72 часов. При постепенном восстановлении обычно задействован мобильный или стационарный резервный центр, оснащенный элементами жизнеобеспечения и сетевой разводкой, без компьютерных систем. Аппаратное и программное обеспечение устанавливаются в рамках плана обеспечения непрерывности ИТ-услуг.
[ http://www.dtln.ru/slovar-terminov]

постепенное восстановление
(ITIL Service Design)
Способ восстановления, также известный как холодное резервирование. При постепенном восстановлении обычно задействован мобильный или стационарный резервный центр, оснащенный элементами жизнеобеспечения и сетевой разводкой, без компьютерных систем. Аппаратное и программное обеспечение устанавливаются в рамках плана непрерывности ИТ-услуг. Постепенное восстановление обычно занимает более трёх дней, а может занять и значительно больше времени.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

холодное резервирование
Один из синонимов постепенного восстановления.
[ http://www.dtln.ru/slovar-terminov]

холодное резервирование
См. постепенное восстановление.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

gradual recovery
(ITIL Service Design)
A recovery option that is also known as cold standby. Gradual recovery typically uses a portable or fixed facility that has environmental support and network cabling, but no computer systems. The hardware and software are installed as part of the IT service continuity plan. Gradual recovery typically takes more than three days, and may take significantly longer.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

cold standby
See gradual recovery.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

Синонимы

• холодное резервирование

EN

• cold standby
• gradual recovery

растянутый импульс
Импульс на входе приемника, длительность которого значительно больше, чем у исходного, что обусловлено возникновением многолучевых искажений сигнала.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• stretched pulse

режим медленного вывода ускоренных частиц
Режим работы циклического ускорителя, при котором длительность вывода ускоренных частиц с орбиты значительно больше периода обращения частиц.
Примечание
Под периодом обращения частиц понимают длительность одного оборота равновесной частицы в ведущем магнитном поле.
[ ГОСТ Р 52103-2003]

Тематики

• ускорители заряженных частиц

EN

• slow beam extraction mode

система кондиционирования воздуха
Совокупность воздухотехнического оборудования, предназначенная для кондиционирования воздуха в помещениях
[ ГОСТ 22270-76]

система кондиционирования воздуха
Совокупность технических средств для обработки и распределения воздуха, а также автоматического регулирования его параметров с дистанционным управлением всеми процессами
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

система кондиционирования воздуха
Комбинация всех компонент, необходимых для обработки воздуха, в процессе которой осуществляется контроль или понижение температуры, возможно, в комбинации с контролем вентиляции, влажности и чистоты воздуха.
[ДИРЕКТИВА 2002/91/ЕС ЕВРОПЕЙСКОГО ПАРЛАМЕТА И СОВЕТА от 16 декабря 2002 г. по энергетическим характеристикам зданий]

КЛАССИФИКАЦИЯ

• По назначению
  
  • Комфортные
    
    • Бытовые
    • Промышленные
  • Технологические
    
    • Технологические
    • Прецизионные
• По способу охлаждения воздуха
  
  • Непосредственного охлаждения (с непосредственным охлаждением воздуха)
  • Косвенного охлаждения (с водяным охлаждением воздуха - чиллеры и фанкойлы)
• По степени централизации
  
  • Центральные
  • Зональные
    
    • Однозональные
    • Мультизональные (VRF-системы)
      
      • 2-трубные
      • 4-трубные
    • Местные
• По степени использования наружного воздуха
  
  • Прямоточные
  • Рециркуляционные
  • С частичной рециркуляцией
• По автономности
  
  • Автономные
  • Неавтономные
• По способу комплектации
  
  • Агрегатированные
  • Секционные
• По конструктивному оформлению
  
  • Моноблочные
    
    • Напольные
      
      • Мобильные
      • Колонные
      • Шкафные
    • Терминальные
    • Оконные
    • Крышные
  • Сплит-системы
    
    • По конструктивному исполнению внутреннего блока
      
      • Настенные
      • Напольные
      • Напольно-потолочные
      • Встраиваемые в пол
      • Потолочные
        
        • Подвесные
        • Кассетные
          
          • с односторонней подачей воздуха
          • с двухсторонней подачей воздуха
          • с трехсторонней подачей воздуха
          • с четырехсторонней подачей воздуха
        • Канальные
      • Колонные
      • Шкафные
    • По количеству внутренних блоков
      
      • С одним внутренним блоком
      • С двумя внутренними блоками
      • Мульти-сплит системы
• По размещению конденсатора
  
  • С встроенным конденсатором
  • С выносным конденсатором
• По способу охлаждения конденсатора
  
  • С воздушным охлаждением конденсатора
  • С осевыми вентиляторами
  • С радиальными вентиляторами
  • С водяным охлаждением конденсатора
  • С использованием проточной (водопроводной, бросовой) воды
  • С использованием оборотной (из градирни) воды
• По способу управления компрессором
  
  • _____
  • Инверторные
• По режиму работы
  
  • Только для охлаждения
  • Реверсивные - для охлаждения и нагрева в режиме теплового насоса
  • Реверсивные тепловые насосы
• По дополнительной комплектации
  
  • С электрическим воздухонагревателем
  • С водяным воздухонагревателем
• По месту установки
  
  • Наружной установки
  • Крышного исполнения
  • Внутренней установки
• По способу подачи воздуха
  
  • С непосредственной подачей воздуха в кондиционируемое помещение
  • С подачей воздуха через воздуховод (канальные)
     

Классификация систем кондиционирования воздуха

М. Г. Тарабанов, директор НИЦ «ИНВЕНТ», канд. техн. наук, вице-президент НП «АВОК», лауреат премии НП «АВОК» «Медаль имени И. Ф. Ливчака», «Медаль имени В. Н. Богословского», otvet@abok.ru

Общие положения

Краткий, но достаточно полный обзор истории развития кондиционирования воздуха представлен в работе А. И. Липы [1], поэтому отметим только несколько моментов. Родоначальником техники кондиционирования воздуха в ее современном понимании считается американский инженер Виллис Хэвилэнд Кэрриер (Willis Haviland Carrier), который в 1902 году в Нью-Йорке в Бруклинской типографии применил поверхностный водяной воздухоохладитель с вентилятором для получения летом в помещении температуры +26,5 °C и относительной влажности 55 %. Вода охлаждалась в аммиачной холодильной машине. Зимой для увлажнения внутреннего воздуха до 55 % использовался водяной пар от бойлера.
Термин «кондиционирование воздуха» был предложен в 1906 году Стюартом Уорреном Крамером (Stuart Warren Cramer).
В отечественной практике некоторые авторы применяют термин «кондиционирование микроклимата». Заметим, что этот термин отличается от «кондиционирования воздуха», так как включает в себя дополнительные факторы, не связанные с состоянием воздушной среды в помещении (шум, инсоляция и др.).
К сожалению, несмотря на солидный возраст термин «кондиционирование воздуха» не получил четкого определения в современных отечественных нормативных документах. Для устранения этого пробела сформулируем: «Кондиционирование воздуха – это создание и автоматическое поддержание в обслуживаемом помещении или технологическом объеме требуемых параметров и качества воздуха независимо от внутренних возмущений и внешних воздействий». К параметрам воздуха относятся: температура, относительная влажность или влагосодержание и подвижность. Качество воздуха включает в себя газовый состав, запыленность, запахи, аэроионный состав, т. е. более широкий круг показателей, чем термин «чистота», используемый в [2].
Комплекс оборудования, элементов и устройств, с помощью которых обеспечивается кондиционирование воздуха в обслуживаемых помещениях, называется системой кондиционирования воздуха (СКВ).
Приведенное выше определение системы кондиционирования воздуха по смыслу полностью совпадает с определением ASHRAE: «”air-conditioning system” – комплекс оборудования для одновременной обработки и регулирования температуры, влажности, чистоты воздуха и распределения последнего в соответствии с заданными требованиями» [3].
Общепринятого, устоявшегося мнения, что следует включать в состав СКВ, к сожалению, нет.
Так, например, по мнению О. Я. Кокорина [4] СКВ может включать в себя:

• установку кондиционирования воздуха (УКВ), обеспечивающую необходимые кондиции воздушной среды по тепловлажностным качествам, чистоте, газовому составу и наличию запахов;
• средства автоматического регулирования и контроля за приготовлением воздуха нужных кондиций в УКВ, а также для поддержания в обслуживаемом помещении или сооружении постоянства заданных кондиций воздуха;
• устройства для транспортирования и распределения кондиционированного воздуха;
• устройства для транспортирования и удаления загрязненного внутреннего воздуха;
• устройства для глушения шума, вызываемого работой элементов СКВ;
• устройства для приготовления и транспортирования источников энергии, необходимых для работы аппаратов в СКВ.

В зависимости от конкретных условий некоторые составные части СКВ могут отсутствовать.
Однако согласиться с отдельными пунктами предложенного состава СКВ нельзя, так как если следовать логике автора [4], то в состав СКВ должны войти и системы оборотного водоснабжения, водопровода и канализации, ИТП и трансформаторные, которые также необходимы для работы аппаратов в СКВ.
Достаточно полное представление о структуре СКВ дает разработанная во ВНИИкондиционере «Блок-схема системы кондиционирования воздуха» (рис. 1) [5].

Включенные в эту блок-схему подсистемы обработки воздуха по своему функциональному назначению делятся на блоки:

• основной обработки и перемещения: Б_1.1 – приемный, Б_1.8 – очистки, Б_1.2 – сухого (первого) подогрева, Б_1.3 – охлаждения, Б_1.6 – тепловлажностной обработки, Б_1.9 – перемещения приточного воздуха;
• дополнительной обработки и перемещения: Б_2.1 – утилизации, Б_2.2 – предварительного подогрева, Б_2.3 – доводки общей (второй подогрев, дополнительное охлаждение), Б_2.4 – зональной доводки, Б_2.5 – местной доводки (эжекционные доводчики и др.), Б_2.7 – шумоглушения, Б_2.8 – перемещения рециркуляционного воздуха;
• специальной обработки: Б_5.5 – тонкой очистки;
• воздушной сети: Б_4.2 – воздухораспределительных устройств, Б_4.3 – вытяжных устройств, Б_4.5 – воздуховодов;
• автоматизации – арматуры – Б_3.1.

Помимо этих блоков в СКВ может входить система холодоснабжения (снабжение электроэнергией и теплом осуществляется, как правило, централизованно). Ее включение в состав СКВ, видимо, относится к автономным кондиционерам (см. далее).
Для определения состава оборудования, входящего в СКВ, и границ раздела целесообразно воспользоваться делением на разделы, которое сложилось в практике проектирования.
В частности, при выполнении проектов кондиционирования воздуха достаточно серьезных объектов обычно выделяют в самостоятельные разделы: теплоснабжение СКВ; холодоснабжение и холодильные центры; электроснабжение; автоматизация; водоснабжение, в том числе оборотное, канализация и дренаж.
Причем по каждому из разделов составляют свою спецификацию, в которую включено оборудование, материалы и арматура, относящиеся к своему конкретному разделу.
Таким образом, в состав СКВ следует включить:

• УКВ, предназначенную для очистки и тепловлажностной обработки и получения необходимого качества воздуха и его транспортировки по сети воздуховодов до обслуживаемого помещения или технического объема;
• сеть приточных воздуховодов с воздухораспределителями, клапанами и регулирующими устройствами;
• вытяжной вентилятор и сеть вытяжных и рециркуляционных воздуховодов с сетевым оборудованием;
• сеть фреоновых трубопроводов для сплит-систем и VRV-систем с кабелями связи наружных блоков с внутренними;
• фэнкойлы, эжекционные доводчики, моноблоки, холодные и теплые потолки и балки и др. доводчики для охлаждения и (или) нагревания непосредственно внутреннего воздуха;
• оборудование для утилизации теплоты и холода;
• дополнительные воздушные фильтры, шумоглушители и другие элементы.

И даже систему автоматики, входящую в СКВ как бы по определению, целесообразно выделить отдельно, так как ее проектируют инженеры другой специальности, хотя и по заданию так называемых технологов СКВ.
Границей СКВ и систем теплохолодоснабжения можно считать узлы регулирования, а границей электроснабжения и автоматики – электрические щиты и щиты управления, которые в последнее время очень часто делают совмещенными.

Классификация систем кондиционирования воздуха

Проблемам классификации СКВ в большей или меньшей степени уделяли внимание практически все авторы учебников и монографий по кондиционированию воздуха. Вот что написал по этому вопросу известный специалист, доктор техн. наук А. А. Рымкевич [6]: «Анализ иерархической структуры самих СКВ прежде всего требует их классификации и только затем их декомпозиции на подсистемы. …Однако для СКВ, решения которых базируются на учете большого числа данных, разработать такую классификацию всегда сложно. Не случайно в литературе нет единого мнения по данному вопросу, и поэтому многие известные авторы… предложили различные методы классификации».
Предложенная А. А. Рымкеви-чем концепция выбора признаков классификации СКВ сформулирована очень точно, и с ней нельзя не согласиться. Проблема состоит в том, как этой концепцией воспользоваться и какие признаки считать определяющими, а какие вторичными, и как точно сформулировать эти признаки.
В начале восьмидесятых годов прошлого века наиболее полная классификация СКВ была предложена в работе Б. В. Баркалова и Е. Е. Карписа [7].
Основные признаки этой классификации с некоторыми дополнениями использованы и в недавно изданной монографии А. Г. Сотникова [8] и в других работах, однако некоторые формулировки отдельных признаков требуют уточнения и корректировки.
Например, для опытных специалистов не составит труда разделить СКВ на центральные и местные, посмотрим, как признак такого деления сформулирован разными авторами.
Б. В. Баркалов, Е. Е. Карпис пишут [7]: «В зависимости от расположения кондиционеров по отношению к обслуживаемым помеще-ниям СКВ делятся на центральные и местные». А. Г. Сотников [8] считает необходимым дополнить: «Деление на местные и центральные СКВ учитывает как место установки кондиционера, так и группировку помещений по системам», а О. Я. Кокорин уточняет: «По характеру связи с обслуживаемым помещением можно подразделить СКВ на три вида: центральные, местные и центрально-местные. Центральные СКВ характеризуются расположением УКВ в удалении от обслуживаемых объектов и наличием приточных воздуховодов значительной протяженности. Местные СКВ характеризуются расположением УКВ в самом обслуживаемом помещении или в непосредственной близости от него, при отсутствии (или наличии весьма коротких) приточных воздуховодов. Центрально-местные СКВ характеризуются как наличием УКВ в удалении от обслуживаемых объектов, так и местных УКВ, располагаемых в самих помещениях или в непосредственной близости от них».
Трудно понять, что имеется в виду под группировкой помещений по системам и что считается протяженными или весьма короткими воздуховодами. Например, кондиционеры, обслуживающие текстильные цеха на Волжском заводе синтетического волокна, имеют производительность по воздуху до 240 м3/ч и расположены рядом с обслуживаемыми помещениями, то есть непосредственно за стенами, но никто из указанных выше авторов не отнес бы их к местным системам.
Несколько иной признак клас-сификации предложил Е. В. Стефанов [9]: «… по степени централизации – на системы центральные, обслуживающие из одного центра несколько помещений, и местные, устраиваемые для отдельных помещений и располагающиеся, как правило, в самих обслуживаемых помещениях».
К сожалению, и эта формулировка является нечеткой, так как одно большое помещение могут обслуживать несколько центральных кондиционеров, а группу небольших помещений – один местный кондиционер.
Фактически в отечественной практике негласно действовал совсем другой признак классификации: все кондиционеры, выпускавшиеся Харьковским заводом «Кондиционер», кроме шкафных, считались центральными, а все кондиционеры, выпускавшиеся Домодедовским заводом «Кондиционер», кроме горизонтальных производительностью 10 и 20 тыс. м³/ч, – относились к местным.
Конечно, сегодня такое деление выглядит смешным, а между тем в нем был определенный здравый смысл.
Известно, что в местных системах используются готовые агрегаты полной заводской сборки обычно шкафного типа со стандартным набором тепломассообменного оборудования с уже готовыми, заданными заранее техническими характеристиками, поэтому местные УКВ не проектируют, а подбирают для конкретного обслуживаемого помещения или группы небольших однотипных помещений.
Максимальная производительность местных систем по воздуху обычно не превышает 20–30 тыс. м³/ч.
Центральные кондиционеры могут быть также полной заводской сборки или собираются на месте монтажа, причем технические характеристики всех элементов, включая воздушные фильтры, вентиляторы и тепломассообменное оборудование, задаются производителями в очень широких пределах, поэтому такие кондиционеры не подбирают, а проектируют, а затем изготавливают в соответствии с бланком-заказом для конкретного объекта.
Обычно центральные кондиционеры собирают в виде горизонтальных блоков, причем производительность таких кондиционеров по воздуху значительно больше, чем у местных и достигает 100–250 тыс. м³/ч у разных фирм-производителей.
Очевидно, что отмеченные признаки относятся к УКВ, но их можно использовать и для классификации СКВ, например, СКВ с центральной УКВ – центральная СКВ, а с местной УКВ – местная СКВ. Такой подход не исключает полностью признаки, предложенные другими авторами, а дополняет их, исключая некоторые неопределенности, типа протяженности воздуховодов и др.
Для дальнейшей классификации СКВ рассмотрим схему ее функционирования.
На параметры внутреннего воздуха в обслуживаемом помещении или технологическом объеме оказывают воздействие внутренние возмущения, то есть изменяющиеся тепло- и влаговыделения, а также внешние факторы, например, изменение температуры и влагосодержания наружного воздуха, воздействие на остекленный фасад прямой солнечной радиации в разное время суток и др.
Задача СКВ состоит в том, чтобы улавливать и своевременно устранять последствия этих возмущений и воздействий для сохранения параметров внутреннего воздуха в заданных пределах, используя систему автоматического регулирования и необходимый набор оборудования (воздухоохладители, воздухонагреватели, увлажнители и др.), а также источники теплоты и холода.
Поддерживать требуемые параметры внутреннего воздуха можно изменяя параметры или расход приточного воздуха, подаваемого в помещение извне, или с помощью аппаратов, установленных непосредственно в помещении, так называемых доводчиков.
Сегодня в качестве доводчиков используют внутренние блоки сплит-систем и VRV-систем, фэнкойлы, моноблоки, охлаждаемые потолки и балки и другие элементы.
К сожалению, в классификации [7] вместо понятия «доводчики» используется понятие «водовоздушные СКВ», а в классификации [8] дополнительно вводится термин «водо- и фреоновоздушная СКВ». С подобными предложениями нельзя согласиться в принципе, так как их авторы вольно или невольно присваивают сплит-системам или фэнкойлам статус систем кондиционирования воздуха, которыми они не являются и, естественно, не могут входить в классификацию СКВ, поскольку являются всего лишь местными охладителями или нагревателями, то есть не более чем доводчиками.
Справедливости ради отметим, что Б. В. Баркалов начинает описание центральных водовоздушных систем очень точной фразой: «В каждое помещение вводится наружный воздух, приготовленный в центральном кондиционере. Перед выпуском в помещение он смешивается с воздухом данного помещения, предварительно охлажденным или нагретым в теплообменниках кондиционеров?доводчиков, снабжаемых холодной и горячей водой». Приведенная цитата показывает, что автор хорошо понимает неопределенность предложенного им признака классификации и поэтому сразу поясняет, что он имеет в виду под центральными водовоздушными системами.
Системы без доводчиков могут быть прямоточными, когда в помещение подается обработанный наружный воздух, и с рециркуляцией, когда к наружному воздуху подмешивают воздух, забираемый из помещения. Кроме того, технологические СКВ, обслуживающие помещения или аппараты без пребывания людей, могут работать без подачи наружного воздуха со 100 % рециркуляцией. В зависимости от алгоритма работы СКВ различают системы с постоянной рециркуляцией, в которых соотношение количества наружного и рециркуляционного воздуха во время работы не изменяется, и СКВ с переменной рециркуляцией, в которых количество наружного воздуха может изменяться от 100 % до некоторого нормируемого минимального уровня.
Кроме того, системы с рециркуляцией могут быть одновентиляторными и двухвентиляторными. В первых системах подача приточного воздуха в помещение, а также забор наружного и рециркуляционного воздуха осуществляется приточным вентилятором УКВ. Во втором случае для удаления воздуха из помещения и подачи его на рециркуляцию или на выброс применяют дополнительный вытяжной вентилятор.
Независимо от схемы компоновки и устройства отдельных элементов СКВ подразделяют также по их назначению. Многие авторы делят СКВ на комфортные, технологические и комфортно-технологические. Более удачной и полной представляется классификация СКВ по назначению на эргономической основе, разработанная ВНИИкондиционером [5].
Определено, что СКВ могут выполнять одну из трех функций обслуживания: машин; машин + людей; людей.
1-я группа (символ «машина») определена как технологические СКВ. СКВ этой группы обслуживают технологические аппараты, камеры, боксы, машины и т. п., то есть применяются в тех случаях, когда условия воздушной среды диктуются обеспечением работоспособности технологического оборудования. При этом параметры воздушной среды могут отличаться от тех, которые определяются санитарно-гигиеническими нормами.
1-я группа имеет две модификации:

• Подгруппа 1–1 включает в себя кондиционируемые объекты, полностью исключающие возможность пребывания в них человека, то есть это системы технологического охлаждения, обдува электронных блоков вычислительных машин, шахты обдува волокна прядильных машин и т. п.
• Подгруппа 1–2 включает в себя кондиционируемые объекты: технологические аппараты (машины, камеры, боксы) и помещения с особыми параметрами воздушной среды (калориметрического, экологического и другого назначения), в которых человек отсутствует или находится эпизодически (для снятия показаний приборов, изменения режима работы и т. д.).

Если для группы 1–1 отсутствуют какие-либо ограничения по параметрам и составу воздушной среды, то для объектов подгруппы 1–2 газовый состав воздушной среды должен находиться в пределах, установленных ГОСТ.
2-я группа (символ «машина + человек») определена как технологически комфортные СКВ. СКВ этой группы обслуживают производственные помещения, в которых длительно пребывают люди.
2-я группа имеет три модификации:

• Подгруппа 2–1. Технологически комфортные СКВ обеспечивают условия нормального осуществления технологических процессов как для производств, в которых затруднено или практически невозможно получение продукции без поддержания определенных параметров воздушной среды, так и для производств, в которых колебания параметров воздуха существенно влияют на качество продукции и величину брака.
• Для этих помещений СКВ устраивается в первую (и основную) очередь по требованиям технологии, однако в связи с наличием в этих помещениях людей, параметры КВ устанавливают с учетом требований санитарно-гигиенических норм.
• Подгруппа 2–2. СКВ создаются для исключения дискомфортных условий труда при тяжелых режимах работы людей (кабины крановщиков мостовых кранов металлургических заводов и ТЭЦ, кабины строительно-дорожных машин и т. д.). Производственные или экономические аспекты для этих установок имеют второстепенное значение.
• Подгруппа 2–3. СКВ обеспечивают в производственных помещениях комфортные условия труда, способствующие повышению производительности труда, улучшению проведения основных технологических режимов, снижению заболеваемости, уменьшению эксплуатационных затрат и т. п.

3-я группа (символ «люди») определена как комфортные СКВ, обеспечивающие санитарно-гигиенические условия труда, отдыха или иного пребывания людей в помещениях гражданских зданий, то есть вне промышленного производства.
Эта группа имеет две модификации:

• Подгруппа 3–1. СКВ обслуживают помещения общественных зданий, в которых для одной части людей пребывание в них кратковременно (например, покупатели в универмаге), а для другой – длительно (например, продавцы в этом же универмаге).
• Подгруппа 3–2. СКВ обеспечивают оптимальные условия пребывания людей в жилых помещениях.

В классификацию ВНИИконди-ционера необходимо ввести еще одну группу – медицинские СКВ. Очевидно, что СКВ, обслуживающие операционные, реанимационные или палаты интенсивной терапии, никак нельзя считать комфортными, а чтобы отнести их к технологическим, надо в качестве «машины» рассматривать самого человека, что просто глупо.
Медицинские СКВ должны иметь две подгруппы:

• Подгруппа 4–1. СКВ обслуживают операционные, реанимационные и т. п. помещения.
• Подгруппа 4–2. СКВ обеспечивают требуемые параметры воздуха в палатах, кабинетах врачей, процедурных и т. п.

Для завершения классификации СКВ рассмотрим еще несколько признаков.
По типу системы холодоснабжения различают автономные и неавтономные СКВ. В автономных источник холода встроен в кондиционер, в неавтономных – источником холода является отдельный холодильный центр. Кроме того, в автономных кондиционерах в воздухоохладитель может подаваться кипящий хладон или жидкий промежуточный хладоноситель (холодная вода, растворы). Заметим, что на многих объектах мы использовали схему с подачей хладона в воздухоохладитель центрального кондиционера от расположенной рядом холодильной машины или внешнего блока VRV.
По способу компенсации изменяющихся тепловых и (или) влажностных возмущений в обслуживаемом помещении различают СКВ с постоянным расходом воздуха (CAV) – системы, в которых внутренние параметры поддерживают изменяя температуру и влажность приточного воздуха (качественное регулирование), и системы с переменным расходом воздуха (VAV) – системы с количественным регулированием.
По числу воздуховодов для подачи кондиционированного воздуха в помещенияСКВ делятся на одноканальные и двухканальные, при этом приточный воздух в каждом канале имеет разную температуру и влажность, что позволяет, изменяя соотношение приточного воздуха, подаваемого через каждый канал, поддерживать требуемые параметры в обслуживаемом помещении.
По числу точек стабилизации одноименного параметра (t; φ)в большом помещении или группе небольших помещений различают одно- и многозональные СКВ.
–это СКВ с местными доводчиками. В этих СКВ центральная или местная УКВ подает в помещение санитарную норму наружного воздуха, даже не обязательно обработанного, а местные доводчики обеспечивают поддержание в помещении требуемых параметров воздуха (температуры, относительной влажности и подвижности).
Сегодня в качестве местных доводчиков применяют: внутренние блоки сплит-систем или VRV-систем; фэнкойлы (двух- или четырехтрубные); моноблоки (напольные, потолочные или настенные); эжекционные доводчики; местные увлажнители воздуха; охлаждаемые и нагреваемые потолки; охлаждающие балки (пассивные и активированные).
Все указанные доводчики сами по себе не являются кондиционерами, хотя их и называют так продавцы оборудования.
Известно, что некоторые фирмы работают над созданием, например, фэнкойлов или сплит-систем, подающих в помещение наружный воздух. Но, если это и произойдет в массовом масштабе, то ничего страшного с классификацией не случится, просто это оборудование получит статус местных кондиционеров.
Блок-схема рассмотренной классификации СКВ приведена на рис. 2.
Помимо рассмотренных признаков в схему на рис. 2 включен еще один: наличие утилизаторов теплоты и холода, которые могут быть как в центральных, так и в местных СКВ. Причем необходимо различать системы утилизации типа воздух-воздух, к которым относятся схемы с промежуточным теплоносителем, с пластинчатыми теплообменниками* и с регенеративными вращающимися и переключаемыми теплообменниками, а также системы утилизации теплоты оборотной воды и теплоты обратного теплоносителя систем централизованного теплоснабжения и систем технологического жидкостного охлаждения.

Литература

1. Липа А. И. Кондиционирование воздуха. Основы теории. Совре-менные технологии обработки воздуха. – Одесса: Издательство ВМВ, 2010.
2. СНиП 41–01–2003. Отопление, вентиляция, кондиционирование. М.: Госстрой России. – 2004.
3. Англо-русский терминологический словарь по отоплению, вентиляции, кондиционированию воздуха и охлаждению. М.: Изд-во «АВОК-ПРЕСС», 2002.
4. Кокорин О. Я. Энергосберегаю-щие системы кондиционирования воздуха. ООО «ЛЭС». – М., 2007.
5. Кондиционеры. Каталог-спра-воч-ник ЦНИИТЭстроймаш. – М., 1981.
6. Рымкевич А. А. Системный анализ оптимизации общеобменной вентиляции и кондиционирования воздуха. Изд. 1. – М.: Стройиздат, 1990.
7. Баркалов Б. В., Карпис Е. Е. Кондиционирование воздуха в промышленных, общественных и жилых зданиях. Изд. 2. – М.: Стройиздат, 1982.
8. Сотников А. Г. Процессы, аппараты и системы кондиционирования воздуха и вентиляции. Т. 1. ООО «АТ». – С.-Петербург, 2005.
9. Стефанов Е. В. Вентиляция и кондиционирование воздуха. – С.-Петербург: Изд-во «АВОК-Северо-Запад», 2005.

[ http://www.abok.ru/for_spec/articles.php?nid=5029]

Тематики

• кондиционирование воздуха в целом
• энергосбережение

EN

• air conditioning system

DE

• Klimaanlage

FR

• système de conditionnement d'air

система кондиционирования воздуха
СКВ
Система, позволяющая контролировать температуру, а иногда влажность и чистоту воздуха в помещении или транспортном средстве.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

air conditioning system
ACS
System for controlling temperature and sometimes humidity and purity of the air indoor or in a vehicle.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• спорт (административно-хозяйственная деятельность)

EN

• air conditioning system

широкополосная частотная модуляция
Частотная модуляция, у которой индекс модуляции значительно больше единицы.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• wideband frequency modulation
• WFM

широкополосная частотная модуляция
Частотная модуляция, у которой индекс модуляции значительно больше единицы.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• wideband frequency modulation
• WFM

эластичность предложения
Прирост объема предложения товара в результате роста цены на 1% при условии, что все остальные факторы, влияющие на уровень предложения, остаются неизменными. Э.п. от цены для большинства изделий в долгосрочном периоде значительно больше, чем в краткосрочном, потому что для изменения выпуска вслед за изменением цены обычно требуется перестройка и расширение производственных мощностей (быстрое увеличение возможно только в пределах существующих резервов этих мощностей), набор и подготовка рабочей силы и т.п. Но есть и такие товары и услуги, по которым Э.п. очень низка (например, аренда домов в крупных городах). Предложение некоторых товаров вторичного использования (например, металлолом) обычно более эластично, в противоположность сказанному выше, в короткие, а не длительные промежутки времени.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• elasticity of supply

2.13 наноструктурированная частица (nanostructured particle): Частица, включающая структурные элементы размером менее 100 нм, которые определяют ее физические, химические и/или биологические свойства.

Примечание - Максимальный размер наноструктурированной частицы может быть значительно больше 100 нм.

Пример - Агломерат наночастиц диаметром 500 нм следует рассматривать как наноструктурированную частицу.

Источник: ГОСТ Р 54597-2011: Воздух рабочей зоны. Ультрадисперсные аэрозоли, аэрозоли наночастиц и наноструктурированных частиц. Определение характеристик и оценка воздействия при вдыхании оригинал документа

to see much - много(е) видеть

there is not much to see /to be seen/ - (здесь) не на что смотреть; здесь мало интересного

to do much - много(е) сделать

there is much to do /to be done/ - многое надо сделать

much still remains to be done - осталось ещё много работы, ещё многое нужно сделать

there is not much left - мало (что) /немного/ осталось

to say much - (рас)сказать многое

there is much to say - многое нужно (рас)сказать, о многом нужно поговорить

much of smth. - большая часть чего-л.

much of what you say is true - многое из того, что вы говорите, справедливо; вы во многом правы

to be worth /to amount to/ much - стоить многого, представлять большую /значительную/ ценность

his work is not up to much - его работа большой ценности не представляет

it leaves much to be desired - это оставляет желать многого /лучшего/

there is not much in him - он ничего (особенного) собой не представляет

as much - это - то; именно это

to think as much - так и думать

as much again - ещё столько же

I want as much again - мне нужно ещё столько же

not much of a scholar - не очень-то /не ахти какой/ образованный человек

not much of a teacher - весьма посредственный преподаватель

not much of a dinner - далеко не шикарный обед

to make much of smb., smth. - а) высоко ценить кого-л., что-л.; быть высокого мнения о ком-л., чём-л.; б) носиться с кем-л., чем-л.; много говорить о ком-л., чём-л.

to think much of smb., smth. = to make much of smb., smth.

to think it much to do smth. - а) считать важным что-л. сделать; б) стесняться что-л. сделать

not to be much to look at - не отличаться привлекательной внешностью; ≅ не на что смотреть

it is too much of a good thing - хорошенького понемножку; это уж слишком /чересчур/

much water [rain, time] - много воды [дождей, времени]

I had much difficulty in convincing her - мне было очень трудно /стоило большого труда/ её убедить

I have not got much time - у меня немного времени

there is much truth in that remark - в этом замечании много справедливого

how much? - а) сколько?; how much time do you need? - сколько времени вам потребуется?; how much water do you want? - сколько вам нужно воды?; б) сколько стоит?

how much is it? - сколько это стоит?

how much is it a pound? - сколько стоит фунт?

too much - слишком много

to put too much sugar [butter] - положить слишком много сахара [масла]

to cost too much - слишком дорого /много/ стоить

much people - много людей; многие люди

so much so that - настолько, что; до такой степени, что

I was so much surprised that words failed me - я от удивления не мог найти слов

not so much... as - не столько... сколько; не так... как

he is not so much angry as upset - он скорее огорчён, чем рассержен

as much as - столько же; так же много

give me as much - дайте мне столько же

twice as much - вдвое больше

to be much surprised [pleased, disappointed] - быть очень удивлённым [довольным, разочарованным /огорчённым/]

I am much obliged to you - я вам очень благодарен /признателен, обязан/

to enjoy smth. very much - получать большое удовольствие от чего-л.

to thank smb. very much for smth. - очень благодарить кого-л. за что-л.

to love smb. very [so, ever so] much - очень [так] любить кого-л.

I like it very [so, ever so] much - мне это очень [так] нравится

I don't much like it - мне это не очень нравится

much to my astonishment [regret] - к моему большому удивлению [сожалению]

to eat [to drink, to cry, to talk] (too) much - (слишком) много есть [пить, плакать, разговаривать]

he doesn't swim much - он не очень много /не очень часто/ плавает

to see much of smb. - часто видеться с кем-л.

to be much the same (in smth.) - быть приблизительно /почти/ таким же (в чём-л., в каком-л. отношении)

to be much of a size [of a height] - быть приблизительно /примерно, почти/ одного размера [роста /-ой высоты/]

to be much the same age, to be much of an age - быть приблизительно /примерно/ одного возраста

it was much about that time - это было приблизительно /примерно/ в то (самое) время

I left it much as I found it - я оставил это приблизительно /почти/ в таком же виде, в каком нашёл

much faster [better, worse, richer, happier, more carefully] - гораздо /значительно, (на)много/ быстрее [лучше, хуже, богаче, счастливее, осторожнее]

much less agreeable - гораздо /значительно/ менее приятный

as much as - (столько) сколько

to take as much as one desires - взять (столько), сколько хочется

to do as much as one can - сделать (столько), сколько можно /возможно/

to like nothing as much as music - ничего так (сильно) не любить, как музыку

I have three times as much as I want - у меня втрое больше, чем мне нужно

it is as much your fault as mine - вы виноваты в этом столько же, сколько и я; это в такой же мере ваша вина, как и моя

as much as to say - равносильно тому /всё равно/, что сказать

it is as much as to say /saying/ that he is a liar - это всё равно, что назвать его лжецом

it is as much as he can do to read - а) всё, что он умеет - это читать; б) он с трудом читает

it was as much as I could do not to cry - я с трудом удерживал слёзы, я с трудом удерживался, чтобы не расплакаться

much as - как бы ни

much as I like it - как бы мне это ни нравилось

much as I dislike it - как бы неприятно для меня это ни было; хотя мне это очень неприятно

much as I tried - как бы /сколько бы/ я ни пытался /ни старался/; хотя я очень старался

as much as (all) that - так сильно; так много; до такой степени

do you owe him as much as that? - (неужели) вы ему так много должны?

do you love her as much as (all) that? - вы так (сильно) её любите?

so much - так много

it takes so much time - на это уходит столько времени

not so much sugar, please - не (кладите) столько сахара, пожалуйста

that /this, so/ much - а) столько; give me that much - дайте мне вот столько; I have only done that much so far - я пока только вот сколько сделал; б) столько-то; это-то; хоть это

he admitted that much - это-то он признал

this much is certain - это-то точно /определённо/

you must know that much - это-то /хоть это/ вы должны знать

I shall say this /so/ much for him - вот что я скажу в его защиту /пользу/

by that much - настолько

the sleeves are too long by that much - рукава вот настолько длинны

not much - отнюдь (нет), совсем /конечно/ нет

so much for that - хватит (говорить) об этом, с этим покончено

so much for his friendship! - и это он называет дружбой!

(to be) much the worse (for smth.) - (быть) гораздо /значительно, (на)много/ хуже (вследствие чего-л.)

so much the better [the worse, the more, the less] - тем лучше [хуже, больше, меньше]

much the best [the largest] - а) гораздо /значительно, (на)много/ лучше [больше]; б) самый лучший [большой]

модульный центр обработки данных (ЦОД)
-
[Интент]

Параллельные тексты EN-RU

[ http://loosebolts.wordpress.com/2008/12/02/our-vision-for-generation-4-modular-data-centers-one-way-of-getting-it-just-right/]

[ http://dcnt.ru/?p=9299#more-9299]

Data Centers are a hot topic these days. No matter where you look, this once obscure aspect of infrastructure is getting a lot of attention. For years, there have been cost pressures on IT operations and this, when the need for modern capacity is greater than ever, has thrust data centers into the spotlight. Server and rack density continues to rise, placing DC professionals and businesses in tighter and tougher situations while they struggle to manage their IT environments. And now hyper-scale cloud infrastructure is taking traditional technologies to limits never explored before and focusing the imagination of the IT industry on new possibilities.

В настоящее время центры обработки данных являются широко обсуждаемой темой. Куда ни посмотришь, этот некогда малоизвестный аспект инфраструктуры привлекает все больше внимания. Годами ИТ-отделы испытывали нехватку средств и это выдвинуло ЦОДы в центр внимания, в то время, когда необходимость в современных ЦОДах стала как никогда высокой. Плотность серверов и стоек продолжают расти, все больше усложняя ситуацию для специалистов в области охлаждения и организаций в их попытках управлять своими ИТ-средами. И теперь гипермасштабируемая облачная инфраструктура подвергает традиционные технологии невиданным ранее нагрузкам, и заставляет ИТ-индустрию искать новые возможности.

At Microsoft, we have focused a lot of thought and research around how to best operate and maintain our global infrastructure and we want to share those learnings. While obviously there are some aspects that we keep to ourselves, we have shared how we operate facilities daily, our technologies and methodologies, and, most importantly, how we monitor and manage our facilities. Whether it’s speaking at industry events, inviting customers to our “Microsoft data center conferences” held in our data centers, or through other media like blogging and white papers, we believe sharing best practices is paramount and will drive the industry forward. So in that vein, we have some interesting news to share.

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

Today we are sharing our Generation 4 Modular Data Center plan. This is our vision and will be the foundation of our cloud data center infrastructure in the next five years. We believe it is one of the most revolutionary changes to happen to data centers in the last 30 years. Joining me, in writing this blog are Daniel Costello, my director of Data Center Research and Engineering and Christian Belady, principal power and cooling architect. I feel their voices will add significant value to driving understanding around the many benefits included in this new design paradigm.

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

Our “Gen 4” modular data centers will take the flexibility of containerized servers—like those in our Chicago data center—and apply it across the entire facility. So what do we mean by modular? Think of it like “building blocks”, where the data center will be composed of modular units of prefabricated mechanical, electrical, security components, etc., in addition to containerized servers.

Was there a key driver for the Generation 4 Data Center?

Наши модульные дата-центры “Gen 4” будут гибкими с контейнерами серверов – как серверы в нашем чикагском дата-центре. И гибкость будет применяться ко всему ЦОД. Итак, что мы подразумеваем под модульностью? Мы думаем о ней как о “строительных блоках”, где дата-центр будет состоять из модульных блоков изготовленных в заводских условиях электрических систем и систем охлаждения, а также систем безопасности и т.п., в дополнение к контейнеризованным серверам.
Был ли ключевой стимул для разработки дата-центра четвертого поколения?

If we were to summarize the promise of our Gen 4 design into a single sentence it would be something like this: “A highly modular, scalable, efficient, just-in-time data center capacity program that can be delivered anywhere in the world very quickly and cheaply, while allowing for continued growth as required.” Sounds too good to be true, doesn’t it? Well, keep in mind that these concepts have been in initial development and prototyping for over a year and are based on cumulative knowledge of previous facility generations and the advances we have made since we began our investments in earnest on this new design.

Если бы нам нужно было обобщить достоинства нашего проекта Gen 4 в одном предложении, это выглядело бы следующим образом: “Центр обработки данных с высоким уровнем модульности, расширяемости, и энергетической эффективности, а также возможностью постоянного расширения, в случае необходимости, который можно очень быстро и дешево развертывать в любом месте мира”. Звучит слишком хорошо для того чтобы быть правдой, не так ли? Ну, не забывайте, что эти концепции находились в процессе начальной разработки и создания опытного образца в течение более одного года и основываются на опыте, накопленном в ходе развития предыдущих поколений ЦОД, а также успехах, сделанных нами со времени, когда мы начали вкладывать серьезные средства в этот новый проект.

One of the biggest challenges we’ve had at Microsoft is something Mike likes to call the ‘Goldilock’s Problem’. In a nutshell, the problem can be stated as:

The worst thing we can do in delivering facilities for the business is not have enough capacity online, thus limiting the growth of our products and services.

Одну из самых больших проблем, с которыми приходилось сталкиваться Майкрософт, Майк любит называть ‘Проблемой Лютика’. Вкратце, эту проблему можно выразить следующим образом:

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

The second worst thing we can do in delivering facilities for the business is to have too much capacity online.

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

This has led to a focus on smart, intelligent growth for the business — refining our overall demand picture. It can’t be too hot. It can’t be too cold. It has to be ‘Just Right!’ The capital dollars of investment are too large to make without long term planning. As we struggled to master these interesting challenges, we had to ensure that our technological plan also included solutions for the business and operational challenges we faced as well.
So let’s take a high level look at our Generation 4 design

Это заставило нас сосредоточиваться на интеллектуальном росте для бизнеса — refining our overall demand picture. Это не должно быть слишком горячим. И это не должно быть слишком холодным. Это должно быть ‘как раз, таким как надо!’ Нельзя делать такие большие капиталовложения без долгосрочного планирования. Пока мы старались решить эти интересные проблемы, мы должны были гарантировать, что наш технологический план будет также включать решения для коммерческих и эксплуатационных проблем, с которыми нам также приходилось сталкиваться.
Давайте рассмотрим наш проект дата-центра четвертого поколения

Are you ready for some great visuals? Check out this video at Soapbox. Click here for the Microsoft 4th Gen Video.

It’s a concept video that came out of my Data Center Research and Engineering team, under Daniel Costello, that will give you a view into what we think is the future.

From a configuration, construct-ability and time to market perspective, our primary goals and objectives are to modularize the whole data center. Not just the server side (like the Chicago facility), but the mechanical and electrical space as well. This means using the same kind of parts in pre-manufactured modules, the ability to use containers, skids, or rack-based deployments and the ability to tailor the Redundancy and Reliability requirements to the application at a very specific level.

Посмотрите это видео, перейдите по ссылке для просмотра видео о Microsoft 4th Gen:

Это концептуальное видео, созданное командой отдела Data Center Research and Engineering, возглавляемого Дэниелом Костелло, которое даст вам наше представление о будущем.

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

Our goals from a cost perspective were simple in concept but tough to deliver. First and foremost, we had to reduce the capital cost per critical Mega Watt by the class of use. Some applications can run with N-level redundancy in the infrastructure, others require a little more infrastructure for support. These different classes of infrastructure requirements meant that optimizing for all cost classes was paramount. At Microsoft, we are not a one trick pony and have many Online products and services (240+) that require different levels of operational support. We understand that and ensured that we addressed it in our design which will allow us to reduce capital costs by 20%-40% or greater depending upon class.

Нашими целями в области затрат были концептуально простыми, но трудно реализуемыми. В первую очередь мы должны были снизить капитальные затраты в пересчете на один мегаватт, в зависимости от класса резервирования. Некоторые приложения могут вполне работать на базе инфраструктуры с резервированием на уровне N, то есть без резервирования, а для работы других приложений требуется больше инфраструктуры. Эти разные классы требований инфраструктуры подразумевали, что оптимизация всех классов затрат имеет преобладающее значение. В Майкрософт мы не ограничиваемся одним решением и располагаем большим количеством интерактивных продуктов и сервисов (240+), которым требуются разные уровни эксплуатационной поддержки. Мы понимаем это, и учитываем это в своем проекте, который позволит нам сокращать капитальные затраты на 20%-40% или более в зависимости от класса.

For example, non-critical or geo redundant applications have low hardware reliability requirements on a location basis. As a result, Gen 4 can be configured to provide stripped down, low-cost infrastructure with little or no redundancy and/or temperature control. Let’s say an Online service team decides that due to the dramatically lower cost, they will simply use uncontrolled outside air with temperatures ranging 10-35 C and 20-80% RH. The reality is we are already spec-ing this for all of our servers today and working with server vendors to broaden that range even further as Gen 4 becomes a reality. For this class of infrastructure, we eliminate generators, chillers, UPSs, and possibly lower costs relative to traditional infrastructure.

Например, некритичные или гео-избыточные системы имеют низкие требования к аппаратной надежности на основе местоположения. В результате этого, Gen 4 можно конфигурировать для упрощенной, недорогой инфраструктуры с низким уровнем (или вообще без резервирования) резервирования и / или температурного контроля. Скажем, команда интерактивного сервиса решает, что, в связи с намного меньшими затратами, они будут просто использовать некондиционированный наружный воздух с температурой 10-35°C и влажностью 20-80% RH. В реальности мы уже сегодня предъявляем эти требования к своим серверам и работаем с поставщиками серверов над еще большим расширением диапазона температур, так как наш модуль и подход Gen 4 становится реальностью. Для подобного класса инфраструктуры мы удаляем генераторы, чиллеры, ИБП, и, возможно, будем предлагать более низкие затраты, по сравнению с традиционной инфраструктурой.

Applications that demand higher level of redundancy or temperature control will use configurations of Gen 4 to meet those needs, however, they will also cost more (but still less than traditional data centers). We see this cost difference driving engineering behavioral change in that we predict more applications will drive towards Geo redundancy to lower costs.

Системы, которым требуется более высокий уровень резервирования или температурного контроля, будут использовать конфигурации Gen 4, отвечающие этим требованиям, однако, они будут также стоить больше. Но все равно они будут стоить меньше, чем традиционные дата-центры. Мы предвидим, что эти различия в затратах будут вызывать изменения в методах инжиниринга, и по нашим прогнозам, это будет выражаться в переходе все большего числа систем на гео-избыточность и меньшие затраты.

Another cool thing about Gen 4 is that it allows us to deploy capacity when our demand dictates it. Once finalized, we will no longer need to make large upfront investments. Imagine driving capital costs more closely in-line with actual demand, thus greatly reducing time-to-market and adding the capacity Online inherent in the design. Also reduced is the amount of construction labor required to put these “building blocks” together. Since the entire platform requires pre-manufacture of its core components, on-site construction costs are lowered. This allows us to maximize our return on invested capital.

Еще одно достоинство Gen 4 состоит в том, что он позволяет нам разворачивать дополнительные мощности, когда нам это необходимо. Как только мы закончим проект, нам больше не нужно будет делать большие начальные капиталовложения. Представьте себе возможность более точного согласования капитальных затрат с реальными требованиями, и тем самым значительного снижения времени вывода на рынок и интерактивного добавления мощностей, предусматриваемого проектом. Также снижен объем строительных работ, требуемых для сборки этих “строительных блоков”. Поскольку вся платформа требует предварительного изготовления ее базовых компонентов, затраты на сборку также снижены. Это позволит нам увеличить до максимума окупаемость своих капиталовложений.
Мы все подвергаем сомнению

In our design process, we questioned everything. You may notice there is no roof and some might be uncomfortable with this. We explored the need of one and throughout our research we got some surprising (positive) results that showed one wasn’t needed.

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

In short, we are striving to bring Henry Ford’s Model T factory to the data center. http://en.wikipedia.org/wiki/Henry_Ford#Model_T. Gen 4 will move data centers from a custom design and build model to a commoditized manufacturing approach. We intend to have our components built in factories and then assemble them in one location (the data center site) very quickly. Think about how a computer, car or plane is built today. Components are manufactured by different companies all over the world to a predefined spec and then integrated in one location based on demands and feature requirements. And just like Henry Ford’s assembly line drove the cost of building and the time-to-market down dramatically for the automobile industry, we expect Gen 4 to do the same for data centers. Everything will be pre-manufactured and assembled on the pad.

Мы хотим применить модель автомобильной фабрики Генри Форда к дата-центру. Проект Gen 4 будет способствовать переходу от модели специализированного проектирования и строительства к товарно-производственному, серийному подходу. Мы намерены изготавливать свои компоненты на заводах, а затем очень быстро собирать их в одном месте, в месте строительства дата-центра. Подумайте о том, как сегодня изготавливается компьютер, автомобиль или самолет. Компоненты изготавливаются по заранее определенным спецификациям разными компаниями во всем мире, затем собираются в одном месте на основе спроса и требуемых характеристик. И точно так же как сборочный конвейер Генри Форда привел к значительному уменьшению затрат на производство и времени вывода на рынок в автомобильной промышленности, мы надеемся, что Gen 4 сделает то же самое для дата-центров. Все будет предварительно изготавливаться и собираться на месте.
Невероятно энергоэффективный ЦОД

And did we mention that this platform will be, overall, incredibly energy efficient? From a total energy perspective not only will we have remarkable PUE values, but the total cost of energy going into the facility will be greatly reduced as well. How much energy goes into making concrete? Will we need as much of it? How much energy goes into the fuel of the construction vehicles? This will also be greatly reduced! A key driver is our goal to achieve an average PUE at or below 1.125 by 2012 across our data centers. More than that, we are on a mission to reduce the overall amount of copper and water used in these facilities. We believe these will be the next areas of industry attention when and if the energy problem is solved. So we are asking today…“how can we build a data center with less building”?

А мы упоминали, что эта платформа будет, в общем, невероятно энергоэффективной? С точки зрения общей энергии, мы получим не только поразительные значения PUE, но общая стоимость энергии, затраченной на объект будет также значительно снижена. Сколько энергии идет на производство бетона? Нам нужно будет столько энергии? Сколько энергии идет на питание инженерных строительных машин? Это тоже будет значительно снижено! Главным стимулом является достижение среднего PUE не больше 1.125 для всех наших дата-центров к 2012 году. Более того, у нас есть задача сокращения общего количества меди и воды в дата-центрах. Мы думаем, что эти задачи станут следующей заботой отрасли после того как будет решена энергетическая проблема. Итак, сегодня мы спрашиваем себя…“как можно построить дата-центр с меньшим объемом строительных работ”?
Строительство дата центров без чиллеров

We have talked openly and publicly about building chiller-less data centers and running our facilities using aggressive outside economization. Our sincerest hope is that Gen 4 will completely eliminate the use of water. Today’s data centers use massive amounts of water and we see water as the next scarce resource and have decided to take a proactive stance on making water conservation part of our plan.

Мы открыто и публично говорили о строительстве дата-центров без чиллеров и активном использовании в наших центрах обработки данных технологий свободного охлаждения или фрикулинга. Мы искренне надеемся, что Gen 4 позволит полностью отказаться от использования воды. Современные дата-центры расходуют большие объемы воды и так как мы считаем воду следующим редким ресурсом, мы решили принять упреждающие меры и включить экономию воды в свой план.

By sharing this with the industry, we believe everyone can benefit from our methodology. While this concept and approach may be intimidating (or downright frightening) to some in the industry, disclosure ultimately is better for all of us.

Делясь этим опытом с отраслью, мы считаем, что каждый сможет извлечь выгоду из нашей методологией. Хотя эта концепция и подход могут показаться пугающими (или откровенно страшными) для некоторых отраслевых специалистов, раскрывая свои планы мы, в конечном счете, делаем лучше для всех нас.

Gen 4 design (even more than just containers), could reduce the ‘religious’ debates in our industry. With the central spine infrastructure in place, containers or pre-manufactured server halls can be either AC or DC, air-side economized or water-side economized, or not economized at all (though the sanity of that might be questioned). Gen 4 will allow us to decommission, repair and upgrade quickly because everything is modular. No longer will we be governed by the initial decisions made when constructing the facility. We will have almost unlimited use and re-use of the facility and site. We will also be able to use power in an ultra-fluid fashion moving load from critical to non-critical as use and capacity requirements dictate.

Проект Gen 4 позволит уменьшить ‘религиозные’ споры в нашей отрасли. Располагая базовой инфраструктурой, контейнеры или сборные серверные могут оборудоваться системами переменного или постоянного тока, воздушными или водяными экономайзерами, или вообще не использовать экономайзеры. Хотя можно подвергать сомнению разумность такого решения. Gen 4 позволит нам быстро выполнять работы по выводу из эксплуатации, ремонту и модернизации, поскольку все будет модульным. Мы больше не будем руководствоваться начальными решениями, принятыми во время строительства дата-центра. Мы сможем использовать этот дата-центр и инфраструктуру в течение почти неограниченного периода времени. Мы также сможем применять сверхгибкие методы использования электрической энергии, переводя оборудование в режимы критической или некритической нагрузки в соответствии с требуемой мощностью.
Gen 4 – это стандартная платформа

Finally, we believe this is a big game changer. Gen 4 will provide a standard platform that our industry can innovate around. For example, all modules in our Gen 4 will have common interfaces clearly defined by our specs and any vendor that meets these specifications will be able to plug into our infrastructure. Whether you are a computer vendor, UPS vendor, generator vendor, etc., you will be able to plug and play into our infrastructure. This means we can also source anyone, anywhere on the globe to minimize costs and maximize performance. We want to help motivate the industry to further innovate—with innovations from which everyone can reap the benefits.

Наконец, мы уверены, что это будет фактором, который значительно изменит ситуацию. Gen 4 будет представлять собой стандартную платформу, которую отрасль сможет обновлять. Например, все модули в нашем Gen 4 будут иметь общепринятые интерфейсы, четко определяемые нашими спецификациями, и оборудование любого поставщика, которое отвечает этим спецификациям можно будет включать в нашу инфраструктуру. Независимо от того производите вы компьютеры, ИБП, генераторы и т.п., вы сможете включать свое оборудование нашу инфраструктуру. Это означает, что мы также сможем обеспечивать всех, в любом месте земного шара, тем самым сводя до минимума затраты и максимальной увеличивая производительность. Мы хотим создать в отрасли мотивацию для дальнейших инноваций – инноваций, от которых каждый сможет получать выгоду.
Главные характеристики дата-центров четвертого поколения Gen4

To summarize, the key characteristics of our Generation 4 data centers are:

Scalable
Plug-and-play spine infrastructure
Factory pre-assembled: Pre-Assembled Containers (PACs) & Pre-Manufactured Buildings (PMBs)
Rapid deployment
De-mountable
Reduce TTM
Reduced construction
Sustainable measures

Ниже приведены главные характеристики дата-центров четвертого поколения Gen 4:

Расширяемость;
Готовая к использованию базовая инфраструктура;
Изготовление в заводских условиях: сборные контейнеры (PAC) и сборные здания (PMB);
Быстрота развертывания;
Возможность демонтажа;
Снижение времени вывода на рынок (TTM);
Сокращение сроков строительства;
Экологичность;

Map applications to DC Class

We hope you join us on this incredible journey of change and innovation!

Long hours of research and engineering time are invested into this process. There are still some long days and nights ahead, but the vision is clear. Rest assured however, that we as refine Generation 4, the team will soon be looking to Generation 5 (even if it is a bit farther out). There is always room to get better.

Использование систем электропитания постоянного тока.

Мы надеемся, что вы присоединитесь к нам в этом невероятном путешествии по миру изменений и инноваций!

На этот проект уже потрачены долгие часы исследований и проектирования. И еще предстоит потратить много дней и ночей, но мы имеем четкое представление о конечной цели. Однако будьте уверены, что как только мы доведем до конца проект модульного дата-центра четвертого поколения, мы вскоре начнем думать о проекте дата-центра пятого поколения. Всегда есть возможность для улучшений.

So if you happen to come across Goldilocks in the forest, and you are curious as to why she is smiling you will know that she feels very good about getting very close to ‘JUST RIGHT’.

Generations of Evolution – some background on our data center designs

Так что, если вы встретите в лесу девочку по имени Лютик, и вам станет любопытно, почему она улыбается, вы будете знать, что она очень довольна тем, что очень близко подошла к ‘ОПИМАЛЬНОМУ РЕШЕНИЮ’.
Поколения эволюции – история развития наших дата-центров

We thought you might be interested in understanding what happened in the first three generations of our data center designs. When Ray Ozzie wrote his Software plus Services memo it posed a very interesting challenge to us. The winds of change were at ‘tornado’ proportions. That “plus Services” tag had some significant (and unstated) challenges inherent to it. The first was that Microsoft was going to evolve even further into an operations company. While we had been running large scale Internet services since 1995, this development lead us to an entirely new level. Additionally, these “services” would span across both Internet and Enterprise businesses. To those of you who have to operate “stuff”, you know that these are two very different worlds in operational models and challenges. It also meant that, to achieve the same level of reliability and performance required our infrastructure was going to have to scale globally and in a significant way.

Мы подумали, что может быть вам будет интересно узнать историю первых трех поколений наших центров обработки данных. Когда Рэй Оззи написал свою памятную записку Software plus Services, он поставил перед нами очень интересную задачу. Ветра перемен двигались с ураганной скоростью. Это окончание “plus Services” скрывало в себе какие-то значительные и неопределенные задачи. Первая заключалась в том, что Майкрософт собиралась в еще большей степени стать операционной компанией. Несмотря на то, что мы управляли большими интернет-сервисами, начиная с 1995 г., эта разработка подняла нас на абсолютно новый уровень. Кроме того, эти “сервисы” охватывали интернет-компании и корпорации. Тем, кому приходится всем этим управлять, известно, что есть два очень разных мира в области операционных моделей и задач. Это также означало, что для достижения такого же уровня надежности и производительности требовалось, чтобы наша инфраструктура располагала значительными возможностями расширения в глобальных масштабах.

It was that intense atmosphere of change that we first started re-evaluating data center technology and processes in general and our ideas began to reach farther than what was accepted by the industry at large. This was the era of Generation 1. As we look at where most of the world’s data centers are today (and where our facilities were), it represented all the known learning and design requirements that had been in place since IBM built the first purpose-built computer room. These facilities focused more around uptime, reliability and redundancy. Big infrastructure was held accountable to solve all potential environmental shortfalls. This is where the majority of infrastructure in the industry still is today.

Именно в этой атмосфере серьезных изменений мы впервые начали переоценку ЦОД-технологий и технологий вообще, и наши идеи начали выходить за пределы общепринятых в отрасли представлений. Это была эпоха ЦОД первого поколения. Когда мы узнали, где сегодня располагается большинство мировых дата-центров и где находятся наши предприятия, это представляло весь опыт и навыки проектирования, накопленные со времени, когда IBM построила первую серверную. В этих ЦОД больше внимания уделялось бесперебойной работе, надежности и резервированию. Большая инфраструктура была призвана решать все потенциальные экологические проблемы. Сегодня большая часть инфраструктуры все еще находится на этом этапе своего развития.

We soon realized that traditional data centers were quickly becoming outdated. They were not keeping up with the demands of what was happening technologically and environmentally. That’s when we kicked off our Generation 2 design. Gen 2 facilities started taking into account sustainability, energy efficiency, and really looking at the total cost of energy and operations.

Очень быстро мы поняли, что стандартные дата-центры очень быстро становятся устаревшими. Они не поспевали за темпами изменений технологических и экологических требований. Именно тогда мы стали разрабатывать ЦОД второго поколения. В этих дата-центрах Gen 2 стали принимать во внимание такие факторы как устойчивое развитие, энергетическая эффективность, а также общие энергетические и эксплуатационные.

No longer did we view data centers just for the upfront capital costs, but we took a hard look at the facility over the course of its life. Our Quincy, Washington and San Antonio, Texas facilities are examples of our Gen 2 data centers where we explored and implemented new ways to lessen the impact on the environment. These facilities are considered two leading industry examples, based on their energy efficiency and ability to run and operate at new levels of scale and performance by leveraging clean hydro power (Quincy) and recycled waste water (San Antonio) to cool the facility during peak cooling months.

Мы больше не рассматривали дата-центры только с точки зрения начальных капитальных затрат, а внимательно следили за работой ЦОД на протяжении его срока службы. Наши объекты в Куинси, Вашингтоне, и Сан-Антонио, Техас, являются образцами наших ЦОД второго поколения, в которых мы изучали и применяли на практике новые способы снижения воздействия на окружающую среду. Эти объекты считаются двумя ведущими отраслевыми примерами, исходя из их энергетической эффективности и способности работать на новых уровнях производительности, основанных на использовании чистой энергии воды (Куинси) и рециклирования отработанной воды (Сан-Антонио) для охлаждения объекта в самых жарких месяцах.

As we were delivering our Gen 2 facilities into steel and concrete, our Generation 3 facilities were rapidly driving the evolution of the program. The key concepts for our Gen 3 design are increased modularity and greater concentration around energy efficiency and scale. The Gen 3 facility will be best represented by the Chicago, Illinois facility currently under construction. This facility will seem very foreign compared to the traditional data center concepts most of the industry is comfortable with. In fact, if you ever sit around in our container hanger in Chicago it will look incredibly different from a traditional raised-floor data center. We anticipate this modularization will drive huge efficiencies in terms of cost and operations for our business. We will also introduce significant changes in the environmental systems used to run our facilities. These concepts and processes (where applicable) will help us gain even greater efficiencies in our existing footprint, allowing us to further maximize infrastructure investments.

Так как наши ЦОД второго поколения строились из стали и бетона, наши центры обработки данных третьего поколения начали их быстро вытеснять. Главными концептуальными особенностями ЦОД третьего поколения Gen 3 являются повышенная модульность и большее внимание к энергетической эффективности и масштабированию. Дата-центры третьего поколения лучше всего представлены объектом, который в настоящее время строится в Чикаго, Иллинойс. Этот ЦОД будет выглядеть очень необычно, по сравнению с общепринятыми в отрасли представлениями о дата-центре. Действительно, если вам когда-либо удастся побывать в нашем контейнерном ангаре в Чикаго, он покажется вам совершенно непохожим на обычный дата-центр с фальшполом. Мы предполагаем, что этот модульный подход будет способствовать значительному повышению эффективности нашего бизнеса в отношении затрат и операций. Мы также внесем существенные изменения в климатические системы, используемые в наших ЦОД. Эти концепции и технологии, если применимо, позволят нам добиться еще большей эффективности наших существующих дата-центров, и тем самым еще больше увеличивать капиталовложения в инфраструктуру.

This is definitely a journey, not a destination industry. In fact, our Generation 4 design has been under heavy engineering for viability and cost for over a year. While the demand of our commercial growth required us to make investments as we grew, we treated each step in the learning as a process for further innovation in data centers. The design for our future Gen 4 facilities enabled us to make visionary advances that addressed the challenges of building, running, and operating facilities all in one concerted effort.

Это определенно путешествие, а не конечный пункт назначения. На самом деле, наш проект ЦОД четвертого поколения подвергался серьезным испытаниям на жизнеспособность и затраты на протяжении целого года. Хотя необходимость в коммерческом росте требовала от нас постоянных капиталовложений, мы рассматривали каждый этап своего развития как шаг к будущим инновациям в области дата-центров. Проект наших будущих ЦОД четвертого поколения Gen 4 позволил нам делать фантастические предположения, которые касались задач строительства, управления и эксплуатации объектов как единого упорядоченного процесса.

Тематики

• ЦОДы (центры обработки данных)

Синонимы

• модульный ЦОД

EN

• modular data center

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

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

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

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

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

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

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

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

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

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

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

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

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

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

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

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

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

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

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

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

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

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

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

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

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

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

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

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

I think, therefore I am - я мыслю, следовательно, я существую

the greatest genius that ever was - величайший гений, который когда-либо существовал

Troy is no more - Трои больше не существует

he will be here all the year - он будет (находиться) здесь весь год

is he often in town? - часто ли он бывает в городе?

I was before you in the queue - я стоял перед вами в очереди

the horse was below in the hold - лошадь поместили в трюме

he was at the ceremony - он присутствовал на церемонии

the key is in the lock - ключ (находится) в замке

I'll be down in a minute - я сейчас спущусь

output is considerably below last year's level - выпуск продукции намного ниже прошлогоднего /значительно ниже прошлогоднего, значительно упал по сравнению с прошлогодним/

don't be long! - не задерживайся!, приходи скорее!

what a time you have been! - как ты долго!

he was a long time reaching the shore - ему понадобилось много времени, чтобы достичь берега

it was yesterday - это было /произошло, случилось, состоялось/ вчера

when is the wedding to be? - когда должна состояться /будет/ свадьба?

the New Year is on Sunday this time - в этот раз Новый год приходится /падает/ на воскресенье

how is it that you were there? - как получилось, что вы оказались там?

twice two is four - дважды два - четыре

how much is it? - сколько это стоит?

what are these shoes? - сколько стоят эти ботинки?

this book is five shillings - эта книга стоит пять шиллингов

it is nothing to me - мне это ничего не стоит, для меня это ничего не составляет /не значит/

what is all that to me? - что мне всё это?, какое мне до этого дело?

success (be) to your efforts! - желаю успеха в ваших начинаниях!, да сопутствует вам удача!

victory be yours! - желаю (вам) победы!

there are many English books in our library - в нашей библиотеке (имеется) много английских книг

there is plenty of time - времени вполне достаточно, ещё есть масса времени

there are no roads - дорог нет

there will be dancing - будут танцы

there was once an old man... - жил-был однажды старик...

has he been to London? - он бывал в Лондоне?

has anyone been? - кто-нибудь заходил?, был кто-нибудь?

has the post [the milkman] been? - была ли почта [был ли /приходил/ молочник]?

I don't understand what exactly he is at - я не понимаю, что именно он хочет сказать

what would you be at? - каковы ваши намерения?

the mice are at the cheese again - мыши опять добрались до сыра

he's been at my shaving things again - он опять брал (без спроса) мои бритвенные принадлежности

she's always at me - она всегда меня пилит

to be above suspicion - быть выше /вне/ подозрений

to be above criticism - быть выше всякой критики, быть безупречным

he is above reproach - его не за что упрекнуть

he is above such matters - он такими делами не занимается, он до такого (дела) не унизится

he is above taking bribes - брать взятки - ниже его достоинства

to be beneath contempt [attention] - не заслуживать (даже) презрения [внимания]

it is beneath you /your dignity/ - это ниже вашего достоинства

his behaviour is beyond my endurance - я не могу больше терпеть его поведение

he is not beyond redemption - он ещё может исправиться

this is beyond a joke - это уже не шутка

it was beyond expectation - такого нельзя было ожидать, на такое нельзя было надеяться

I am beyond caring - мне уже всё равно

what you say is beyond me - мне совершенно непонятно то, что ты говоришь

he's abreast of developments in his field - он в курсе последних достижений в своей области

the police were after him - полиция преследовала его

he's after my job - он метит на моё место

he's after her money - он охотится за её деньгами

he was about to send for you - он собирался послать за вами

she was about to speak, but changed her mind - она хотела было заговорить, но передумала

lying is against my principles - не в моих правилах врать

who is for going home? - кто за то, чтобы идти домой?

are you for Bristol? - вы едете в Бристоль?

put your money away, it's on me - убери деньги, я угощаю

the tickets are on me - я плачу за билеты

the wet season was on us - неожиданно на нас обрушился сезон дождей

Christmas was on us - наступило рождество

he is on the board - он входит в состав правления

my money is on this horse - я поставил на эту лошадь

the boys are up to smth. - мальчики что-то затевают

he is up to no good - он затевает что-то скверное, от него хорошего не жди

the police must be up to all the dodges - полиции должно быть известно обо всех уловках

I am not up to going to the theatre tonight - я не в состоянии пойти сегодня вечером в театр

he is not up to his job - он не справляется со своей работой

he is not up to his father as a scholar - как учёный он значительно уступает (своему) отцу

it is up to him to decide - от него зависит решение, он должен решить

it is up to you to choose - вы выбираете /решаете/

whether you learn or not is entirely up to you - учиться или нет - твоё дело

he's up against some real opposition - он будет иметь дело с сильной оппозицией

to be up for review - пересматриваться

to be up for debate - обсуждаться, быть поставленным на обсуждение

he was up in court for this - его за это судили

to be up for auction - продаваться на аукционе /с молотка/

he's up for admission to the society at the next meeting - его будут принимать в кружок на следующем собрании

we're with you all the way - мы пойдём с тобой до конца

she is at one with her husband - она заодно со (своим) мужем

are you still with me - or shall I go over it again? - ты следишь за ходом моей мысли или мне повторить ещё раз?

I'm with a shipping firm - я работаю в транспортной фирме

he is a teacher - он учитель

are they English? - они англичане?

ten yards is a lot - десять ярдов - это очень много

his is a fine house - его дом чудесный, у него прекрасный дом

our task is to finish the work in time - наша задача - вовремя кончить работу

she has been a mother to me - она мне была вместо матери

she is twenty - ей двадцать лет

today is the tenth - сегодня десятое (число)

tomorrow is Friday - завтра пятница

the wall is six foot high - стена имеет шесть футов в высоту

what is it? - а) что это?; б) в чём дело?

to see things as they are - видеть вещи такими, какие они есть

if I were you... - если бы я был на вашем месте...

seeing is believing - увидеть - (это) значит убедиться /поверить/

I am cold [hot] - мне холодно [жарко]

he is asleep [alive, tired] - он спит [жив, устал]

he is glad [nervous, silent, happy] - он рад [нервничает, молчит, счастлив]

he is absent - он отсутствует

he is in trouble - он попал в беду, у него неприятности

he is at work [at play] - он работает [играет]

isn't he lucky? - везёт же ему!

he is to come at six - он должен прийти в шесть (часов)

he was to come at six - он должен был прийти в шесть

when am I to come? - когда мне приходить?, когда мне нужно прийти?

the house is to let - дом сдаётся в аренду

he was never to see her again - ему больше никогда не суждено было её увидеть

it was not to be - этому не суждено было сбыться /осуществиться/

they are not to be trusted - им нельзя доверять

such men are to be pitied rather than despised - таких людей надо не презирать, а жалеть

he was nowhere to be found - его нигде нельзя было найти /отыскать/

not a cloud was to be seen - не видно было ни облачка

how am I to get through all this work today? - как я смогу справиться со всей этой работой сегодня?

if we are to come in time, we must start at once - если мы хотим прийти вовремя, нам надо сразу отправляться

winter was come - зима наступила

the sun was risen - солнце встало

he was talking to his son at the time - в тот момент он беседовал с сыном

he is working - он (сейчас) работает

this question is being discussed - этот вопрос сейчас обсуждается

this was made by my son - это было сделано моим сыном

they will be punished - они будут наказаны, их накажут

such questions are settled by the committee - такие вопросы решаются комитетом

he was asked to come - его попросили прийти

this book was much spoken of - об этой книге много говорили

to be at it - шалить, проказничать

the children are at it again - дети опять принялись за своё

they were hard at it /at work/ the whole night - они работали изо всех сил всю ночь напролёт

to be at one with smb. - быть с кем-л. заодно

to be beside oneself with rage - выйти из себя, разгневаться

for the time being - пока

the manager for the time being - временно исполняющий обязанности заведующего

somebody will be in for it - кому-то попадёт /влетит, нагорит/

far be it from me to do this - я вовсе не собираюсь /я далёк от того, чтобы/ делать это

be (that) as it may - как бы то ни было; пусть будет что будет

let it be! - оставь это в покое!, пусть всё остаётся как есть!

so be it - да будет так, пусть так и будет

how are you? - а) как вы поживаете?; б) как вы себя чувствуете?

you never know where you are with him - никогда не знаешь, что он может сделать /как он поступит, как себя с ним вести, чего от него ждать/

be yourself!, be your age! - не глупи!, не валяй дурака!

I think, therefore I am - я мыслю, следовательно, я существую

the greatest genius that ever was - величайший гений, который когда-либо существовал

Troy is no more - Трои больше не существует

he will be here all the year - он будет (находиться) здесь весь год

is he often in town? - часто ли он бывает в городе?

I was before you in the queue - я стоял перед вами в очереди

the horse was below in the hold - лошадь поместили в трюме

he was at the ceremony - он присутствовал на церемонии

the key is in the lock - ключ (находится) в замке

I'll be down in a minute - я сейчас спущусь

output is considerably below last year's level - выпуск продукции намного ниже прошлогоднего /значительно ниже прошлогоднего, значительно упал по сравнению с прошлогодним/

don't be long! - не задерживайся!, приходи скорее!

what a time you have been! - как ты долго!

he was a long time reaching the shore - ему понадобилось много времени, чтобы достичь берега

it was yesterday - это было /произошло, случилось, состоялось/ вчера

when is the wedding to be? - когда должна состояться /будет/ свадьба?

the New Year is on Sunday this time - в этот раз Новый год приходится /падает/ на воскресенье

how is it that you were there? - как получилось, что вы оказались там?

twice two is four - дважды два - четыре

how much is it? - сколько это стоит?

what are these shoes? - сколько стоят эти ботинки?

this book is five shillings - эта книга стоит пять шиллингов

it is nothing to me - мне это ничего не стоит, для меня это ничего не составляет /не значит/

what is all that to me? - что мне всё это?, какое мне до этого дело?

success (be) to your efforts! - желаю успеха в ваших начинаниях!, да сопутствует вам удача!

victory be yours! - желаю (вам) победы!

there are many English books in our library - в нашей библиотеке (имеется) много английских книг

there is plenty of time - времени вполне достаточно, ещё есть масса времени

there are no roads - дорог нет

there will be dancing - будут танцы

there was once an old man... - жил-был однажды старик...

has he been to London? - он бывал в Лондоне?

has anyone been? - кто-нибудь заходил?, был кто-нибудь?

has the post [the milkman] been? - была ли почта [был ли /приходил/ молочник]?

I don't understand what exactly he is at - я не понимаю, что именно он хочет сказать

what would you be at? - каковы ваши намерения?

the mice are at the cheese again - мыши опять добрались до сыра

he's been at my shaving things again - он опять брал (без спроса) мои бритвенные принадлежности

she's always at me - она всегда меня пилит

to be above suspicion - быть выше /вне/ подозрений

to be above criticism - быть выше всякой критики, быть безупречным

he is above reproach - его не за что упрекнуть

he is above such matters - он такими делами не занимается, он до такого (дела) не унизится

he is above taking bribes - брать взятки - ниже его достоинства

to be beneath contempt [attention] - не заслуживать (даже) презрения [внимания]

it is beneath you /your dignity/ - это ниже вашего достоинства

his behaviour is beyond my endurance - я не могу больше терпеть его поведение

he is not beyond redemption - он ещё может исправиться

this is beyond a joke - это уже не шутка

it was beyond expectation - такого нельзя было ожидать, на такое нельзя было надеяться

I am beyond caring - мне уже всё равно

what you say is beyond me - мне совершенно непонятно то, что ты говоришь

he's abreast of developments in his field - он в курсе последних достижений в своей области

the police were after him - полиция преследовала его

he's after my job - он метит на моё место

he's after her money - он охотится за её деньгами

he was about to send for you - он собирался послать за вами

she was about to speak, but changed her mind - она хотела было заговорить, но передумала

lying is against my principles - не в моих правилах врать

who is for going home? - кто за то, чтобы идти домой?

are you for Bristol? - вы едете в Бристоль?

put your money away, it's on me - убери деньги, я угощаю

the tickets are on me - я плачу за билеты

the wet season was on us - неожиданно на нас обрушился сезон дождей

Christmas was on us - наступило рождество

he is on the board - он входит в состав правления

my money is on this horse - я поставил на эту лошадь

the boys are up to smth. - мальчики что-то затевают

he is up to no good - он затевает что-то скверное, от него хорошего не жди

the police must be up to all the dodges - полиции должно быть известно обо всех уловках

I am not up to going to the theatre tonight - я не в состоянии пойти сегодня вечером в театр

he is not up to his job - он не справляется со своей работой

he is not up to his father as a scholar - как учёный он значительно уступает (своему) отцу

it is up to him to decide - от него зависит решение, он должен решить

it is up to you to choose - вы выбираете /решаете/

whether you learn or not is entirely up to you - учиться или нет - твоё дело

he's up against some real opposition - он будет иметь дело с сильной оппозицией

to be up for review - пересматриваться

to be up for debate - обсуждаться, быть поставленным на обсуждение

he was up in court for this - его за это судили

to be up for auction - продаваться на аукционе /с молотка/

he's up for admission to the society at the next meeting - его будут принимать в кружок на следующем собрании

we're with you all the way - мы пойдём с тобой до конца

she is at one with her husband - она заодно со (своим) мужем

are you still with me - or shall I go over it again? - ты следишь за ходом моей мысли или мне повторить ещё раз?

I'm with a shipping firm - я работаю в транспортной фирме

he is a teacher - он учитель

are they English? - они англичане?

ten yards is a lot - десять ярдов - это очень много

his is a fine house - его дом чудесный, у него прекрасный дом

our task is to finish the work in time - наша задача - вовремя кончить работу

she has been a mother to me - она мне была вместо матери

she is twenty - ей двадцать лет

today is the tenth - сегодня десятое (число)

tomorrow is Friday - завтра пятница

the wall is six foot high - стена имеет шесть футов в высоту

what is it? - а) что это?; б) в чём дело?

to see things as they are - видеть вещи такими, какие они есть

if I were you... - если бы я был на вашем месте...

seeing is believing - увидеть - (это) значит убедиться /поверить/

I am cold [hot] - мне холодно [жарко]

he is asleep [alive, tired] - он спит [жив, устал]

he is glad [nervous, silent, happy] - он рад [нервничает, молчит, счастлив]

he is absent - он отсутствует

he is in trouble - он попал в беду, у него неприятности

he is at work [at play] - он работает [играет]

isn't he lucky? - везёт же ему!

he is to come at six - он должен прийти в шесть (часов)

he was to come at six - он должен был прийти в шесть

when am I to come? - когда мне приходить?, когда мне нужно прийти?

the house is to let - дом сдаётся в аренду

he was never to see her again - ему больше никогда не суждено было её увидеть

it was not to be - этому не суждено было сбыться /осуществиться/

they are not to be trusted - им нельзя доверять

such men are to be pitied rather than despised - таких людей надо не презирать, а жалеть

he was nowhere to be found - его нигде нельзя было найти /отыскать/

not a cloud was to be seen - не видно было ни облачка

how am I to get through all this work today? - как я смогу справиться со всей этой работой сегодня?

if we are to come in time, we must start at once - если мы хотим прийти вовремя, нам надо сразу отправляться

winter was come - зима наступила

the sun was risen - солнце встало

he was talking to his son at the time - в тот момент он беседовал с сыном

he is working - он (сейчас) работает

this question is being discussed - этот вопрос сейчас обсуждается

this was made by my son - это было сделано моим сыном

they will be punished - они будут наказаны, их накажут

such questions are settled by the committee - такие вопросы решаются комитетом

he was asked to come - его попросили прийти

this book was much spoken of - об этой книге много говорили

to be at it - шалить, проказничать

the children are at it again - дети опять принялись за своё

they were hard at it /at work/ the whole night - они работали изо всех сил всю ночь напролёт

to be at one with smb. - быть с кем-л. заодно

to be beside oneself with rage - выйти из себя, разгневаться

for the time being - пока

the manager for the time being - временно исполняющий обязанности заведующего

somebody will be in for it - кому-то попадёт /влетит, нагорит/

far be it from me to do this - я вовсе не собираюсь /я далёк от того, чтобы/ делать это

be (that) as it may - как бы то ни было; пусть будет что будет

let it be! - оставь это в покое!, пусть всё остаётся как есть!

so be it - да будет так, пусть так и будет

how are you? - а) как вы поживаете?; б) как вы себя чувствуете?

you never know where you are with him - никогда не знаешь, что он может сделать /как он поступит, как себя с ним вести, чего от него ждать/

be yourself!, be your age! - не глупи!, не валяй дурака!