Главная Услуги Загрузить | Допустимые длительные токовые нагрузки на неизолированные провода зависят от условий их эксплуатации, места их прокладки и т.д.
Примечание: Длительные токовые нагрузки одинаковы для проводов марок АС, АСКС, АСК и АСКП.
АС120 допустимый ток, провода марки АС допустимый ток, длительно допустимые токи АС, пропускной ток АС50, выбор сечения голого провода ас, сечение кабеля по току, сечение провода по току, сечение кабеля по мощности, выбор сечения кабеля по мощности, расчет сечения кабеля по мощности, сечение провода по мощности, сечение провода и мощность, таблица сечения проводов, расчет сечения кабеля, сечение кабеля от мощности, сечение кабеля и мощность, выбор сечения кабеля по току, выбор кабеля по мощности, сечение провода мощность, расчет сечения провода по мощности, расчет кабеля по мощности, таблица сечения кабеля, сечение провода таблица, расчёт сечения кабеля по мощности, выбор кабеля по току, таблица соотношения ампер киловатт сечение, медь сколько киловатт, допустимый ток АС проводов сечения | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
что это такое, особенности, как выбирается
Определение.
Допустимый длительный ток (continuous current-carrying capacity) (I
Данный термин в некоторой нормативной документации некорректно называют «допустимой токовой нагрузкой проводника», «токопроводящей способностью проводника» или «номинальным током проводника». По сути эти 3 термина тождественны между собой, но корректно использовать именно термин «допустимый длительный ток проводника», так как он получил более широкое распространение.
Особенности.
Харечко Ю.В., проведя всесторонний анализ нормативной документации заключил следующее [2]:
« В национальной нормативной документации термин «допустимый длительный ток», как правило, используют в качестве характеристики проводников, посредством которой устанавливают максимальный электрический ток, который проводник способен проводить в продолжительном режиме (неделями, месяцами, годами), не перегреваясь при этом.
Допустимый длительный ток проводника фактически является его номинальным током. »
Допустимый длительный ток проводника фактически является его номинальным током. »« Сечение проводников, используемых в электроустановках зданий, всегда выбирают с учетом электрических токов, которые могут по ним протекать при нормальных условиях. Электрический ток, протекающий по любому проводнику, не должен превышать его допустимый длительный ток. При соблюдении этого условия установившаяся температура проводника не будет превышать предельно допустимую температуру, заданную нормативными документами. »
« В противном случае, если электрический ток, протекающий в проводнике, превышает его допустимый длительный ток, проводник будет перегреваться. Его изоляция будет подвержена ускоренному старению. При очень больших электрических токах проводник, разогретый до нескольких сотен градусов, может стать причиной пожара. Для исключения перегрева проводников в электроустановках зданий применяют специальную защиту, именуемую защитой от сверхтока, с помощью которой сокращают до безопасного значения продолжительность протекания по проводникам электрических токов, превышающих их допустимые длительные токи.
»
В разделе 523 «Допустимые токовые нагрузки»1 ГОСТ Р 50571.5.52-2011, который цитируется дальше, в частности, указано, что «В качестве допустимой токовой нагрузки для заданного периода времени при нормальных условиях эксплуатации принимается нагрузка, при которой достигается допустимая температура изоляции. Данные для разных типов изоляции приведены в таблице 52.1. Значение тока должно быть выбрано в соответствии с 523.2 или определено в соответствии с 523.3».
Примечание 1:
« В ГОСТ Р 50571.5.52-2011 вместо словосочетания «допустимая токовая нагрузка» следовало использовать термин «допустимый длительный ток проводника». Поэтому раздел 523 должен быть назван иначе: «Допустимые длительные токи». »
Первое требование в стандарте МЭК 60364‑5‑52 сформулировано иначе: «Ток, проводимый любым проводником для длительного периода при нормальном оперировании, должен быть таким, чтобы не была превышена предельная температура изоляции.
»
То есть в требованиях международного стандарта упомянут ток, протекающий по проводнику, измеряемый в амперах, а не нагрузка на проводник, которую измеряют в киловаттах.
В таблице 52.1 ГОСТ Р 50571.5.52-2011 приведены максимально допустимые температуры, которые могут иметь проводники с разной изоляцией.
Извлечения из таблицы 52.1 «Максимальные рабочие температуры для типов изоляции» ГОСТ Р 50571.5.52-2011:
| Тип изоляции | Максимальная температура, °С |
| Термопласт (PVC1) | 70 проводника |
| Реактопласт (XLPE2 или резина EPR3) | 90 проводника |
| Минеральная (оболочка термопласт (PVC), или голая4, доступная прикосновению) | 70 оболочки |
| Минеральная (голая, не доступная прикосновению и не в контакте с горючими веществами) | 105 оболочки |
Пояснения к таблице:
1) PVC – поливинилхлорид (ПВХ).
2) Cross-linked polyethylene – сшитый полиэтилен.
3) Ethylene-propylene rubber – этиленпропиленовая резина.
4) В стандарте МЭК 60364-5-52 указано иначе: Минеральная без оболочки.
Как выбирается допустимый длительный ток проводника?
Для изолированных проводников и кабелей без брони требования п. 523.2 ГОСТ Р 50571.5.52-2011 предписывают выбирать допустимые длительные токи проводников по таблицам приложения В:
- в таблице В.52.2 которого приведены допустимые длительные токи проводников при разных вариантах монтажа электропроводки, имеющей два нагруженных медных или алюминиевых проводника с изоляций из поливинилхлорида;
- в таблице В.52.4 – три нагруженных проводника.
- В таблицах В.52.3 и В.52.5 приложения В указаны допустимые длительные токи проводников соответственно для двух и трех нагруженных медных и алюминиевых проводников с изоляцией из сшитого полиэтилена и этиленпропиленовой резины.
В приложении В имеются также другие таблицы.
Харечко Ю.В. при этом дополняет [2]:
« При этом два нагруженных проводника могут быть в составе двухпроводной электрической цепи переменного тока, выполненной фазным и нейтральным проводниками или двумя фазными проводниками, а также двухпроводной электрической цепи постоянного тока, выполненной полюсным и средним проводниками или двумя полюсными проводниками. Три нагруженных проводника могут быть в трех- или четырехпроводной электрической цепи переменного тока, выполненной соответственно тремя фазными проводниками или тремя фазными и нейтральным проводниками. В последнем случае током, протекающим по нейтральному проводнику, пренебрегают. »
Пункт 523.3 ГОСТ Р 50571.5.52-2011 предусматривает следующие альтернативные способы определения значений допустимых длительных токов проводников: или в соответствии с требованиями комплекса МЭК 60287 «Электрические кабели. Вычисление номинального тока», в состав которого входит 8 стандартов, или в результате испытаний, или вычислением по методике, утвержденной в установленном порядке.
Причем там, где это необходимо, должно быть уделено внимание характеристике нагрузки проложенных в земле кабелей с учетом теплового сопротивления почвы.
- ГОСТ 30331.1-2013
- Харечко Ю.В. Краткий терминологический словарь по низковольтным электроустановкам. Часть 4// Приложение к журналу «Библиотека инженера по охране труда». – 2015. – № 6. – 160.
- ГОСТ Р 50571.5.52-2011
PUE и общая эффективность использования энергии (tPUE) – перспективы
Мне нравится эффективность использования энергии как показатель эффективности инфраструктуры центра обработки данных. Это дает нам возможность говорить об эффективности распределения электроэнергии и механического оборудования центра обработки данных без необходимости ограничивать обсуждение на основе используемых серверов и хранилищ или уровней использования или других вопросов, не связанных напрямую с конструкцией центра обработки данных. Но есть явные проблемы с метрикой PUE. Любая отдельная метрика, которая пытается свести сложную систему к одному числу, не сможет смоделировать важные детали, и ее будет легко обыграть.
Тем не менее PUE страдает от некоторых из них, я считаю его полезным.
Далее я дам обзор PUE, расскажу о некоторых проблемах, с которыми я сталкиваюсь в его текущем определении, а затем предложу некоторые улучшения в измерении PUE с использованием метрики, называемой tPUE.
Что такое ПУЭ?
PUE определяется в показателях энергоэффективности центров обработки данных Green Grid Кристиана Белади: PUE и DCiE. Это простая метрика, и именно поэтому она полезна и является источником некоторых источников недостатков метрики. PUE определяется как
PUE = общая мощность объекта / мощность ИТ-оборудования
общая мощность объекта определяется как «мощность, измеренная на счетчике коммунальных услуг». Мощность ИТ-оборудования определяется как «нагрузка, связанная со всем ИТ-оборудованием». Проще говоря, PUE — это отношение мощности, подаваемой на объект, к мощности, фактически подаваемой на серверы, системы хранения и сетевое оборудование.
Это дает нам меру того, какой процент мощности фактически поступает на серверы, а остальная часть теряется в инфраструктуре. Эти потери в инфраструктуре включают в себя распределение электроэнергии (распределительное устройство, источники бесперебойного питания, блоки распределения питания, выносные розетки и т. д.) и механические системы (обработчики воздуха в компьютерных залах/кондиционеры воздуха в компьютерных залах, насосы охлаждающей воды, оборудование для подачи воздуха вне серверов). , чиллеры и др.). Инверсия PUE называется эффективностью инфраструктуры центра обработки данных (DCiE):
DCiE = мощность ИТ-оборудования / общая мощность объекта * 100%
Таким образом, если у нас есть PUE 1,7, это DCiE 59%. В этом примере инфраструктура центра обработки данных рассеивает 41 % мощности, а ИТ-оборудование — оставшиеся 59 %.
Это полезно знать, поскольку позволяет нам сравнивать различные проекты инфраструктуры и понимать их относительную ценность. К сожалению, там, где тратятся деньги, мы часто видим игры на метрики и это не исключение.
Давайте рассмотрим некоторые проблемы с PUE, а затем предложим частичное решение.
Проблемы с PUE
Общая мощность объекта : Первая проблема связана с определением общей мощности объекта. В исходном документе Green Grid общая мощность объекта определяется как «мощность, измеренная на счетчике коммунальных услуг». На первый взгляд это звучит довольно полно, но недостаточно плотно. Многие небольшие предприятия измеряют напряжение 480 В переменного тока, но некоторые предприятия измеряют среднее напряжение (около 13,2 кВ переменного тока в Северной Америке). И несколько объектов измеряют высокое напряжение (~ 115 кВ переменного тока в Северной Америке). Третьи покупают и предоставляют землю для уровня понижающего трансформатора от 115 до 13,2 кВ переменного тока, но по-прежнему измеряют среднее напряжение.
Некоторые ИБП установлены на среднее напряжение, тогда как другие на низкое (480 В переменного тока). Очевидно, что ИБП должен быть частью накладных расходов инфраструктуры.
Вывод из вышеприведенных наблюдений заключается в том, что некоторые значения PUE включают потери на двух слоях преобразования напряжения до 480 В переменного тока, некоторые включают 1 преобразование, а некоторые не включают ни одно из них. Это значительно мутит воду и заставляет небольшие объекты выглядеть несколько лучше, чем они должны, и это просто еще одна возможность раздуть цифры сверх того, что на самом деле может производить объект.
Контейнер Игра: Многие модульные центры обработки данных построены на контейнерах, которые потребляют 480 В переменного тока в качестве входных данных. Я видел поставщиков модульных центров обработки данных, которые называли подключение к контейнеру «ИТ-оборудованием», что означает, что нормальное преобразование с 480 В переменного тока на 208 В переменного тока (а иногда даже на 110 В переменного тока) не включено. Это серьезно искажает метрику, но негативное влияние еще хуже на механическую сторону. Контейнеры часто имеют блоки CRAH или CRAC в контейнере.
Это означает, что большие части механической инфраструктуры включаются в «ИТ-нагрузку», и это делает эти контейнеры искусственно красивыми. По иронии судьбы, конструкции контейнеров, о которых я здесь говорю, на самом деле довольно хороши. Им действительно не нужно играть в игры с метриками, но это происходит, так что читайте мелкий шрифт.
Размытие инфраструктуры/сервера: Во многих модульных конструкциях стоек используются вентиляторы большого уровня, а не несколько неэффективных вентиляторов в сервере. Например, Rackable CloudRack C2 (для меня SGI до сих пор Rackable :)) выводит вентиляторы из серверов и ставит их на уровне стойки. Это замечательный дизайн, который намного эффективнее крошечных вентиляторов 1RU. Обычно серверные вентиляторы включаются в «ИТ-нагрузку», но в этих современных конструкциях, которые перемещают вентиляторы из серверов, это считается нагрузкой на инфраструктуру.
В крайних случаях мощность вентилятора может превышать 100 Вт (пожалуйста, не покупайте эти серверы).
Это приводит к тому, что центр обработки данных с более эффективными серверами потенциально должен сообщать о более низком значении PUE. Мы не хотим толкать отрасль в неправильном направлении. Вот еще один. ИТ-нагрузка обычно включает блок питания сервера (PSU), но во многих конструкциях, таких как IBM iDataPlex, отдельные блоки питания перемещаются из сервера и размещаются на уровне стойки. Опять же, это хороший дизайн, и мы еще увидим его, но он берет на себя потери, которые ранее были нагрузкой на ИТ, и делает их нагрузкой на инфраструктуру. В этих случаях PUE не измеряет правильную вещь.
PUE меньше 1,0: В документе Green Grid говорится, что «PUE может варьироваться от 1,0 до бесконечности», и далее говорится: «… значение PUE, приближающееся к 1,0, указывает на 100% эффективность (т. е. вся используемая мощность). только с помощью ИТ-оборудования). На практике это примерно так. А вот PUE лучше 1.0 вполне возможно и даже неплохо. Давайте используем пример, чтобы лучше понять это.
В этом случае я буду использовать средство 1.2 PUE. Некоторые объекты уже превышают этот PUE, и нет никаких разногласий по поводу того, достижимо ли это.
Наш пример 1.2 Объект PUE рассеивает 16% общей мощности объекта на распределение электроэнергии и охлаждение. Часть этого тепла может находиться в трансформаторах снаружи здания, но мы точно знаем, что все серверы находятся внутри, то есть не менее 83% рассеиваемого тепла будет находиться внутри корпуса. Предположим, что мы можем восстановить 30% этого тепла и использовать его для коммерческой выгоды. Например, мы могли бы использовать отработанное тепло для обогрева сельскохозяйственных культур и позволить выращивать помидоры или другие ценные культуры в климате, который обычно не благоприятен для них. Или мы можем использовать тепло как часть процесса выращивания водорослей для производства биодизельного топлива. Если мы сможем транспортировать это низкопотенциальное тепло и получить только 30 % от первоначального значения, мы сможем достичь коэффициента полезного действия 0,9.
0 ПУЭ. То есть, если мы эффективны только на 30% при монетизации низкопотенциального отработанного тепла, мы можем достичь лучше, чем 1,0 PUE.
Возможно значение PUE менее 1,0, и я хотел бы сплотить отрасль вокруг достижения PUE менее 1,0. Много лет назад в мире баз данных мы сплотились вокруг достижения 1000 транзакций в секунду. Конференция High Performance Transactions Systems изначально задумывалась с целью достижения этих (по тем временам) невероятных результатов. 1000 TPS затмили десятилетия назад, но HPTS остается фантастической конференцией. Нам нужно сделать то же самое с PUE и стремиться к тому, чтобы к 2015 году он был ниже 1,0. PUE ниже 1,0 сложно, но это возможно и будет сделано.
tPUE Определено
Кристиан Белади, редактор документа Green Grid, хорошо осведомлен о вопросах, которые я поднимаю выше. Он предлагает заменить его индексом производительности центров обработки данных (DCP). DCP определяется как:
DCP = полезная работа / общая мощность объекта
Мне нравится этот подход, но проблема состоит в том, чтобы определить «полезную работу» в общем виде.
Как мы получаем меру полезной работы, которая охватывает все интересные рабочие нагрузки во всех операционных системах хоста. Некоторые рабочие нагрузки используют плавающую точку, а некоторые нет. Некоторые используют ASIC специального назначения, а некоторые работают на оборудовании общего назначения. Некоторые программы эффективны, а некоторые очень плохо написаны. Я думаю, что цель правильная, но никогда не будет способа измерить ее полностью общим способом. Мы могли бы определить DCP для данного типа рабочей нагрузки, но я не вижу способа использовать его, чтобы говорить об эффективности инфраструктуры в общем виде.
Вместо этого я предлагаю tPUE, который представляет собой модификацию PUE, устраняющую некоторые из вышеперечисленных проблем. По общему признанию, он более сложен, чем PUE, но его преимущество заключается в том, что он уравнивает различные конструкции инфраструктуры и позволяет сравнивать типы рабочих нагрузок. Используя tPUE, центр высокопроизводительных вычислений может сравнить свою работу с коммерческими средствами обработки данных.
tPUE стандартизирует, где должна измеряться общая мощность объекта, где именно начинается ИТ-оборудование и какая часть нагрузки приходится на инфраструктуру и сервер. С помощью tPUE мы пытаемся устранить негативный стимул к стиранию границ между ИТ-оборудованием и инфраструктурой. Вообще, это размытие очень хорошая вещь. Вентиляторы 1RU невероятно неэффективны, поэтому их замена на большие крыльчатки на уровне стойки или контейнера — хорошая идея. Несколько центральных блоков питания могут быть более эффективными, поэтому перемещение блока питания с сервера в модуль или стойку — это хорошая идея. Нам нужна метрика, которая правильно измеряет эффективность этих изменений. PUE в том виде, в каком он разработан в настоящее время, фактически покажет отрицательный «усиление» в обоих примерах.
Мы определяем как:
tPUE = Общая мощность объекта / Производительная мощность ИТ-оборудования
Это почти идентично PUE. Важен следующий уровень определений. Определение tPUE «Общая мощность объекта» довольно простое.
Это мощность, подаваемая к источнику среднего напряжения (~13,2 кВ переменного тока) до включения любого ИБП или системы кондиционирования. Большинство крупных объектов поставляются с этим уровнем напряжения или выше. Небольшие объекты могут получить 480 В переменного тока, и в этом случае это число труднее получить. Мы решаем проблему, используя указанный производителем трансформатора номер, если измерение невозможно. К счастью, производители высоковольтных трансформаторов точно указывают КПД.
Для tPUE напряжение объекта должно быть фактически измерено при среднем напряжении, если это возможно. Если это невозможно, допускается измерение при низком напряжении (480 В переменного тока в Северной Америке и 400 В переменного тока во многих других регионах), если учитываются потери эффективности трансформатора(ов) среднего напряжения. Конечно, все измерения должны производиться до ИБП или любого другого источника питания. Это определение позволяет использовать неизмеренный, указанный изготовителем показатель эффективности для трансформатора от среднего до низкого напряжения, но гарантирует, что все измерения используют среднее напряжение в качестве базового уровня.
Определение tPUE «производительной мощности ИТ-оборудования» несколько сложнее. PUE измеряет ИТ-нагрузку как мощность, подаваемую на ИТ-оборудование. Но ИТ-оборудование крупных центров обработки данных нарушает правила. У некоторых есть вентиляторы внутри, а некоторые используют инфраструктурные вентиляторы. У некоторых нет блока питания, и они получают питание 12 В постоянного тока от инфраструктуры, тогда как у большинства все еще есть блок питания в той или иной форме. tPUE «заряжает» все вентиляторы и все преобразования энергии на компонент инфраструктуры. Я определяю «Производственную мощность ИТ-оборудования» как всю мощность, подаваемую на полупроводники (память, ЦП, северный и южный мосты, сетевые платы), диски, ASIC, ПЛИС и т. д. По сути, мы уменьшаем потери блока питания, регулятора напряжения (VRD ) и/или модули регулятора напряжения (VRM), а также охлаждающие вентиляторы от «ИТ-нагрузки» до инфраструктуры. В этом определении инфраструктурные потери однозначно включают все преобразования энергии, ИБП, коммутационное оборудование и другие потери при распределении.
И это включает в себя все затраты на охлаждение, независимо от того, связаны они с сервером или нет.
Эта сложная часть заключается в том, как измерить tPUE. Это достигает наших целей сопоставимости, поскольку все будут использовать одни и те же определения. И не наказывает инновационные проекты, которые стирают традиционные границы между сервером и инфраструктурой. Я бы сказал, что у нас есть лучшая метрика, но проблема будет заключаться в том, как ее измерить? Смогут ли операторы центров обработки данных измерить его, отслеживать улучшения в своих объектах и понимать, как они сравниваются с другими?
Мы обсудили, как измерить общую мощность объекта. Вкратце, это должно быть измерено перед всеми ИБП и согласованием питания при среднем напряжении. Если высокое напряжение подается непосредственно на ваш объект, вам следует проводить измерения после первого понижающего трансформатора. Если на ваш объект подается низкое напряжение, спросите у поставщика электроэнергии, будь то коммунальное предприятие, владелец объекта или группа инфраструктуры вашей компании, эффективность понижающего трансформатора от среднего до низкого при вашей средней нагрузке.
Добавьте это значение математически. Это не идеально, но лучше, чем сейчас, когда мы смотрим на PUE.
На низковольтном конце, где мы поставляем «производительную мощность ИТ-оборудования», мы также вынуждены использовать оценку с нашими измерениями. Мы хотим измерить мощность, подаваемую на отдельные компоненты. Мы хотим измерить мощность, подаваемую на память, ЦП и т. д. Наша цель — получить мощность после последнего преобразования, а это довольно сложно, поскольку VRD часто находятся на плате рядом с компонентом, который они питают. Учитывая, что неразрушающее измерение мощности на этом уровне затруднительно, мы используем индуктивный амперметр на каждом проводнике, подающем питание на плату. Затем мы получаем показатели эффективности VRD от производителя системы (вы все равно должны запрашивать их — они являются важным фактором эффективности сервера). В этом случае мы часто можем получить эффективность только при номинальной мощности, и фактическая эффективность VRD будет меньше при вашем использовании.
Тем не менее, мы используем это единственное число эффективности, поскольку оно, по крайней мере, является приблизительным, а более подробные данные либо недоступны, либо их очень трудно получить. Мы не учитываем мощность вентилятора (серверные вентиляторы обычно работают от 12-вольтовой шины). По сути, мы берем определение нагрузки ИТ-оборудования, используемое в определении PUE, и вычитаем потери из VRD, PSU и вентиляторов. Эти измерения необходимо проводить при полной загрузке сервера.
Приведенные выше измерения не настолько точны, как хотелось бы, но я утверждаю, что эти методы дадут гораздо более точную картину эффективности инфраструктуры, чем текущие определения PUE, и тем не менее эти показатели поддаются измерению и не зависят от рабочей нагрузки.
Резюме:
Мы определили tPUE следующим образом:
tPUE = Общая мощность объекта / Мощность производственного ИТ-оборудования
Мы определили общую мощность объекта, которая должна быть измерена перед всеми ИБП и системой кондиционирования питания при среднем напряжении.
И мы определили мощность производственного ИТ-оборудования как мощность сервера, не включая блок питания, VRD и другие потери при преобразовании, а также не включая мощность, потребляемую вентилятором или охлаждением.
Пожалуйста, подумайте о том, чтобы помочь проповедовать tPUE и использовать tPUE. А для тех, кто занимается проектированием и сборкой коммерческих серверов, если вы можете помочь, измерив производительность ИТ-оборудования для одного или нескольких ваших SKU, я был бы рад опубликовать ваши результаты. Если вы можете предоставить измерение производительной мощности ИТ-оборудования для одного из ваших новых серверов, я опубликую его здесь с изображением сервера.
Давайте поднимем боевой клич новой инфраструктуры, достигнув tPUE<1,0.
– младший
Джеймс Гамильтон, Amazon Web Services
1200, 12 th Ave. S., Seattle, WA, 98144
W:+1(425)703-9972 | Телефон:+1(206)910-4692 | Н:+1(206)201-1859 | [email protected]
H:mvdirona.
com | W:mvdirona.com/jrh/work | блог: http://perspectives.mvdirona.com
404: Страница не найдена
Дата центрСтраница, которую вы пытались открыть по этому адресу, похоже, не существует. Обычно это результат плохой или устаревшей ссылки. Мы извиняемся за любые неудобства.
Что я могу сделать сейчас?
Если вы впервые посещаете TechTarget, добро пожаловать! Извините за обстоятельства, при которых мы встречаемся. Вот куда вы можете пойти отсюда:
Поиск- Ознакомьтесь с последними новостями.
- Наша домашняя страница содержит самую свежую информацию о центре обработки данных.
- Наша страница о нас содержит дополнительную информацию о сайте, на котором вы находитесь, Data Center.
- Если вам нужно, свяжитесь с нами, мы будем рады услышать от вас.
Поиск по категории
SearchWindowsServer
- Повысьте эффективность ИТ с помощью портала самообслуживания PowerShell
Вы можете преодолеть технические барьеры, мешающие усилиям по автоматизации в вашей организации, изучив, как развернуть .
.. - Как подготовиться к следующей версии Exchange Server
Дорожная карта Exchange Server показывает несколько поворотов, которые показывают, что Microsoft отклоняется от своего типичного курса с …
- Как передать роли FSMO с помощью PowerShell
Возможно, вам потребуется сменить роли FSMO Active Directory по нескольким причинам. Если вам нужно сделать это более одного раза, есть способ…
..Облачные вычисления
- Подходит ли вам облачная стратегия?
Стратегия, ориентированная на облачные технологии, имеет свои преимущества и недостатки. Узнайте, как избежать рисков и построить стратегию, которая …
- Как использовать сценарии запуска в Google Cloud
Google Cloud позволяет использовать сценарии запуска при загрузке виртуальных машин для повышения безопасности и надежности. Выполните следующие действия, чтобы создать свой.
.. - Когда использовать AWS Compute Optimizer и Cost Explorer
AWS Compute Optimizer и Cost Explorer отслеживают, анализируют и оптимизируют затраты на облако. Сравните два инструмента, чтобы выбрать, какой из них …
..Хранение
- Накопление данных и роль хранилища
Обещание будущих знаний побуждает компании хранить данные. Но есть потенциальные недостатки при хранении данных и лучше…
- Узнайте, как твердотельный накопитель CXL может повысить производительность
Хотя твердотельные накопители CXL находятся только на стадии исследований, их производительность выглядит многообещающе. При использовании в качестве простых расширений памяти они …
- Amazon добавляет новые функции S3 для озер данных и гибридного облака
Amazon отказалась от новых функций для своей службы хранения объектов, включая файловый клиент с открытым исходным кодом, покупку новых данных .
