можно+получить

ИБП для централизованных систем питания
ИБП для централизованного питания нагрузок
-
[Интент]

ИБП для централизованных систем питания

А. П. Майоров

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

Централизованные системы бесперебойного питания применяют в тех случаях, когда прерывание подачи электроэнергии недопустимо для работы большинства единиц оборудования, составляющих одну информационную или технологическую систему. Как правило, проблемы питания рассматривают в рамках единого проекта наряду со многими другими подсистемами здания, поскольку они требуют вложения значительных средств и увязки с силовой электропроводкой, коммутационным электрооборудованием и аппаратурой кондиционирования. Изначально системы бесперебойного питания рассчитаны на долгие годы эксплуатации, их срок службы можно сравнить со сроком службы кабельных подсистем здания и основного компьютерного оборудования. За 15—20 лет функционирования предприятия оснащение его рабочих станций обновляется три-четыре раза, несколько раз изменяется планировка помещений и производится их ремонт, но все эти годы система бесперебойного питания должна работать безотказно. Для ИБП такого класса долговечность превыше всего, поэтому в их технических спецификациях часто приводят значение важнейшего технического показателя надежности — среднего времени наработки на отказ (Mean Time Before Failure — MTBF). Во многих моделях с ИБП оно превышает 100 тыс. ч, в некоторых из них достигает 250 тыс. ч (т. е. 27 лет непрерывной работы). Правда, сравнивая различные системы, нужно учитывать условия, для которых этот показатель задан, и к предоставленным цифрам относиться осторожно, поскольку условия работы оборудования разных производителей неодинаковы.

Батареи аккумуляторов

К сожалению, наиболее дорогостоящий компонент ИБП — батарея аккумуляторов так долго работать не может. Существует несколько градаций качества батарей, которые различаются сроком службы и, естественно, ценой. В соответствии с принятой два года назад конвенцией EUROBAT по среднему сроку службы батареи разделены на четыре группы:

10+ — высоконадежные,
10 — высокоэффективные,
5—8 — общего назначения,
3—5 — стандартные коммерческие.

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

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

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

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

Подзарядка батареи происходит по мере необходимости и в наиболее оптимальном режиме для ее текущего состояния. Когда емкость батареи снижается ниже допустимого предела, система контроля автоматически посылает предупреждающий сигнал о необходимости ее скорой замены.

Топологические изыски

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

Новая топология отдаленно напоминает линейно-интерактивную. Устанавливаемый пользователем системы порог срабатывания определяет момент перехода системы в так называемый экономный режим. При этом напряжение из первичной сети поступает на выход системы через байпас, однако электронная схема постоянно следит за состоянием первичной сети и в случае недопустимых отклонений мгновенно переключается на работу в основном режиме on-line.

Подобная схема применена в ИБП серии Synthesis фирмы Chloride (Сети и системы связи, 1996. № 10. С. 131), механизм переключения в этих устройствах назван "интеллектуальным" ключом. Если качество входной линии укладывается в пределы, определяемые самим пользователем системы, аппарат работает в линейно-интерактивном режиме. При достижении одним из контролируемых параметров граничного значения система начинает работать в нормальном режиме on-line. Конечно, в этом режиме система может работать и постоянно.

За время эксплуатации системы отход от исходной аксиомы позволяет экономить весьма значительные средства за счет сокращения тепловыделения. Сумма экономии оказывается сопоставимой со стоимостью оборудования.

Надо отметить, что от своих исходных принципов отошла еще одна фирма, ранее выпускавшая только линейно-интерактивные ИБП и ИБП типа off-line сравнительно небольшой мощности. Теперь она превысила прежний верхний предел мощности своих ИБП (5 кВА) и построила новую систему по топологии on-line. Я имею в виду фирму АРС и ее массив электропитания Simmetra (Сети и системы связи. 1997. № 4. С. 132). Создатели попытались заложить в систему питания те же принципы повышения надежности, которые применяют при построении особо надежной компьютерной техники. В модульную конструкцию введена избыточность по отношению к управляющим модулям и батареям. В любом из трех выпускаемых шасси из отдельных модулей можно сформировать нужную на текущий момент систему и в будущем наращивать ее по мере надобности. Суммарная мощность самого большого шасси достигает 16 кВА. Еще рано сравнивать эту только что появившуюся систему с другими включенными в таблицу. Однако факт появления нового продукта в этом исключительно устоявшемся секторе рынка сам по себе интересен.

Архитектура

Суммарная выходная мощность централизованных систем бесперебойного питания может составлять от 10—20 кВА до 200—300 МВА и более. Соответственно видоизменяется и структура систем. Как правило, она включают в себя несколько источников, соединенных параллельно тем или иным способом. Аппаратные шкафы устанавливают в специально оборудованных помещениях, где уже находятся распределительные шкафы выходного напряжения и куда подводят мощные входные силовые линии электропитания. В аппаратных помещениях поддерживается определенная температура, а за функционированием оборудования наблюдают специалисты.

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

Для повышения суммарной выходной мощности используют два варианта объединения систем: распределенный и централизованный. Последний обеспечивает более высокую надежность, но первый более универсален. Блоки серии EDP-90 фирмы Chloride допускают объединение двумя способами: и просто параллельно (распределенный вариант), и с помощью общего распределительного блока (централизованный вариант). При выборе способа объединения отдельных ИБП необходим тщательный анализ структуры нагрузки, и в этом случае лучше всего обратиться за помощью к специалистам.

Применяют параллельное соединение блоков с централизованным байпасом, которое используют для повышения общей надежности или увеличения общей выходной мощности. Число объединяемых блоков не должно превышать шести. Существуют и более сложные схемы с избыточностью. Так, например, чтобы исключить прерывание подачи питания во время профилактических и ремонтных работ, соединяют параллельно несколько блоков с подключенными к отдельному ИБП входными линиями байпасов.

Особо следует отметить сверхмощные ИБП серии 3000 фирмы Exide. Суммарная мощность системы питания, построенная на модульных элементах этой серии, может достигать нескольких миллионов вольт-ампер, что сравнимо с номинальной мощностью генераторов некоторых электростанций. Все компоненты серии 3000 без исключения построены на модульном принципе. На их основе можно создать особо мощные системы питания, в точности соответствующие исходным требованиям. В процессе эксплуатации суммарную мощность систем можно наращивать по мере увеличения нагрузки. Однако следует признать, что систем бесперебойного питания такой мощности в мире не так уж много, их строят по специальным контрактам. Поэтому серия 3000 не включена в общую таблицу. Более подробные данные о ней можно получить на Web-узле фирмы Exide по адресу http://www.exide.com или в ее московском представительстве.

Важнейшие параметры

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

Чтобы представить себе, о каких величинах идет речь, рассчитаем мощность, "распыляемую" ИБП с номинальным значением на выходе 8 МВт и с КПД, равным 95%. Такая система будет потреблять от первичной силовой сети 8,421 МВт — следовательно, превращать в тепло 0,421 МВт или 421 кВт. При повышении КПД до 98% при той же выходной мощности рассеиванию подлежат "всего" 163 кВт. Напомним, что в данном случае нужно оперировать активными мощностями, измеряемыми в ваттах.

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

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

На распределительную силовую сеть отрицательно влияют и нелинейные искажения, возникающие на входе блоков ИБП. Почти всегда их подавляют с помощью фильтров. Однако стандартные фильтры, как правило, уменьшают искажения только до уровня 20—30%. Для более значительного подавления искажений на входе систем ставят дополнительные фильтры, которые, помимо снижения величины искажений до нескольких процентов, повышают коэффициент мощности до 0,9—0,95. С 1998 г. встраивание средств компенсации сдвига по фазе во все источники электропитания компьютерной техники в Европе становится обязательным.

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

Чтобы представить себе, о каких значениях интенсивности шума идет речь, приведем для сравнения такие примеры: уровень шума, производимый шелестом листвы и щебетанием птиц, равен 40 дБ, уровень шума на центральной улице большого города может достигать 80 дБ, а взлетающий реактивный самолет создает шум около 100 дБ.

Достижения в электронике

Мощные системы бесперебойного электропитания выпускаются уже более 30 лет. За это время бесполезное тепловыделение, объем и масса их сократились в несколько раз. Во всех подсистемах произошли и значительные технологические изменения. Если раньше в инверторах использовались ртутные выпрямители, а затем кремниевые тиристоры и биполярные транзисторы, то теперь в них применяются высокоскоростные мощные биполярные транзисторы с изолированным затвором (IGBT). В управляющих блоках аналоговые схемы на дискретных компонентах сначала были заменены на цифровые микросхемы малой степени интеграции, затем — микропроцессорами, а теперь в них установлены цифровые сигнальные процессоры (Digital Signal Processor — DSP).

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

Еще большее сокращение тепловых потерь и общей массы ИБП дает замена массивных трансформаторов, работающих на частоте промышленной сети (50 или 60 Гц), высокочастотными трансформаторами, работающими на ультразвуковых частотах. Между прочим, высокочастотные трансформаторы давно применяются во внутренних источниках питания компьютеров, а вот в ИБП их стали устанавливать сравнительно недавно. Применение IGBT-приборов позволяет строить и бестрансформаторные инверторы, при этом внутреннее построение ИБП существенно меняется. Два последних усовершенствования применены в ИБП серии Synthesis фирмы Chloride, отличающихся уменьшенным объемом и массой.

Поскольку электронная начинка ИБП становится все сложнее, значительную долю их внутреннего объема теперь занимают процессорные платы. Для радикального уменьшения суммарной площади плат и изоляции их от вредных воздействий электромагнитных полей и теплового излучения используют электронные компоненты для так называемой технологии поверхностного монтажа (Surface Mounted Devices — SMD) — той самой, которую давно применяют в производстве компьютеров. Для защиты электронных и электротехнических компонентов имеются специальные внутренние экраны.

***

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

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

Нам же осталось рассмотреть лишь методы управления ИБП, что мы и сделаем в одном из следующих номеров нашего журнала

[ http://www.ccc.ru/magazine/depot/97_07/read.html?0502.htm]

Тематики

• источники и системы электропитания

Синонимы

• ИБП для централизованного питания нагрузок

EN

• centralized UPS

he has (got) a family [a friend, a flat] - у него (есть) семья [друг, квартира]

I have many books [no money] - у меня много книг [нет денег]

all I have - всё, что у меня есть

to have shares in a company - быть держателем акций какой-л. компании

has the house a garden? - есть ли при (этом) доме сад?

the door has no key to it - к этой двери нет ключа

the bag had no name on it - на сумке не было наклейки /бирки/ с фамилией

have you time to come with me? - у вас есть время (чтобы) пойти со мной?

do you have much time for reading? - у тебя остаётся много времени для чтения?

I have no words to express... - у меня не хватает слов, чтобы выразить...

I have nothing to do - мне нечего делать /нечем заняться/

there was no work to be had - работу невозможно было найти

I had my work to do - мне надо было (ещё) сделать работу; у меня ещё была работа

to have smb. on one's side - иметь поддержку с чьей-л. стороны

she has the law on her side - закон на её стороне

to have much [little] in common with smb. - иметь много [мало] общего с кем-л.

he has blue eyes [a bad memory] - у него синие глаза [плохая память]

he has (got) an ear for music [a fine taste, perfect health] - у него хороший (музыкальный) слух [прекрасный вкус, великолепное здоровье]

she had faith in him - она верила ему /в него/

these strawberries have a beautiful flavour - у этой клубники чудесный аромат

he has a sense of humour - он не лишён чувства юмора

the book has 300 pages - в этой книге 300 страниц

May has 31 days - в мае 31 день

the house has three storeys - в этом доме три этажа

to have one's wish - получить желаемое

he had a letter [a telegram, a parcel] - он получил письмо [телеграмму, посылку]

they had no news of him - они не получали о нём известий, они ничего не слышали о нём

let me have your order as soon as possible - пришлите мне ваш заказ как можно скорее

he has had a rough lesson - он получил жестокий урок

you have my sympathy - я вам сочувствую

you have my apologies - (я) приношу (вам) свои извинения

it is to be had at the chemist's - это можно получить /купить/ в аптеке

you may have it for five pounds - вы можете получить /купить/ это за пять фунтов

I'll let you have it for five pounds - я отдам /уступлю/ это за пять фунтов

which book will you have? - какую книгу вы хотите /возьмёте/?

they had it from your neighbour [from his own mouth] - они узнали это /получили сообщение об этом/ от вашего соседа [от него самого]

he had it on good authority - он узнал об этом из достоверных источников

he wants to have your name - он хочет узнать ваше имя

he was determined to have an answer - он решил добиться ответа

there is nothing to be had here - здесь ничего не добьёшься /не получишь/

he has ten thousand pounds a year - он получает /зарабатывает/ десять тысяч фунтов (стерлингов) в год

he had the river on his left - слева от него была река

you have a fireplace on your right - справа от вас камин

the committee has a report before it - комитету представлен доклад

we had an earthquake last month - в прошлом месяце у нас было землетрясение

we have had much rain [fine weather] this year - у нас в этом году было много дождей [стояла прекрасная погода]

he has small Latin and less Greek - он плохо знает латынь и ещё хуже греческий

I have it! - придумал /нашёл/!

now I have your idea - теперь я понял вашу мысль

you have me? - вы меня поняли?; вам ясно?

if she will have him - если она согласится выйти за него

and now he won't have her - а теперь он не хочет на ней жениться

to have smb. (in) to dinner - пригласить кого-л. (к себе) на обед

yesterday he had two visitors - вчера у него было два посетителя

we don't have many visitors - у неё редко бывают гости

we are having them down for the weekend /over the Sunday/ - мы пригласили их на выходные /провести с нами выходные/

we would rather stay with you, if you will have us - мы хотели бы остановиться у вас, если вы согласны (нас принять)

would you like to have such a man for a friend? - вы бы хотели видеть /считать/ такого человека своим другом?

mind he doesn't have you! - смотри, чтобы он тебя не одолел!

he had you completely in the first round - в первом же раунде он победил вас

he had you there - тут-то вы ему и попались

that's where I shall have him! - вот чем я его возьму!, тут-то я его обойду!, тут-то он и попадётся!

the ❝ayes❞have it - голосовавшие «за» оказались в большинстве

I'm afraid you have been had - боюсь, что вас обманули /провели/

I'm not to be had - меня не проведёшь

to have a woman - обладать женщиной

he wants to have a pleasant evening - он хочет приятно провести вечер

I've had a real good time - я замечательно провёл время

have a good time /some fun/! - желаю тебе повеселиться /приятно провести время/!

they have had a somewhat agitating day - этот день прошёл для них в волнении, они пережили очень много волнений в этот день

she has had a bad night - она плохо спала в эту ночь; ночью ей было плохо

I have dinner at three - я обедаю в три (часа)

do you have tea or coffee for breakfast? - вы за завтраком пьёте чай или кофе?

what will you have? - что вы будете пить /есть/?

will you have another cup of tea? - не выпьете ли вы ещё чашку чаю?

have some more sauce - возьмите ещё соуса

let me have some more meat - дайте мне ещё мяса

have a cigar? - хотите сигару?

she's going to have a baby - у неё будет ребёнок

she had the baby in April - она родила в апреле

he had had two children by her [by a previous marriage] - у него от неё [от прежнего брака] двое детей

the dog had four puppies - собака принесла четырёх щенят

she had him in her power - он был у неё в руках

she had an odd experience - с ней произошёл /приключился/ странный случай

they had quite an adventure - у них было настоящее приключение

she has a lot of trouble - у неё масса неприятностей

be didn't have any trouble in finding the book - он нашёл книгу без (всякого) труда

she has a headache [toothache, a sore throat] - у неё болит голова [зуб, горло]

he has measles [typhus] - у него корь [тиф], он болен корью [тифом]

she has a bad cold (in the head) - у неё сильный насморк

to have pity [compassion] for smb. - проявлять жалость [сострадание] к кому-л.

he has patience with children - он терпелив с детьми

he has indulgence for mistakes - он снисходителен к ошибкам

if you had any real affection - если бы у вас было настоящее чувство

have no doubt - можете не сомневаться

have no fear! - не бойтесь!, не бойся!

has she really the cheek to ask for more money? - неужели у неё хватило нахальства просить ещё денег?

please have the goodness /kindness/ to ring him up - будьте столь любезны, позвоните ему

he had the kindness to assent... - он любезно согласился..., он был так любезен, что согласился...

he has (got) authority [privilege] - он пользуется авторитетом [привилегией]

he has charge of... - а) он заботится о...; б) в его ведении находится...

to have responsibility for smth. - а) нести ответственность за что-л.; б) быть виноватым в чём-л.

this policy had the desired effect - эта политика привела к желаемым результатам

have you any idea where he lives? - не знаете ли вы, где он живёт?

I have no idea where he may be at present - я не имею ни малейшего представления (о том), где он сейчас может быть

he has an opinion... - он считает...

I will have him come - я заставлю его прийти, я сделаю так /распоряжусь/, чтобы он пришёл

we ought to have the doctor examine her - нам следовало бы показать её врачу

she had us all guessing what her next move would be - мы все старались угадать, что она сделает /как она поступит/ дальше

I would have you to know... - я хотел бы поставить вас в известность..., я бы хотел, чтобы вы знали...

will you have me to help you? - вы хотите, чтобы я вам помог?

he had his hair cut - он постригся

we have had our photos taken - мы сфотографировались

he had a tooth taken out - ему удалили зуб

the town council has had ten houses built - городской совет построил десять домов

I have had my money stolen - у меня украли деньги

he had his leg broken - он сломал себе ногу

I never had my word doubted - до сих пор мне всегда верили

we had a note handed to us - нам передали письмо

three houses had their windows shattered - в трёх домах разбились /вылетели/ стёкла

let's have her down - пусть она сойдёт /спустится/ к нам

I'll have everything ready - у меня всё будет готово

she had a tooth out - ей удалили зуб

can we have our ball back, please? - отдайте нам, пожалуйста, мяч

he had his eyes open - глаза у него были открыты

he had his hands full - руки у него были заняты

this has nothing to do with you - к вам это никакого отношения не имеет, вас это (никак) не касается

I advise you to have nothing to do with that man - я вам советую не иметь никаких дел с этим человеком

he hadn't any money [papers] about /on/ him - у него не было при себе /с собой/ денег [документов]

have you the time on you? - у вас есть при себе часы?

what have you against it [him]? - что вы имеете против этого [него]?

I have nothing against it [him] - я не имею ничего против этого [него]

he has (got) nothing on me - он обо мне ничего дурного не знает; у него нет никаких улик против меня

to have the law [the police] on smb. - подать в суд [заявить в полицию] на кого-л.

(let us) have at him - за ним (в погоню)!

you had better ask him about it - лучше бы тебе /вам/ спросить его об этом

you'd better go home and rest - пошёл бы ты лучше домой отдыхать

you had best go at once - тебе лучше сразу же уйти

you had better say it at once - будет гораздо лучше, если вы сразу скажете об этом

I had rather do it myself - я предпочёл бы сделать это сам, я лучше сделал бы это сам

I'd rather not go - я предпочёл бы не ходить

I had as soon start at once - я скорее предпочёл бы отправиться сразу

I won't have such conduct - я не потерплю такого поведения

I cannot have it in my house - я не могу допустить этого в своём доме

let us have no nonsense! - давайте без глупостей!

I won't have you say /saying/ such things - я не допущу, чтобы вы говорили подобные вещи

the newspapers have it that... - газеты утверждают, что...

he will have it that... - он считает /настаивает на том/, что...

rumour has it that... - ходят слухи, что...

as Shakespeare has it - как говорит Шекспир

she has to keep the house - ей приходится вести хозяйство

he has (got) to help us - ему придётся нам помочь, он должен нам помочь

you will have to wait a moment - вам придётся обождать минутку

the money has to be paid - эти деньги придётся заплатить /нужно уплатить, должны быть выплачены/

they had to suspend payment - им пришлось приостановить платежи

you don't have to get so excited - не нужно так волноваться

you don't have to apologize - можете не извиняться, совершенно не нужно извиняться

to have a swim [a shave, a wash, a walk, a dance, a smoke] - поплавать [побриться, помыться, погулять, потанцевать, покурить]

to have a look - взглянуть

let me have a look [a try] - дайте мне взглянуть [попробовать]

to have a fall - упасть

to have a bath [a shower] - принять ванну [душ]

to have a game - сыграть партию

to have a word with smb. - поговорить с кем-л.

he has read this book - он прочёл /читал/ эту книгу

how long have they known each other? - как давно они знакомы /знают друг друга/?

by spring we shall have finished it - к весне мы закончим это

you ought to have done it - вам следовало /надлежало/ это сделать

it's silly not to have gone after having accepted the invitation - глупо было не ходить, раз вы приняли приглашение

you haven't swept the room. - I have! - ты не подметал пол. - Нет, подметал!

he hasn't been to England before, has he? - он (ведь) раньше /прежде/ не бывал в Англии, не так ли?

you've forgotten your gloves. - So I have! - вы забыли перчатки. - Действительно!

well, you have grown! - как ты вырос!, ну и вырос же ты!

had I seen him?! - видел ли я его?!, ну конечно же, я его видел!

she has frequently dreamt about the past, has Joan! - Джоан очень, очень часто вспоминала о прошлом

had they searched more closely, they would have found what they wanted - если бы они искали (по)внимательнее, они бы нашли то, что им было нужно

she had a good time, had Mary! - и здорово же провела Мэри время!

he had a sister, hadn't he? - у него ведь была сестра, не так ли?

to have it - получить удар, понести наказание

I've had it! Let's stop and rest - всё, больше не могу! Надо передохнуть

he decided that he had had it and quit the stage - он решил, что с него довольно /хватит/, и ушёл со сцены

let him have it! - а) покажи ему!, задай ему взбучку!; б) скажи ему откровенно, что ты о нём думаешь!

to let smb. have it in the face - дать кому-л. по физиономии

to have had it - дойти до ручки

he has had it - а) теперь ему конец /крышка/; теперь он пропал; б) он безнадёжно отстал

have it your own way - делай /поступай/ как хочешь /как знаешь/

and there you have... - и вот каков...

there you have the man - вот какой он человек, вот полюбуйтесь на него

have done! - перестань!, хватит!

and what have you - и так далее, и всё в таком роде

pens, pencils and what have you - ручки, карандаши и всё такое прочее /и так далее/

he had one on me - он меня надул /обошёл/

выявленный загрязнитель воздуха, не имеющий установленных норм по предельно-допустимой концентрации
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• designated pollutant
• DP

динамическое программирование
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

динамическое программирование
Раздел математического программирования, совокупность приемов, позволяющих находить оптимальные решения, основанные на вычислении последствий каждого решения и выработке оптимальной стратегии для последующих решений. Процессы принятия решений, которые строятся по такому принципу, называются многошаговыми процессами. Математически оптимизационная задача строится в Д. п. с помощью таких соотношений, которые последовательно связаны между собой: например, полученный результат для одного года вводится в уравнение для следующего (или, наоборот, для предыдущего), и т.д. Таким образом, можно получить на вычислительной машине результаты решения задачи для любого избранного момента времени и «следовать» дальше. Д.п. применяется не обязательно для задач, связанных с течением времени. Многошаговым может быть и процесс решения вполне «статической» задачи. Таковы, например, некоторые задачи распределения ресурсов. Общим для задач Д.п. является то, что переменные в модели рассматриваются не вместе, а последовательно, одна за другой. Иными словами, строится такая вычислительная схема, когда вместо одной задачи со многими переменными строится много задач с малым числом (обычно даже одной) переменных в каждой. Это значительно сокращает объем вычислений. Однако такое преимущество достигается лишь при двух условиях: когда критерий оптимальности аддитивен, т.е. общее оптимальное решение является суммой оптимальных решений каждого шага, и когда будущие результаты не зависят от предыстории того состояния системы, при котором принимается решение. Все это вытекает из принципа оптимальности Беллмана (см. Беллмана принцип оптимальности), лежащего в основе теории Д.п. Из него же вытекает основной прием — нахождение правил доминирования, на основе которых на каждом шаге производится сравнение вариантов будущего развития и заблаговременное отсеивание заведомо бесперспективных вариантов. Когда эти правила обращаются в формулы, однозначно определяющие элементы последовательности один за другим, их называют разрешающими правилами. Процесс решения при этом складывается из двух этапов. На первом он ведется «с конца»: для каждого из различных предположений о том, чем кончился предпоследний шаг, находится условное оптимальное управление на последнем шаге, т.е. управление, которое надо применить, если предпоследний шаг закончился определенным образом. Такая процедура проводится до самого начала, а затем — второй раз — выполняется от начала к концу, в результате чего находятся уже не условные, а действительно оптимальные шаговые управления на всех шагах операции (см. пример в статье Дерево решений). Несмотря на выигрыш в сокращении вычислений при использовании подобных методов по сравнению с простым перебором возможных вариантов, их объем остается очень большим. Поэтому размерность практических задач Д.п. всегда незначительна, что ограничивает его применение. Можно выделить два наиболее общих класса задач, к которым в принципе мог бы быть применим этот метод, если бы не «проклятие размерности». (На самом деле на таких задачах, взятых в крайне упрощенном виде, пока удается лишь демонстрировать общие основы метода и анализировать экономико-математические модели). Первый — задачи планирования деятельности экономического объекта (предприятия, отрасли и т.п.) с учетом изменения потребности в производимой продукции во времени. Второй класс задач — оптимальное распределение ресурсов между различными направлениями во времени. Сюда можно отнести, в частности, такую интересную задачу: как распределить урожай зерна каждого года на питание и на семена, чтобы в сумме за ряд лет получить наибольшее количество хлеба?
[ http://slovar-lopatnikov.ru/]

Тематики

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

EN

• dynamic programming
• DP

дистанционная защита
-
[В.А.Семенов Англо-русский словарь по релейной защите]

дистанционная защита
Защита с относительной селективностью, срабатывание и селективность которой зависят от измерения в месте ее установки электрических величин, по которым путем сравнения с уставками зон оценивается эквивалентная удаленность повреждения
[Разработка типовых структурных схем микропроцессорных устройств РЗА на объектах ОАО "ФКС ЕЭС". Пояснительная записка. Новосибирск 2006 г.]

дистанционная защита
Защита, чье действие и селективность основаны на локальном измерении электрических величин, по которым рассчитываются эквивалентные расстояния до места повреждения в пределах установленных зон.
[ http://docs.cntd.ru/document/1200069370]

дистанционная защита
Защита, принцип действия и селективность которой основаны на измерении в месте установки защиты электрических величин, характеризующих повреждение, и сравнении их с уставками зон.
[Циглер Г. Цифровая дистанционная защита: принципы и применение. М.: Энергоиздат. 2005]

EN

distance protection
distance relay (US)
a non-unit protection whose operation and selectivity depend on local measurement of electrical quantities from which the equivalent distance to the fault is evaluated by comparing with zone settings
[IEV ref 448-14-01]

FR

protection de distance
protection à sélectivité relative de section dont le fonctionnement et la sélectivité dépendent de la mesure locale de grandeurs électriques à partir desquelles la distance équivalente du défaut est évaluée par comparaison avec des réglages de zones
[IEV ref 448-14-01]

Дистанционные защиты применяются в сетях сложной конфигурации, где по соображениям быстродействия и чувствительности не могут использоваться более простые максимальные токовые и токовые направленные защиты.
Дистанционной защитой определяется сопротивление (или расстояние - дистанция) до места КЗ, и в зависимости от этого защита срабатывает с меньшей или большей выдержкой времени. Следует уточнить, что современные дистанционные защиты, обладающие ступенчатыми характеристиками времени, не измеряют каждый раз при КЗ значение указанного выше сопротивления на зажимах измерительного органа и не устанавливают в зависимости от этого большую или меньшую выдержку времени, а всего лишь контролируют зону, в которой произошло повреждение. Время срабатывания защиты при КЗ в любой точке рассматриваемой зоны остается неизменным. Каждая защита выполняется многоступенчатой, причем при КЗ в первой зоне, охватывающей 80-85% длины защищаемой линии, время срабатывания защиты не более 0,15 с. Для второй зоны, выходящей за пределы защищаемой линии, выдержка времени на ступень выше и колеблется в пределах 0,4-0,6 с. При КЗ в третьей зоне выдержка времени еще более увеличивается и выбирается так же, как и для направленных токовых защит.
На рис. 7.15 показан участок сети с двухсторонним питанием и приведены согласованные характеристики выдержек времени дистанционных защит (ДЗ). При КЗ, например, в точке К1 - первой зоне действия защит ДЗ3 и ДЗ4 - они сработают с минимальным временем соответственно t I3 и t I4. Защиты ДЗ1 и ДЗ6 также придут в действие, но для них повреждение будет находиться в III зоне, и они могут сработать как резервные с временем t III1 и t III6 только в случае отказа в отключении линии БВ собственными защитами.


Рис. 7.14. Размещение токовых направленных защит нулевой последовательности на участке сетей и характеристики выдержек времени защит:
Р31-Р36 - комплекты токовых направленных защит нулевой последовательности


Рис. 7.15. Защита участка сети дистанционными защитами и характеристики выдержек времени этих защит:
ДЗ1-ДЗ6 - комплекты дистанционных защит; l3 и l4 - расстояния от мест установки защит до места повреждения

При КЗ в точке К2 (шины Б) оно устраняется действием защит ДЗ1 и ДЗ4 с временем t II1 и t II4.
Дистанционная защита - сложная защита, состоящая из ряда элементов (органов), каждый из которых выполняет определенную функцию. На рис. 7.16 представлена упрощенная схема дистанционной защиты со ступенчатой характеристикой выдержки времени. Схема имеет пусковой и дистанционный органы, а также органы направления и выдержки времени.
Пусковой орган ПО выполняет функцию отстройки защиты от нормального режима работы и пускает ее в момент возникновения КЗ. В качестве такого органа в рассматриваемой схеме применено реле сопротивления, реагирующее на ток I р и напряжение U p на зажимах реле.
Дистанционные (или измерительные) органы ДО1 и ДО2 устанавливают меру удаленности места КЗ.
Каждый из них выполнен при помощи реле сопротивления, которое срабатывает при КЗ, если

где Z p - сопротивление на зажимах реле; Z - сопротивление защищаемой линии длиной 1 км; l - длина участка линии до места КЗ, км; Z cp - сопротивление срабатывания реле.
Из приведенного соотношения видно, что сопротивление на зажимах реле Z p пропорционально расстоянию l до места КЗ.
Органы выдержки времени ОВ2 и ОВ3 создают выдержку времени, с которой защита действует на отключение линии при КЗ во второй и третьей зонах. Орган направления OHM разрешает работу защиты при направлении мощности КЗ от шин в линию.
В схеме предусмотрена блокировка БН, выводящая защиту из действия при повреждениях цепей напряжения, питающих защиту. Дело в том, что если при повреждении цепей напряжение на зажимах защиты Uр=0, то Zp=0. Это означает, что и пусковой, и дистанционный органы могут сработать неправильно. Для предотвращения отключения линии при появлении неисправности в цепях напряжения блокировка снимает с защиты постоянный ток и подает сигнал о неисправности цепей напряжения. Оперативный персонал в этом случае обязан быстро восстановить нормальное напряжение на защите. Если по какой-либо причине это не удается выполнить, защиту следует вывести из действия переводом накладки в положение "Отключено".

Рис. 7.16. Принципиальная схема дистанционной защиты со ступенчатой характеристикой выдержки времени

Работа защиты.

При КЗ на линии срабатывают реле пускового органа ПО и реле органа направления OHM. Через контакты этих реле плюс постоянного тока поступит на контакты дистанционных органов и на обмотку реле времени третьей зоны ОВ3 и приведет его в действие. Если КЗ находится в первой зоне, дистанционный орган ДО1 замкнет свои контакты и пошлет импульс на отключение выключателя без выдержки времени. При КЗ во второй зоне ДО1 работать не будет, так как значение сопротивления на зажимах его реле будет больше значения сопротивления срабатывания. В этом случае сработает дистанционный орган второй зоны ДО2, который запустит реле времени ОВ2. По истечении выдержки времени второй зоны от реле ОВ2 поступит импульс на отключение линии. Если КЗ произойдет в третьей зоне, дистанционные органы ДО1 и ДО2 работать не будут, так как значения сопротивления на их зажимах больше значений сопротивлений срабатывания. Реле времени ОВ3, запущенное в момент возникновения КЗ контактами реле OHM, доработает и по истечении выдержки времени третьей зоны пошлет импульс на отключение выключателя линии. Дистанционный орган для третьей зоны защиты, как правило, не устанавливается.
В комплекты дистанционных защит входят также устройства, предотвращающие срабатывание защит при качаниях в системе.
[ http://leg.co.ua/knigi/raznoe/obsluzhivanie-ustroystv-releynoy-zaschity-i-avtomatiki-4.html]

 

Тематики

• релейная защита

Синонимы

• дистанционная релейная защита

EN

• distance protection
• distance relay (US)
• DP
• impedance protection

DE

• Distanzschutz, m

FR

• protection de distance

импульс набора номера
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

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

EN

• dial signa
• dial pulse
• DP

обработка данных
Систематическое осуществление операций над данными.
[ИСО/МЭК 2382-1]
[ ГОСТ Р 52292-2004]

обработка данных
Технологическая операция, в результате которой изменяет свое значение хотя бы один из показателей, характеризующих состояние данных (объем данных при этом не изменяется).
[ ГОСТ Р 51170-98]

обработка данных
- Любое преобразование данных при решении конкретной задачи.
- Работа, выполняемая компьютером.
[ http://www.morepc.ru/dict/]

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

Тематики

• информационные технологии в целом
• качество служебной информации
• экономика
• электронный обмен информацией

EN

• data processing
• DP
• information processing

перепад давлений
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• pressure ratio
• differential pressure
• DP
• differential head
• pressure fall

порт пункта назначения
(МСЭ-T G.7041/ Y.1303).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• destination port
• DP

предварительное сообщение
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

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

EN

• draft proposal
• DP

приоритет при отбрасывании
(МСЭ-T G.8010/ Y.1306).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• dropping precedence
• DP

проект предложения
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• draft proposal
• DP

процессор для обработки данных
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

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

EN

• data processor
• DP

динамическое программирование
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

динамическое программирование
Раздел математического программирования, совокупность приемов, позволяющих находить оптимальные решения, основанные на вычислении последствий каждого решения и выработке оптимальной стратегии для последующих решений. Процессы принятия решений, которые строятся по такому принципу, называются многошаговыми процессами. Математически оптимизационная задача строится в Д. п. с помощью таких соотношений, которые последовательно связаны между собой: например, полученный результат для одного года вводится в уравнение для следующего (или, наоборот, для предыдущего), и т.д. Таким образом, можно получить на вычислительной машине результаты решения задачи для любого избранного момента времени и «следовать» дальше. Д.п. применяется не обязательно для задач, связанных с течением времени. Многошаговым может быть и процесс решения вполне «статической» задачи. Таковы, например, некоторые задачи распределения ресурсов. Общим для задач Д.п. является то, что переменные в модели рассматриваются не вместе, а последовательно, одна за другой. Иными словами, строится такая вычислительная схема, когда вместо одной задачи со многими переменными строится много задач с малым числом (обычно даже одной) переменных в каждой. Это значительно сокращает объем вычислений. Однако такое преимущество достигается лишь при двух условиях: когда критерий оптимальности аддитивен, т.е. общее оптимальное решение является суммой оптимальных решений каждого шага, и когда будущие результаты не зависят от предыстории того состояния системы, при котором принимается решение. Все это вытекает из принципа оптимальности Беллмана (см. Беллмана принцип оптимальности), лежащего в основе теории Д.п. Из него же вытекает основной прием — нахождение правил доминирования, на основе которых на каждом шаге производится сравнение вариантов будущего развития и заблаговременное отсеивание заведомо бесперспективных вариантов. Когда эти правила обращаются в формулы, однозначно определяющие элементы последовательности один за другим, их называют разрешающими правилами. Процесс решения при этом складывается из двух этапов. На первом он ведется «с конца»: для каждого из различных предположений о том, чем кончился предпоследний шаг, находится условное оптимальное управление на последнем шаге, т.е. управление, которое надо применить, если предпоследний шаг закончился определенным образом. Такая процедура проводится до самого начала, а затем — второй раз — выполняется от начала к концу, в результате чего находятся уже не условные, а действительно оптимальные шаговые управления на всех шагах операции (см. пример в статье Дерево решений). Несмотря на выигрыш в сокращении вычислений при использовании подобных методов по сравнению с простым перебором возможных вариантов, их объем остается очень большим. Поэтому размерность практических задач Д.п. всегда незначительна, что ограничивает его применение. Можно выделить два наиболее общих класса задач, к которым в принципе мог бы быть применим этот метод, если бы не «проклятие размерности». (На самом деле на таких задачах, взятых в крайне упрощенном виде, пока удается лишь демонстрировать общие основы метода и анализировать экономико-математические модели). Первый — задачи планирования деятельности экономического объекта (предприятия, отрасли и т.п.) с учетом изменения потребности в производимой продукции во времени. Второй класс задач — оптимальное распределение ресурсов между различными направлениями во времени. Сюда можно отнести, в частности, такую интересную задачу: как распределить урожай зерна каждого года на питание и на семена, чтобы в сумме за ряд лет получить наибольшее количество хлеба?
[ http://slovar-lopatnikov.ru/]

Тематики

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

EN

• dynamic programming
• DP

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ 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