Проходимость т 40: Характеристики Т-40. Обзор трактора Т-40 ЛТЗ

>

Какой из них лучше и чем отличаются трактора разных заводов Т 40 и МТЗ 80 | Техника времен СССР

Трактор это самая величайшая техника, которую изобрёл человек. Машина настолько универсальна, что с ее помощью можно выполнять множество разных функций, во всех основных сферах деятельности. С появлением этого вида сельскохозяйственной техники трудоспособность человека во много раз выросла, что несомненно привело к скорейшему развитию отрасли. Огромную работу трактора проделывают и в строительной сфере, по-настоящему незаменимая вещь во всем мире. В СССР трактора стали строить довольно давно и к 60-70 годам довольно в этом преуспели. Трактор МТЗ известен очень большому количеству людей, пожалуй это самый знаменитый колесный трактор не только Советского Союза, но и современной России.

Т40

Т40

Т40

Т40

Т40

Т40

На него равнялись и пытались сделать, что-то похожее. Не конкретно на 80 модель, был ещё и МТЗ 50, который вышел существенно раньше. И вот в 1961 году инженеры Липецкого тракторного завода выпускают трактор Т40. Давайте вспомним, чем они отличались, а чем были похожи. Трактор Т40 собирался с 1961 по 1995 год, на него устанавливали дизельные моторы мощностью 37 и 50 л.с. Тяговой класс трактора равен 0.9 т.с. Трактор имел семь скоростей переднего хода и семь заднего. Размеры машины следующие, длина 3.66 метра, высота 2.1 метра и ширина 1.62 метра, масса трактора 2.6 тонны. Как и все трактора для сельского хозяйства Т40 оборудован гидравлической системой в задней части машины. МТЗ 80 поступил на конвейер в 1974 году.

Т40

Т40

МТЗ 80

МТЗ 80

Т40

Т40

Внешне эти два трактора очень похожи друг на друга, форма кабины и размер передних с задними колёсами практически идентичны. Тяговой класс трактора МТЗ 80 1.4 т.с. Дизельный двигатель, который устанавливали на машины был мощностью 80 л.с. Коробка скоростей состояла из 22 передач, 18 из них были передними. Длина трактора 3.81 метра, высота 2. 47, ширина 1.97 метра. Смотря на технические характеристики этих двух тракторов невольно видишь преимущество МТЗ 80, но нужно отдать должное и Т40, он также очень часто встречается на всей территории нашей страны.

МТЗ 80

МТЗ 80

МТЗ 80

МТЗ 80

МТЗ 80

МТЗ 80

Если у Вас был опыт работы на тракторах Т40 или МТЗ 80, оставьте отзыв ниже под статьёй.

Читайте также:
Как выглядели приборные панели мотоциклов Урал, которые мы помним из юности
Экспериментальный Советский трактор Липецкого завода, который никто не видел, ЛТЗ Т5
Вспомним прошлое, военные грузовики СССР, которые уважали все шофёры в армии
Если статья Вам понравилась подписывайтесь на канал и поставьте лайк.
Заходите на канал Техника времён СССР , там много всего интересного.

Трактор Т 40 описание, фото и ремонт двигателя трактора

Оглавление:

Трактор Т 40 описание и фото

Трактор Т 40 Липецкого завода – универсальное колесное транспортное средство для работы в средних широтах нашей родины. На него установлен экономичный дизельный двигатель. Для работы можно применять как прицепное, так и навесное оборудование, что бы облегчить сельскохозяйственные работы. Можно осуществлять вспашку поля, работать с косилкой.

Дополнительную функциональность придает мощность в 40 лошадиных сил, 7 передач (5 последовательных, замедленная и задний ход) и реверс на них; двигатель в четыре цилиндра и управление рулевое с гидроусилителем. Задние колеса при необходимости можно заменить на меньшие по диаметру.


Минусы данной модели связаны, в основном, с охлаждение рабочего места водителя.

Это недостаточный обогрев кабины в зимний период, а летом очень жарко в кабине, и не предусмотрено кондиционирование.
Трактор Т 40 выпускался с 1961 по 1977 годы, а на протяжении этих лет появлялись новые модификации. Первым таким трактором стал Т 40А, у которого заложена конструкторами повышенная проходимость, а также ведущий передний мост, который активизируется сам в зависимости от дороги.

У трактора Т 40АН также все четыре колеса ведущие. Предназначен он для работ в холоде (снегоуборка). Еще одна разновидность – Т 40М имеет задний ведущий мост и возможностью запустить дизель через электростартер.

А Т 40АМ насчитывает два ведущих моста и отличается высокой проходимостью. Еще одна модифицированная модель – Т 40АНМ имеет также два моста ведущих, но отличается большей устойчивостью. Рассчитан на перевозку груза и снегоуборочные работы.

Также есть две так называемые промышленные модели, которые применяют при коммунальных работах – Т 40АП и Т 50А.

Трактор т 40 фото подборка

Наглядно понять о какой именно модели идет речь можно из приведенных ниже подборке трактор Т 40 фото:

Двигатель трактора т 40 устройство и характеристики

На данной модели устанавливаются, в основном, дизельный, четырехтактный двигатель Д-37М на четыре цилиндра мощностью в 37 лошадиных сил. Как альтернатива может стоять Двигатель трактора т 40 Д-144 (мощность 50 л.с.). Старт двигателя осуществляется через электростартер, а на некоторых машинах через пусковой двигатель ПД8.

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

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

Ремонт двигателя трактора т 40

Бывают ситуации, когда какая-то отдельная деталь выходит из строя и требуется ремонт двигателя трактора Т 40. Если двигатель не запускается, то причина может быть в засоренном топливопроводе, нужно промыть и продуть его и попробовать завести снова.

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

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

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

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

В ходе работы двигатель может задыметь. Основная причина – перегрузка. В таком случае необходимо включить передачу пониже, чтоб снизить нагрузку. Другими причинами может быть недостаточная подача воздуха (промыть и влить масло), холодный двигатель (погреть), неправильно стоит топливный насос (отрегулировать), износ колец, цилиндров (замена).

Если двигатель вдруг резко остановил работу, то в топливную систему мог попасть воздух, который нужно удалить и наполнить систему топливом. А также возможно засорен топливопровод или фильтры.

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

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

Передний мост трактора т 40 устройство и описание

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

Дифференциал нужен для вращения колес на разных скоростях и под углом (при поворотах и неровностях). Раздаточная коробка служит связующим между приводом и ведущим колесам. Конечные передачи обеспечивают снижение частоты вращения.

Необходимо помнить, что если колеса устанавливаются с большим диаметром, то при включенном переднем мосте может происходить пробуксовка задних колес.
Несмотря на то, что трактор Т-40 выпускался более 50 лет назад, но он и до сих пор служит опорой в сельскохозяйственных и коммунальных работах.

Home — Трактор Т-40

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

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

Трактор оборудован гидроусилителем рулевого управления, приводным шкивом,    гидравлической системой, боковым и задним  валами отбора мощности.

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

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

На данном сайте описывается эксплуатация тракторов Т-40 и Т-40А с электростартерным запуском, являющим­ся базовой моделью, и тракторов, укомплектованных пусковым двигателем (для районов с холодным кли­матом).

Правила эксплуатации переднего моста и его приво­да приведены в разделе «Передний ведущий мост» автомобиля УАЗ-469.

Колесный трактор Т-40АН с четырьмя ведущи­ми колесами предназначен для выполнения комплекса работ по сеноуборке на склонах до 16° и на равнине. Отличительные особенности конструкции трактора, его эксплуатации и обслуживания приведены на соответствующем разделе сайта.

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

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

Трактор Т-40, Т-40А. Механизм для навешивания орудий


Как самостоятельно сделать тюнинг трактора ЛТЗ Т-40

  • Тюнинг трактора Т-40 своими руками
  • Переделка кабины Т-40
  • Как сделать печку на тракторе Т-40
  • Ремонтируем ГУР на Т-40
  • Переделка переднего и заднего моста
  • Переделка рулевого
  • Как сделать крылья

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

ПЕРЕДЕЛКА КАБИНЫ Т-40

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

Для уменьшения уровня шума необходимо демонтировать внутреннее оснащение и обивку кабины, после чего оклеить специальными материалами. В качестве первого слоя применяется виброизоляция StP БиМаст или аналогичная толщиной от 2 до 4 мм. При укладке материала желательно добиться покрытия 80-100%. Особое внимание следует уделить сквозным технологическим отверстиям, т. к. их наличие снижает эффект шумоподавления.

Сверху виброизолирующего слоя прокладывается изолон (10 мм) или сплен (4-8 мм). Для удобства уборки в качестве верхнего слоя на полу используется резиновое покрытие. После завершения шумоизоляции устанавливается штатная обивка.

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

Оптимальным решением является использование универсальных тракторных сидений с поддержкой спины и подлокотниками.

Они имеют пружинный или пневматический демпфер, который повышает комфорт и снижает усталость при длительном управлении техникой.

Типы самодельных вездеходов на шинах низкого давления

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

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

Читать дальше: Какие шины на логан

2. Трицикл на шинах низкого давления. Отличается максимально простой конструкцией, и может быть изготовлен почти любым автолюбителем в условиях гаража. За основу такого вездехода часто берут мотоцикл ИЖ Планета 3, благодаря его выносливости и неприхотливости.

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

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

КАК СДЕЛАТЬ ПЕЧКУ НА ТРАКТОРЕ Т-40

Из-за ДВС с воздушным охлаждением липецкий трактор не способен обеспечить должное отопление в кабине в зимний период. Выходом из этой ситуации может стать изготовление дополнительного отопителя. Для этого на выпускном коллекторе двигателя необходимо наварить 5-6 продольных ребер толщиной 3 мм и высотой 30 мм. Сверху получившегося радиатора приваривается металлический лист (3 мм) с отверстиями для забора и подачи воздуха. Торцы конструкции необходимо заглушить.

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

РЕМОНТИРУЕМ ГУР НА Т-40

Липецкий трактор оборудован заводским ГУР, но со временем его элементы изнашиваются. Выявить эту неисправность можно по следам масла. Если своевременно обратить на течь внимание, можно отремонтировать гидроусилитель руля своими руками. Для этого потребуется ремонтный комплект прокладок, стоимость которого $2.

Если ремонт не будет произведен вовремя, начнется износ цилиндра и поршня. Такой дефект могут устранить только специализированные организации. В отдельных случаях может потребоваться замена всего насоса. Стоимость ГУР Т-40 составляет $120 , а восстановленный гидроусилитель руля можно приобрести за $90.

ПЕРЕДЕЛКА ПЕРЕДНЕГО И ЗАДНЕГО МОСТА

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

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

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

Такое изменение конструкции сделает трактор более жестким, но улучшит управляемость, снизит нагрузку на ГУР и сделает узел более прочным. Рама трактора имеет большой запас прочности, поэтому выросшая нагрузка на лонжероны не повлияет на ее ресурс.

Шины низкого давления своими руками

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

  1. Арочные. Отличаются повышенными размерами в сравнении со стандартным колесом по ширине в 5 раз, и имеют толщину до 700 мм. Давление в них как в обычном мяче – 0,05 Мпа. Устанавливаются исключительно на ведущий привод.
  2. Широкопрофильные. Отличаются овальной конструкцией и давлением ниже стандартного до 2х раз. Чаще используются в грузоподъемном транспорте.
  3. Тороидные. Изготавливаются в камерном и бескамерном варианте, отличаются высокой популярностью среди автолюбителей.
  4. Пневмокатковые, имеющие грунтозацепы для улучшения характеристик проходимости, и ребра повышения жесткости, придающие всей конструкции устойчивость и прочность.

Стоимость шин низкого давления, изготовленных в заводских условиях, может оказаться многим автолюбителям не по карману. Но для собственного вездехода самостоятельно сделать такое колесо вполне возможно. Работы выполняются в следующем порядке:

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

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

3. Для удаления излишков проволоки, внутренняя часть колеса подрезается и производится удаление корда при помощи лебедки.

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

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

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

7. Шина натягивается на диск и закрепляется ремнями или пожарным шлангом, после чего накачивается. Колесо готово.

Какой выбрать тип протектора для вездехода?

Для подбора нужного вида протектора для вездехода с шинами низкого давления, нужно учитывать следующие факторы:

  1. Протектор должен обладать способностью самоочистки. Данное свойство особенно актуально для использования вездехода в суровых и заболоченных местах.
  2. При использовании вездехода на торфяниках, шины выбирают с невысоким и неглубоким рельефом, иначе при разрыве их верхнего слоя, сцепление окажется недостаточным для полноценного передвижения.
  3. При использовании в заснеженных районах и на песчаниках шины выбирают с редким рисунком.

Читать дальше: Замена стекла рено логан

ПЕРЕДЕЛКА РУЛЕВОГО

Для улучшения управляемости липецкого трактора необходимо установить комплект переоборудования рулевого управления Т-40. Стоимость готового комплекта составляет $180. Он состоит из следующих элементов: насос-дозатор, насос НШ, рукава высокого давления, ремонтный набор гидроцилиндр ЦС-75, штуцеры и фланцы для подключения.

Перед установкой насос-дозатора необходимо приобрести гидроцилиндр или модернизировать штатный гидроусилитель руля. Для этого необходимо:

  1. Разобрать ГУР и извлечь поршень.
  2. Убрать предохранительный клапан и плунжер.
  3. Выточить 2 заглушки (по внутреннему диаметру поршня) и запаять их при помощи латуни. Для обеспечения правильной работы ГУР внутреннее пространство под заглушками должно составлять 3 мм.
  4. Установить угловые штуцеры на боковые крышки.
  5. Закрепить насос-дозатор между ДВС и гидроусилителем.
  6. Подключить насос через клапан потока или установить спаренный насос НШ.

КАК СДЕЛАТЬ КРЫЛЬЯ

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

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

Наиболее удобным является изготовление крыльев трапециевидной формы. Для упрощения монтажа, при подготовке чертежа изделия, необходимо ориентироваться на места крепления штатных элементов. Используются алюминиевые или стальные листы толщиной 2 мм. На их поверхности выполняется разметка, затем вырезаются элементы будущей конструкции. Для получения ровных изгибов с внутренней стороны заготовок необходимо сделать насечки (0,5-0,8 мм) при помощи болгарки.

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

Особенности самодельного вездехода из мотоблока

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

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

  • Подготовить работающий двигатель на бензине или дизеле с тяговым потенциалом достаточным для перемещения агрегата и транспортировки водителя;
  • Определить ходовую часть – гусеничный или колёсный тип. Мини вездеходы на колёсах менее проходимы, но их изготовить своими руками намного проще, нежели гусеничные модели.

Нужно приобрести или изготовить своими руками ключевые узлы конструкции:

  • Раму для крепления всех деталей;
  • Задний мост под задние колёса;
  • Сиденье для водителя, которое должно быть защищённым от воды и грязи, летящей из-под колёс;
  • Освещение для возможности передвижения в ночное время.

Читать дальше: Топ самых продаваемых автомобилей

Технические характеристики готового вездехода:

  • Грузоподъёмность – 200 килограмм;
  • Двигатель с мощностью от 10 л. с.;
  • Средняя скорость – 10 км/ч.
содержание .. 81 82 ..

Трактор Т-40, Т-40А. Механизм для навешивания орудий и его техническое обслуживание

Механизм для навешивания орудий (рис. 71) предназначен для соединения навесных и полунавесных машин и орудий с трактором, обеспечивая их правильное рабочее и транспортное положение.

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

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

Для ограничения поперечных перемещений сельскохозяйственных орудий при переездах и в работе служат тяги блокировки 17. Тяги регулируются по длине и закреплены одним концом к продольным тягам 16, а вторым — к кронштейнам 18 блокировки.

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

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

1. Ослабьте тяги блокировки так, чтобы при подъеме орудия в крайнее верхнее положение они оставались ненатянутыми.

2. Отверните контргайку и выверните болт до тех пор, пока его торец будет заподлицо с нижней плоскостью кронштейна 18. В таком положений болт 19 законтрите контргайкой. Проделайте те же операции по установке кронштейна блокировочных тяг со второй стороны.

3. Поднимите орудие в крайнее верхнее положение и произведите натяжение блокировочных тяг. В натянутом положении тяг надежно законтрите трубчатые гайки контргайками. Такая установка блокировки дает возможность смещения орудия в рабочем положении примерно на 120 мм в ту и другую сторону. Нельзя допускать натяжения блокировочных тяг 17 в каком-то промежуточном положении продольных тяг (заниженном), так как при переводе рукоятки распределителя в положение «Подъем» может произойти поломка деталей механизма блокировки.

В тех случаях, когда трактор работает в агрегате с орудиями и машинами, не допускающими смещения в боковом направлении (посев, обработка междурядий и т. п.), натяжение блокировочных тяг производите в любом положении продольных тяг, а упорные болты 19 заворачивайте в кронштейн 18 так, чтобы они не касались корпуса трансмиссии при крайнем верхнем положении продольных тяг. Такое положение упорных болтов позволяет блокировать продольные тяги в любом положении. С такой регулировкой трактор отгружается потребителю.

Рис. 71. Механизм для навешивания орудий: I — цилиндр силовой; 2 — кронштейн цилиндра; 3 — кронштейн; 4 — кронштейн поворотного вала 5 — болт б — кривошип; 7 — рычаг; 8 — масленка; 9 — вал поворотный; 10 — захват; II — кронштейн центральной тяги 12 — вилка раскоса верхняя; 13 — винт раскоса; 14 — тяга центральная; 15 — вилка раскоса нижняя- 16 — тяге продольная; 17 — тяг» блокировки; 18 — кронштейн блокировки; 19 — болт упорный; 20 — ось продольных тяг

Натяжение блокировочных тяг в крайнем верхнем (транспортном) положении производите, стоя сбоку механизма для навешивания орудий во избежание несчастного случая при самопроизвольном опускании орудия.

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

Работу трактора с прицепными машинами с использованием ВОМ производите после установки жесткою прицепного устройства.

Монтаж жесткого прицепного устройства приведен ниже.

При разборке поворотного вала с кривошипом б последний установите под углом 105° по отношению к поворотным рычагам.

Во время работы трактора с навесными орудиями и машинами соблюдайте следующие требования:

а) не производите поворота трактора с невыглуб-ленными рабочими органами орудий. Выглубление и заглубление орудий производите только при прямолинейном движении трактора.

б) повороты трактора с поднятыми орудиями производите плавно на малых скоростях;

в) не допускайте ослабления тяг блокировки в крайнем верхнем положении механизма для навешивания орудий;

г) укорачивайте центральную тягу при переездах с орудием, что улучшает проходимость агрегата;

д) запрещается переводить рукоятки распределителя на опускание при стоянках трактора, так как это приведет к «поддомкрачиванию» трактора и поломкам деталей механизма для навешивания орудий.

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

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

содержание .. 81 82 ..

Технические характеристики трактора Т 40

Универсальный пропашной трактор Т-40, выпускаемый Липецким Тракторным заводом, оснащен двигателем Д-37М. Его модернизированный мотор имеет систему воздушного охлаждения, что позволяет максимально расширить универсальный характер эксплуатации этого агрегата. С точки зрения универсальности и эффективности эксплуатации Т-40 можно смело номинировать в категории « лучший трактор » отечественного производства и  купить его, конечно б/у, до сих пор возможно по доступной цене.

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

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

Модернизированный трактор Т-40 имеет гидроусилитель руля, приводной шкив, гидравлическую систему, боковые и задние валы отбора мощности. Кроме всего перечисленного обновленный универсальный трактор имеет более комфортную кабину и обновленное сцепление.

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

Такая техника позволяет производить уборку снега на склоне в 16 градусов и на равнине. Его также отличает надежность и долговечность эксплуатации. Это возможно только в случае соблюдения всех технических требований и норм обслуживания.

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

WatchGuard Firebox T40 | GuardSite.com

WatchGuard Firebox T40 со стандартной поддержкой (США)

Только устройства с поддержкой (включая поддержку (24×7), VPN и сеть, Dimension Command и Access Portal)

WatchGuard Firebox T40 с 1 годом Стандартная поддержка (США)

#WGT40001-US
Цена по прейскуранту: 920,00 $
Наша цена: 717,60 $

WatchGuard Firebox T40 со стандартной поддержкой в ​​течение 3 лет (США)

#WGT40003-US
Цена по прейскуранту: 1160 долларов США. 00
Наша цена: $904,80

WatchGuard Firebox T40 с базовым пакетом безопасности (США)

Устройства (базовые комплекты безопасности включают стандартную поддержку (24×7), контроль приложений, веб-блокировщик, блокировщик спама, антивирус шлюза, службу предотвращения вторжений, защиту с поддержкой репутации и обнаружение сети)

WatchGuard Firebox T40 с пакетом Basic Security Suite сроком на 1 год (США)

#WGT40031-US
Цена по прейскуранту: 1120,00 долл. США
Наша цена: 873 долл. США.60

WatchGuard Firebox T40 с базовым пакетом безопасности на 3 года (США)

#WGT40033-US
Старая цена: 1785,00 долл. США
Наша цена: 1392,30 долл. США

WatchGuard Firebox T40 с Total Security Suite (США)

Устройства (Total Security Suites включает Gold Support, Basic Security Suite, APT Blocker, IntelligentAV, DNSWatch, Cloud и Threat Detection & Response)

WatchGuard Firebox T40 с Total Security Suite на 1 год (США)

#WGT40641-US
Цена по прейскуранту: 1565 долларов США. 00
Наша цена: $1220,70

WatchGuard Firebox T40 с пакетом Total Security Suite на 3 года (США)

#WGT40643-US
Старая цена: 2 860,00 долл. США
Наша цена: 2 230,80 долл. США

Аксессуары WatchGuard

Комплект для монтажа в стойку WatchGuard Firebox T20 и T40

#RM-WG-T6
Цена по прейскуранту: 149,00 $
Наша цена: 1901,55 $

Блокировщик APT WatchGuard для Firebox T40

Блокировщик APT WatchGuard на 1 год для Firebox T40

#WGT40171
Наша цена: $250.00

WatchGuard APT Blocker, 3 года для Firebox T40

#WGT40173
Наша цена: $595,00

Продление стандартной поддержки WatchGuard для Firebox T40

Продление стандартной поддержки WatchGuard на 1 год для Firebox T40

#WGT40201
Наша цена: $175,00

Продление стандартной поддержки WatchGuard на 3 года для Firebox T40

#WGT40203
Наша цена: $415,00

1 год. 00

Продление/обновление WatchGuard Gold Support на 3 года для Firebox T40

#WGT40263
Наша цена: $595,00

Обновление/обновление WatchGuard Basic Security Suite для Firebox T40

Пакеты программного обеспечения Basic Security включают стандартную поддержку (24×7), контроль приложений, веб-блокировщик, блокировщик спама, антивирус шлюза, службу предотвращения вторжений, защиту с поддержкой репутации и обнаружение сети

Продление/обновление WatchGuard Basic Security Suite на 1 год для Firebox T40

#WGT40341 ​​
Наша цена: $480.00

Продление/обновление WatchGuard Basic Security Suite на 3 года для Firebox T40

#WGT40343
Наша цена: $1150,00

Продление/обновление WatchGuard Total Security Suite для Firebox T40

Программные пакеты Total Security включают поддержку Gold Support, Basic Security Suite, APT Blocker, IntelligentAV, DNSWatch, Cloud и обнаружение и реагирование на угрозы

WatchGuard Total Security Suite Renewal/ Обновление на 1 год для Firebox T40

#WGT40351
Наша цена: 920 долларов США. 00

Продление/обновление WatchGuard Total Security Suite на 3 года для Firebox T40

#WGT40353
Наша цена: $2 210,00

WatchGuard в обмен на WatchGuard Firebox T40 с базовым пакетом безопасности (США)

Устройства (базовые комплекты безопасности включают стандартную поддержку (24×7), контроль приложений, веб-блокировщик, блокировщик спама, антивирус шлюза, службу предотвращения вторжений, защиту с поддержкой репутации и Network Discovery)

Обмен на WatchGuard Firebox T40 с пакетом Basic Security Suite сроком на 1 год (США)

#WGT40411-US
Цена по прейскуранту: 885 долларов.00
Наша цена: $690,30

Обмен на WatchGuard Firebox T40 с базовым пакетом безопасности на 3 года (США)

#WGT40413-US
Цена по прейскуранту: 1555,00 долл. США
Наша цена: 1212,90 долл. США

WatchGuard в обмен на WatchGuard Firebox T40 с Total Security Suite (США)

Устройства (Total Security Suites включает Gold Support, Basic Security Suite, APT Blocker, IntelligentAV, DNSWatch, Cloud и обнаружение и реагирование на угрозы)

Обменяйтесь на WatchGuard Firebox T40 с пакетом Total Security Suite сроком на 1 год (США)

#WGT40671-US
Цена по прейскуранту: 1340 долларов США. 00
Наша цена: $1045,20

Обмен на WatchGuard Firebox T40 с пакетом Total Security Suite сроком на 3 года (США)

Замена WatchGuard Premium на 4 часа для Firebox T40

Замена WatchGuard Premium на 4 часа на 1 год для Firebox T40

#WGT40801
Наша цена: $115,00

Замена WatchGuard Premium 4 часа на 3 года для Firebox T40

#WGT40803
Наша цена: $270.00

Межсетевые экраны

WatchGuard Firebox серии T: повышенная пропускная способность HTTPS, сервисы безопасности, SD-WAN

Компания WatchGuard объявила о выпуске новых настольных межсетевых экранов Firebox серии T. Новые устройства Firebox T20, T40 и T80 от WatchGuard обеспечивают небольшие, домашние и средние офисные среды повышенной производительностью, необходимой для поддержки критически важных для бизнеса скоростей Интернета и широкого спектра услуг безопасности корпоративного уровня, предоставляемых в компактном форм-факторе.

«Поскольку скорость интернета продолжает расти, а злоумышленники используют изощренные тактики для компрометации сетей и пользователей, компании не могут позволить себе идти на компромисс в плане безопасности или производительности, — сказал Брендан Паттерсон, вице-президент по управлению продуктами в WatchGuard.

«Небольшим и средним организациям без адекватных ресурсов безопасности требуется лучшее из обоих миров. Благодаря высочайшему уровню пропускной способности, многоуровневым службам безопасности, автоматическим возможностям SD-WAN и многим другим преимуществам наша новая линейка настольных устройств безопасности обеспечивает именно это».

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

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

Топка T20

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

В сочетании с Total Security Suite T20 блокирует доступ посторонних в сети, отслеживает трафик, чтобы остановить вредоносные вложения электронной почты, попытки фишинга, программы-вымогатели и другие атаки. Устройство также доступно в модели T20-W с поддержкой Wi-Fi, которая поддерживает беспроводную связь 802.11ac.

Топка T40

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

Включенное с полным пакетом Total Security Suite от WatchGuard, это устройство предоставляет все функции, присутствующие в более совершенных брандмауэрах, включая ключевые средства защиты, такие как защита от программ-вымогателей, предотвращение угроз на основе ИИ и многое другое.

Также доступный в версии с поддержкой Wi-Fi, T40-W предлагает беспроводные возможности 802.11ac, которые обеспечивают превосходную скорость загрузки и выгрузки.

Топка T80

Firebox T80 идеально подходит для широкого спектра офисных сред среднего размера и обеспечивает исключительно высокую пропускную способность с полной защитой UTM по сравнению с альтернативными настольными брандмауэрами.

T80 включает в себя дополнительный модуль расширения для настраиваемых конфигураций портов, который обеспечивает интегрированное оптоволоконное соединение прямо с устройства. Этот модуль SFP+ предлагает дополнительный оптоволоконный порт 1 Гбит/с или 10 Гбит/с и позволяет организациям среднего размера и их поставщикам услуг адаптироваться по мере изменения потребностей в подключении с течением времени.

Кроме того, это одно из немногих доступных сегодня на рынке настольных устройств с двумя портами Power-over-Ethernet (PoE+).

При установке с RapidDeploy, облачным решением WatchGuard для настройки, и управлении через облачную платформу WatchGuard, эти новые устройства серии T упрощают обеспечение безопасности корпоративного уровня в малых, домашних и средних офисных средах. Дополнительные функции включают в себя:

  • SD-WAN с автоматическим развертыванием — Firebox серии T предлагают интегрированные возможности SD-WAN, упрощая отказоустойчивость и оптимизацию сети. Благодаря встроенной функции SD-WAN с нулевым касанием эти устройства позволяют организациям снизить потребность в дорогостоящих подключениях MPLS или 4G/LTE, избежать отправки трафика с удаленных сайтов обратно через центральный центр обработки данных и поддерживать гибридные архитектуры WAN.
  • PoE+ — Firebox T40 и T80 оснащены встроенным PoE+ с одним и двумя портами соответственно.Это позволяет организациям питать периферийные устройства, такие как камеры видеонаблюдения, VoIP-телефоны и точки беспроводного доступа. Это избавляет от затрат и неудобств, связанных с прокладкой отдельных кабелей питания к каждому отдельному устройству.
  • IntelligentAV — теперь доступный на T40 и T80, IntelligentAV использует механизм машинного обучения для лучшей защиты от постоянно развивающихся вредоносных программ нулевого дня. В то время как антивирусные решения на основе сигнатур способны обнаруживать только известные угрозы, IntelligentAV позволяет прогнозировать угрозы за несколько месяцев до их выпуска, обеспечивая мощную предиктивную защиту, ранее недоступную для малого и среднего бизнеса.
  • Автоматизация . Новые настольные устройства WatchGuard построены на основе автоматизации, что позволяет ИТ-отделам, службам безопасности и поставщикам услуг делать больше с меньшими затратами. Пользователи могут развертывать устройства T Series из облака, обновлять сигнатуры угроз, обнаруживать и устранять вредоносное ПО и т. д. — и все это с помощью автоматизированных процессов.

«Межсетевые экраны WatchGuard Firebox серии T представляют собой универсальное устройство безопасности, которое хорошо подходит для развертывания дома, а также в малых и средних офисах, — сказал Дин Калверт, генеральный директор Calvert Technologies.«Они предлагают замечательный набор функций безопасности, интуитивно понятное управление и пропускную способность, необходимую вашим пользователям, чтобы не отставать от темпов бизнеса».

типов инстансов Amazon EC2 — Amazon Web Services

Функции экземпляра

Инстансы

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

Экземпляры со скачкообразной производительностью

Amazon EC2 позволяет выбирать между инстансами с фиксированной производительностью (например,г. M5, C5 и R5) и экземпляры с повышаемой производительностью (например, T3). Экземпляры с повышаемой производительностью обеспечивают базовый уровень производительности ЦП с возможностью резкого превышения базового уровня.

T Неограниченное количество экземпляров может поддерживать высокую производительность ЦП до тех пор, пока это необходимо рабочей нагрузке. Для большинства рабочих нагрузок общего назначения инстансы T Unlimited обеспечат достаточную производительность без каких-либо дополнительных затрат. Почасовая цена инстанса T автоматически покрывает все промежуточные всплески использования, когда средняя загрузка ЦП инстанса T равна или ниже базового уровня в течение 24-часового окна.Если экземпляру необходимо работать с более высокой загрузкой ЦП в течение длительного периода времени, он может сделать это за фиксированную дополнительную плату в размере 5 центов за каждый виртуальный ЦП-час.

Базовая производительность инстансов

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

Например, экземпляр t2.small постоянно получает кредиты со скоростью 12 кредитов ЦП в час. Эта возможность обеспечивает базовую производительность, эквивалентную 20 % мощности ядра ЦП (20 % x 60 минут = 12 минут). Если экземпляр не использует полученные кредиты, они сохраняются на балансе кредитов ЦП, но не более 288 кредитов ЦП. Когда инстансу t2.small необходимо увеличить нагрузку более чем на 20 % ядра, он использует баланс кредитов ЦП, чтобы автоматически справиться с этим всплеском.

При включенном T2 Unlimited экземпляр t2.small может превысить базовый уровень даже после того, как баланс кредитов ЦП снизится до нуля. Для подавляющего большинства рабочих нагрузок общего назначения, где средняя загрузка ЦП равна или ниже базовой производительности, базовая почасовая цена для t2.small покрывает все всплески ЦП. Если экземпляр будет работать со средней загрузкой ЦП на 25 % (на 5 % выше базового уровня) в течение 24 часов после того, как баланс кредита ЦП станет равным нулю, с него будет взиматься дополнительная плата в размере 6 центов (5 центов за виртуальный ЦП в час). x 1 виртуальный ЦП x 5% x 24 часа).

Многим приложениям, таким как веб-серверы, среды разработки и небольшие базы данных, не требуются постоянно высокие уровни ЦП, но они значительно выигрывают от полного доступа к очень быстрым ЦП, когда они им нужны. Экземпляры T разработаны специально для этих вариантов использования. Если вам нужна стабильно высокая производительность ЦП для таких приложений, как кодирование видео, веб-сайты с большим объемом или приложения HPC, мы рекомендуем использовать экземпляры с фиксированной производительностью. Инстансы T работают так, как если бы у них были выделенные высокоскоростные ядра Intel, когда вашему приложению действительно нужна производительность ЦП, и в то же время защищали вас от нестабильной производительности или других распространенных побочных эффектов, которые обычно возникают при превышении лимита подписки в других средах.

Несколько вариантов хранения

Amazon EC2 позволяет выбирать между несколькими вариантами хранения в зависимости от ваших требований. Amazon EBS — это надежное хранилище на уровне блоков, которое можно подключить к одному работающему экземпляру Amazon EC2. Вы можете использовать Amazon EBS в качестве основного устройства хранения данных, которые требуют частого и выборочного обновления. Например, Amazon EBS является рекомендуемым вариантом хранения при запуске базы данных в Amazon EC2.Тома Amazon EBS сохраняются независимо от срока службы инстанса Amazon EC2. Когда том подключен к экземпляру, вы можете использовать его как любой другой физический жесткий диск. Amazon EBS предлагает три типа томов, которые наилучшим образом соответствуют потребностям ваших рабочих нагрузок: тома общего назначения (SSD), Provisioned IOPS (SSD) и Magnetic. General Purpose (SSD) — это новый тип тома общего назначения EBS с поддержкой SSD, который мы рекомендуем клиентам в качестве выбора по умолчанию. Тома общего назначения (SSD) подходят для широкого спектра рабочих нагрузок, включая базы данных малого и среднего размера, среды разработки и тестирования, а также загрузочные тома.Тома Provisioned IOPS (SSD) предлагают хранилище со стабильной производительностью и низкой задержкой и предназначены для приложений с интенсивным вводом-выводом, таких как большие реляционные базы данных или базы данных NoSQL. Магнитные тома обеспечивают самую низкую стоимость гигабайта среди всех типов томов EBS. Магнитные тома идеально подходят для рабочих нагрузок, когда доступ к данным осуществляется нечасто, а также для приложений, в которых важна минимальная стоимость хранения.

Многие инстансы Amazon EC2 также могут включать хранилище с дисков, физически подключенных к хост-компьютеру.Это дисковое хранилище называется хранилищем экземпляров. Хранилище экземпляров предоставляет временное хранилище на уровне блоков для экземпляров Amazon EC2. Данные в томе хранилища экземпляров сохраняются только в течение срока службы связанного экземпляра Amazon EC2.

В дополнение к блочному хранилищу через Amazon EBS или хранилище экземпляров вы также можете использовать Amazon S3 для высоконадежного и высокодоступного объектного хранилища. Узнайте больше о вариантах хранения Amazon EC2 из документации Amazon EC2.

Инстансы, оптимизированные для EBS

За дополнительную небольшую почасовую плату клиенты могут запускать выбранные типы инстансов Amazon EC2 в качестве инстансов, оптимизированных для EBS. Для инстансов M6g, M5, M4, C6g, C5, C4, R6g, P3, P2, G3 и D2 эта функция включена по умолчанию без дополнительной платы. Инстансы, оптимизированные для EBS, позволяют инстансам EC2 полностью использовать количество операций ввода-вывода в секунду, выделенное для тома EBS. Инстансы, оптимизированные для EBS, обеспечивают выделенную пропускную способность между Amazon EC2 и Amazon EBS со скоростью от 500 до 4000 мегабит в секунду (Мбит/с) в зависимости от типа используемого инстанса. Выделенная пропускная способность сводит к минимуму конкуренцию между операциями ввода-вывода Amazon EBS и другим трафиком из вашего инстанса EC2, обеспечивая наилучшую производительность для ваших томов EBS.Инстансы, оптимизированные для EBS, предназначены для использования со всеми томами EBS. При подключении к инстансам, оптимизированным для EBS, тома Provisioned IOPS могут достигать задержек, измеряемых единицами миллисекунд, и обеспечивают производительность в пределах 10 % от выделенного IOPS в течение 99,9 % времени. Мы рекомендуем использовать тома Provisioned IOPS с инстансами, оптимизированными для EBS, или инстансами, которые поддерживают кластерную сеть для приложений с высокими требованиями к хранилищу ввода-вывода.

Кластерная сеть

Отдельные инстансы EC2 поддерживают кластерную сеть при запуске в общую группу размещения кластера.Группа размещения кластера обеспечивает сетевое взаимодействие с малой задержкой между всеми экземплярами в кластере. Полоса пропускания, которую может использовать инстанс EC2, зависит от типа инстанса и характеристик его сетевой производительности. Межэкземплярный трафик в пределах одного региона может использовать до 5 Гбит/с для однопоточного и до 100 Гбит/с для многопоточного трафика в каждом направлении (полный дуплекс). Трафик между корзинами S3 в том же регионе также может использовать всю доступную совокупную пропускную способность экземпляра. При запуске в группе размещения экземпляры могут использовать до 10 Гбит/с для однопоточного трафика и до 100 Гбит/с для многопоточного трафика. Сетевой трафик в Интернет ограничен 5 Гбит/с (полный дуплекс). Кластерная сеть идеально подходит для высокопроизводительных аналитических систем и многих научных и инженерных приложений, особенно тех, которые используют стандарт библиотеки MPI для параллельного программирования.

Особенности процессора Intel

Инстансы Amazon EC2 с процессором Intel могут предоставлять доступ к следующим функциям процессора:

  • Новые инструкции Intel AES (AES-NI): Набор инструкций шифрования Intel AES-NI улучшает исходный алгоритм Advanced Encryption Standard (AES) для обеспечения более быстрой защиты данных и большей безопасности.Все инстансы EC2 текущего поколения поддерживают эту функцию процессора.
  • Intel Advanced Vector Extensions (Intel AVX, Intel AVX2 и Intel AVX-512): Intel AVX и Intel AVX2 являются 256-разрядными, а Intel AVX-512 — это 512-разрядные расширения набора инструкций, предназначенные для приложений с плавающей запятой ( ФП) интенсив. Инструкции Intel AVX повышают производительность таких приложений, как обработка изображений и аудио/видео, научное моделирование, финансовая аналитика, а также 3D-моделирование и анализ.Эти функции доступны только в экземплярах, запущенных с образами AMI HVM.
  • Технология Intel Turbo Boost: Технология Intel Turbo Boost обеспечивает более высокую производительность, когда это необходимо. Процессор может автоматически запускать ядра быстрее, чем базовая рабочая частота, чтобы помочь вам делать больше быстрее.
  • Intel Deep Learning Boost (Intel DL Boost): Новый набор встроенных процессорных технологий, предназначенных для ускорения сценариев использования ИИ для глубокого обучения.Масштабируемые процессоры Intel Xeon 2-го поколения дополняют Intel AVX-512 новой инструкцией векторной нейронной сети (VNNI/INT8), которая значительно повышает производительность логического вывода по сравнению с масштабируемыми процессорами Intel Xeon предыдущего поколения (с FP32) для распознавания/сегментации изображений, объектов. обнаружение, распознавание речи, языковой перевод, рекомендательные системы, обучение с подкреплением и другие. VNNI может быть совместим не со всеми дистрибутивами Linux. Пожалуйста, ознакомьтесь с документацией перед использованием.

Не все функции процессора доступны для всех типов инстансов. См. матрицу типов инстансов для получения более подробной информации о том, какие функции доступны для каких типов инстансов.

Реализация объявлений AWS re:Invent 2021 по оптимизации затрат на практике

Озвучено Amazon Polly

Вслед за re:Invent 2021 и всеми потрясающими объявлениями у клиентов появилось так много новых и интересных способов оптимизировать расходы на облачные технологии.В этом блоге рассказывается о некоторых возможностях, которыми клиенты могли бы действительно воспользоваться, и предлагаются рекомендации о том, как ими воспользоваться и, следовательно, сэкономить. Если вы хотите узнать о других объявлениях re:Invent, ознакомьтесь с публикацией Top Announcements for AWS re:invent 2021 или посмотрите наш эпизод re:Invent из серии «Ключи к оптимизации AWS — Twitch Series».

Я собираюсь выделить четыре различных объявления и показать вам, как вы можете использовать их, чтобы сэкономить деньги. Мы начнем с Amazon DynamoDB, который теперь имеет стандартный класс хранения с нечастым доступом, а затем рассмотрим новые уровни мгновенного доступа для Amazon Simple Storage Service (Amazon S3), поговорим о новом Amazon Elastic Block Store (Amazon EBS). Снапшоты архивируются, а затем обертываются Graviton2 для AWS Fargate.Давайте начнем!

Amazon DynamoDB Standard — нечастый доступ (Standard-IA)

Возможность: сократить расходы на редко используемые данные на 60 %

Amazon DynamoDB — это полностью управляемая бессерверная база данных NoSQL с ключом и значением, предназначенная для запуска высокопроизводительных приложений любого масштаба. DynamoDB популярен в случаях использования транзакций, когда приложениям требуется доступ к данным с малой задержкой в ​​любом масштабе. Такие варианты использования включают закладки и списки наблюдения в потоковой передаче мультимедиа, историю транзакций профиля пользователя и историю сеансов игрока в играх.

На конференции re:Invent 2021 мы анонсировали новый класс таблиц Amazon DynamoDB Standard-Infrequent Access (DynamoDB Standard-IA), который поможет вам сократить расходы на DynamoDB до 60 % для таблиц, в которых хранятся редко используемые данные. Класс таблиц DynamoDB Standard-IA идеально подходит для случаев использования, требующих долгосрочного хранения данных, к которым редко обращаются, таких как журналы приложений, старые сообщения в социальных сетях, история заказов электронной коммерции и прошлые игровые достижения. Например, розничные клиенты иногда хотят найти более старый заказ, чтобы повторно купить товар или получить информацию о продукте.С DynamoDB Standard-IA вы можете сохранять редко используемые исторические заказы клиентов с меньшими затратами. Вы можете переключаться между классами таблиц DynamoDB Standard и DynamoDB Standard-IA, не влияя на производительность, надежность или доступность таблиц и не изменяя код приложения.

Итак, как определить, подходит ли вам эта новая опция?

  1. Если пропускная способность вашего хранилища превышает 50 % (чтение и запись). Этот шаблон использования является хорошим индикатором того, что у вас есть хранилище, которое вы не читаете и не записываете на регулярной основе.
  2. Если у вас есть ETL для архивирования данных в такие сервисы, как Amazon S3. Вместо того, чтобы продолжать перемещать данные, их можно хранить в таблице с меньшими затратами.
  3. Если вы используете скользящие таблицы (создание новых таблиц день/месяц). В этом случае старые таблицы могут считываться реже; поэтому идеально подходит для нечастого доступа.

Простейший призыв к действию, указанный выше, — проверить расходы на Amazon DynamoDB в отчете о затратах и ​​использовании с помощью этого запроса из библиотеки запросов Well Architected.Если расходы на пропускную способность вашего хранилища превышают 50 %, обратите внимание на уровень DynamoDB Standard-IA.

Amazon S3 Intelligent-Tiering: уровень мгновенного доступа к архиву

Возможность: автоматическая экономия до 68 % на стоимости хранения

Amazon S3 Intelligent-Tiering — это услуга, которую мы всегда хотели выделить клиентам, поскольку она может сделать за вас большую часть тяжелой работы. S3 Intelligent-Tiering оптимизирует расходы на хранение, автоматически перемещая ваши данные на наиболее экономичный уровень доступа на основе ваших шаблонов доступа.На re:Invent компания AWS объявила, что S3 Intelligent-Tiering теперь автоматически включает новый уровень Archive Instant Access с экономией средств до 68 % для редко используемых данных, требующих миллисекундного извлечения и высокой пропускной способности.

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

Поскольку это изменение было автоматическим, клиенты уже заметили его влияние на свои расходы. На изображении ниже из AWS Cost Explorer показано, как внедряется новый уровень, и на самом деле происходит невероятная экономия.

Рисунок 1. Представление из Amazon Cost Explorer, показывающее расходы S3 Расходы на основе использования API Intelligent Tiering

Призыв к действию, если вы уже используете S3 Intelligent-Tiering, состоит в том, чтобы проверить свой Cost Explorer, используя эту предварительно отфильтрованную ссылку, чтобы узнать, получили ли вы дополнительную экономию.

Если вы еще не начали использовать S3 Intelligent-Tiering и не уверены, с каких сегментов следует начать, мы можем вам помочь.Запрос Amazon Athena здесь можно использовать для выделения корзин, которые являются хорошими кандидатами для S3 Intelligent-Tiering. В этом запросе мы смотрим на метаданные и использование корзин, которые предполагают, что корзина предназначена для редко используемых данных, которые, как правило, хранятся в течение длительных периодов времени. Ключевые столбцы, на которые следует обратить внимание:

.
  1. Bucket_name_keywords — использует ли ваша корзина общие соглашения об именах, которые предполагают, к каким данным редко обращаются, поэтому можно использовать S3 Intelligent-Tiering
  2. s3_standard_underutilized_optimization — потенциал для задачи S3 Intelligent-Tiering, S3 Standard-IA или очистки как низкие запросы
  3. s3_glacier_instant_retrieval_potential_savings — если стандартный нечастый доступ, то какова будет стоимость, если он будет перемещен в Glacier Instance Retrieval

Не все сегменты следует перемещать в S3 Intelligent-Tieringg.Этот запрос даст вам возможность сузить поле, чтобы найти те, которые соответствуют варианту использования. Пожалуйста, не забывайте всегда консультироваться с владельцами сегментов, прежде чем вносить изменения.

Чтобы подтвердить эти данные, вы также можете просмотреть информацию об использовании Amazon S3 в Amazon S3 Storage Lens в этом блоге «5 способов сократить расходы на хранение данных с помощью Amazon S3 Storage Lens», чтобы узнать больше о возможностях экономии.

Архив снимков состояния Amazon Elastic Block Store (Amazon EBS)

Возможность: снизить стоимость хранилища снэпшотов до 75 %

Архив снимков состояния Amazon EBS — это более дешевый уровень хранения, в котором хранится полная копия моментальных снимков Amazon EBS на определенный момент времени.Ключевая фраза здесь — «полная копия». Это отличается от уровня хранилища EBS Snapshot Standard, где новые моментальные снимки являются добавочными и ссылаются на другие моментальные снимки в происхождении; поэтому вы платите только за изменения. Архив включает в себя полный снимок, и вы платите по более низкой ставке.

На высоком уровне хорошими кандидатами для архивирования являются моментальные снимки, блоки которых были изменены более чем на 25% от размера вашего полного моментального снимка. Давайте разберем это: если у вас есть том размером 100 ГБ с политикой жизненного цикла моментальных снимков, первый моментальный снимок должен оставаться в стандартном режиме. После этого, если у вас есть только небольшие изменения в блоках, то есть менее 25% изменений, вам следует оставаться в стандарте. Любое количество уникальных байтов превышает 25 %, и перемещение становится более экономически выгодным, если вы хотите сохранить моментальный снимок в течение 90 дней или более. Дополнительные сведения см. на странице моментальных снимков Amazon EBS.

В связи с тем, что в учетных записях клиентов хранятся сотни или тысячи моментальных снимков, возникает большой вопрос: как определить основных кандидатов для EBS Snapshots Archive? Для начала давайте посмотрим, когда вы хотели бы сохранить полный снимок.

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

  1. Если вы перемещаете копии своих томов в S3 для резервного копирования, вы можете переместить их в архив для простоты и снижения затрат
  2. Если вы создаете автономный AMI и хотите сохранить его золотую версию, или перед созданием AMI вы создаете моментальный снимок томов в качестве резервной копии
  3. Если у вас есть неприсоединенный том, и вам необходимо сохранить данные для соответствия требованиям, поскольку он не подключен и данные на томе не будут изменены, он не будет частью цепочки моментальных снимков. Затем его можно сделать моментальным снимком и переместить на уровень архива.
  4. Если это конец проекта и вам нужно сохранить моментальные снимки для соблюдения требований законодательства, то это хороший вариант, поскольку это представление на определенный момент времени.

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

Если вы хотите узнать больше о том, как связаны ваши моментальные снимки и тома EBS, вы можете сделать это в консоли AWS.Или настройте модуль лабораторной инвентаризации AWS Well Architected Optimization Data Collector, чтобы собрать воедино набор данных всех ваших моментальных снимков и томов EBS и использовать этот запрос для их объединения.

 Есть некоторые вещи, на которые следует обратить внимание при просмотре архива EBS. Моментальные снимки в архиве не имеют ссылок на другие моментальные снимки в линейке.  Архивы моментальных снимков EBS имеют минимальный срок хранения 90 дней. Стоимость восстановления составляет 0,03 доллара США/ГБ с типичным временем восстановления от 24 до 72 часов.Чтобы узнать больше, ознакомьтесь с руководством по архивированию. 

Поддержка Graviton2 для AWS Fargate

Возможность: Получите до 40 % лучшее соотношение цены и качества для ваших бессерверных контейнеров

В 2021 году было много отличных объявлений Graviton. Функции AWS Lambda на базе AWS Graviton2, инстансы на базе AWS Graviton2 для Amazon Neptune и партнерское решение AWS Graviton Ready. Однако в этом разделе я хотел сосредоточиться на AWS Fargate, который присоединяется к клубу управляемых сервисов AWS, которые могут работать на Graviton2, предоставляя вам до 40% больше соотношения цены и качества.Чтобы узнать больше о том, как изменить свои экземпляры Fargate, я бы порекомендовал этот блог AWS «Объявление о поддержке AWS Graviton2 для AWS Fargate — получите до 40 % лучшего соотношения цены и производительности для ваших бессерверных контейнеров». Это 40-процентное улучшение соотношения цены и производительности обусловлено снижением стоимости на 20 % по сравнению с другими инстансами с такой же конфигурацией виртуального ЦП и памяти и 20 % максимальной производительностью по сравнению с сопоставимыми инстансами на базе архитектуры x86.

Переход на Graviton2 прост, если ваше приложение совместимо с ARM64 и вы используете версию платформы Fargate (PV) 1.4.0 или выше. Для проверки информацию можно найти на GitHub, посвященном началу работы с AWS Graviton, и вы можете использовать раздел версий платформы AWS Fargate в документации AWS, чтобы узнать, как выполнить миграцию. Чтобы воспользоваться этой экономией, вам нужно всего лишь внести небольшое изменение в параметр задачи для cpuArchitecture с X84_64 на ARM64 и бум! Вы сделали!

Теперь, если вы еще не можете использовать Graviton2 для AWS Fargate, но хотите оптимизировать свои расходы на Amazon Elastic Container Service, не бойтесь! Есть масса других способов сэкономить. Этот удобный блог «Контрольный список оптимизации затрат для Amazon ECS и AWS Fargate» расскажет вам о таких методах, как оптимизация размера, автоматическое масштабирование и использование Spot.

Итак, сейчас самое время взглянуть на свои расходы на DynamoDB, S3, EBS и Fargate. Посмотрите, можете ли вы воспользоваться этими функциями, поскольку ни одна из них не требует фундаментальных изменений в способе развертывания и управления вашим приложением. Дайте нам знать, как вы поживаете!

Заключение

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

Производительность

блочного хранилища  | Документация по вычислительному движку  | Облако Google

Обзор

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

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

  • Убедитесь, что ваше приложение выдает достаточное количество операций ввода-вывода для насыщения вашего диск.

  • Для рабочих нагрузок, которые в основном связаны с небольшими (от 4 КБ до 16 КБ) случайными вводов/выводов, ограничивающим фактором производительности являются случайные операции ввода/вывода в расчете на секунда (IOPS).

  • Для рабочих нагрузок, которые в основном связаны с последовательными или большими (от 256 КБ до 1 МБ) произвольных операций ввода-вывода, ограничивающий фактор производительности составляет пропускная способность.

Выберите вариант хранения

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

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

  • Стандартные постоянные диски ( pd-standard ) подходят для больших данных обработки рабочих нагрузок, которые в основном используют последовательный ввод-вывод.
  • Сбалансированные постоянные диски ( pd-balanced ) являются альтернативой SSD постоянные диски, которые сочетают в себе производительность и стоимость.С таким же максимумом IOPS в качестве постоянных дисков SSD и более низкое количество операций ввода-вывода в секунду на ГБ, сбалансированный постоянный диск предлагает уровни производительности, подходящие для большинства приложений общего назначения при ценовая категория между стандартными и постоянными дисками SSD.
  • Постоянные диски SSD ( pd-ssd ) подходят для предприятий приложений и высокопроизводительных баз данных, требующих меньшего задержка и больше операций ввода-вывода в секунду, чем обеспечивают стандартные постоянные диски. SSD постоянные диски рассчитаны на однозначные миллисекундные задержки; в наблюдаемая задержка зависит от приложения.
  • Постоянные диски Extreme ( pd-extreme ) предлагают стабильно высокие производительность как для рабочих нагрузок с произвольным доступом, так и для массовой пропускной способности. Они есть предназначен для высокопроизводительных рабочих нагрузок баз данных, таких как Oracle или SAP HANA. в отличие другие типы дисков, вы можете указать желаемое количество операций ввода-вывода в секунду. Чтобы получить больше информации, см. Экстремальные постоянные диски.

Если вы создаете диск в Cloud Console, тип диска по умолчанию — pd-сбалансированный . Если вы создаете диск с помощью интерфейса командной строки gcloud или Compute Engine API, тип диска по умолчанию — pd-standard .

Зональный
стандартный
PD
Региональный стандарт

PD
Зональный
сбалансированный
PD
Региональный
сбалансированный
PD
Зональный
SSD PD
Региональный
SSD PD
Зональный
экстремальный PD
Локальный твердотельный накопитель (SCSI) Локальный твердотельный накопитель (NVMe)
Максимальный поддерживаемый IOPS
Чтение IOPS на ГБ 0.75 0,75 6 6 30 30
IOPS записи на ГБ 1,5 1,5 6 6 30 30
Чтение IOPS на экземпляр 7500 * 7500 * 15 000–80 000 * 15 000–60 000 * 15 000–100 000 * 15 000–60 000 * 15 000–120 000 * 900 000 2 400 000
Запись IOPS на экземпляр 15 000 * 15 000 * 15 000–80 000 * 15 000–30 000 * 15 000–100 000 * 15 000–30 000 * 15 000–120 000 * 800 000 1 200 000
Максимальная устойчивая пропускная способность (МБ/с)
Скорость чтения на ГБ 0. 12 0,12 0,28 0,28 0,48 0,48
Скорость записи на ГБ 0,12 0,12 0,28 0,28 0,48 0,48
Скорость чтения на экземпляр 240–1 200 * 240–1 200 * 240–1 200 * 240–1 200 * 240–1 200 * 240–1 200 * 240–2 200 ** 9 360 9 360
Пропускная способность записи на экземпляр 76–400 ** 38–200 ** 240–1 200 * 120–600 * 240–1 200 * 120–600 * 240–2 200 ** 4 680 4 680
Подключение диска к нескольким виртуальным машинам экземпляров в режиме только для чтения не влияет на совокупную производительность или стоимость. Каждая машина получает долю ограничения производительности на диск.

Операции ввода-вывода с постоянным диском используют общий путь с vNIC сетевой трафик в гипервизоре вашей виртуальной машины. Поэтому, если ваша виртуальная машина имеет значительный сетевой трафик, фактическая пропускная способность чтения и согласованность IOPS может быть меньше указанных максимальных пределов. Некоторая изменчивость в следует ожидать ограничения производительности, особенно при работе вблизи максимального Пределы IOPS с размером ввода-вывода 16 КБ. Для сводки ожиданий пропускной способности см. см. сводную таблицу пропускной способности.

Производительность постоянных дисков в режиме множественной записи

Предварительный просмотр

На эту функцию распространяются условия предложений Pre-GA. Условия использования Google Cloud. Функции Pre-GA могут иметь ограниченную поддержку, и изменения в функциях до GA могут быть несовместимы с другими версиями до GA. Для получения дополнительной информации см. описания этапов запуска.

Постоянные диски, созданные в режиме множественной записи, имеют определенные показатели IOPS и лимиты пропускной способности.

Режим многократной записи постоянного диска зонального твердотельного накопителя
Максимальный поддерживаемый IOPS
Чтение IOPS на ГБ 30
IOPS записи на ГБ 30
Чтение IOPS на экземпляр 15 000–100 000 *
Запись IOPS на экземпляр 15 000–100 000 *
Максимальная устойчивая пропускная способность (МБ/с)
Скорость чтения на ГБ 0. 48
Скорость записи на ГБ 0,48
Скорость чтения на экземпляр 240–1 200 *
Пропускная способность записи на экземпляр 240–1 200 *
Присоединение диска с несколькими записями к нескольким экземплярам виртуальной машины не влияет на совокупная производительность или стоимость. Каждая машина получает долю ограничения производительности на диск.

Чтобы узнать, как совместно использовать постоянные диски между несколькими виртуальными машинами, см. Совместное использование постоянных дисков между виртуальными машинами.

Сравнение постоянного диска с физическим жестким диском

При указании размера ваших постоянных дисков учитывайте, как эти диски по сравнению с традиционными физическими жесткими дисками. В следующих таблицах сравниваются стандартные постоянные диски и постоянные диски SSD к типичной производительности что вы ожидаете от диска SATA на 7200 об/мин, который обычно достигает 75 IOPS или 120 МБ в секунду.

Тип ввода/вывода Шаблон ввода-вывода Размер, необходимый для соответствия диску SATA со скоростью вращения 7200 об/мин (ГБ)
Стандартный постоянный диск Сбалансированный постоянный диск Постоянный диск SSD
Небольшие случайные чтения 75 небольших случайных чтений 100 12 3
Небольшие случайные записи 75 небольших случайных операций записи 50 12 3
Потоковое чтение больших объемов данных Потоковое чтение со скоростью 120 Мбит/с 1000 428 250
Потоковые большие записи Потоковая запись 120 МБ/с 1000 428 250

Настройка постоянных дисков и экземпляров

Производительность постоянного диска зависит от размера диска и количество виртуальных ЦП на вашем экземпляре ВМ.

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

Например, рассмотрим постоянный твердотельный диск емкостью 1000 ГБ, подключенный к экземпляру. с типом машины N2 и 4 виртуальными ЦП. Ограничение на чтение основано исключительно на размере диск 30 000 IOPS. Однако, поскольку экземпляр имеет 4 виртуальных ЦП, чтение ограничение ограничено до 15 000 IOPS.

В следующих таблицах показана производительность в зависимости от размера диска с приращением, где производительность существенно меняется. Однако вы можете указать размер диска в любом Увеличение на 1 ГБ. Настройте свои диски и экземпляры ВМ в соответствии с вашими Требования к производительности.

Производительность по размеру диска

Стандартный постоянный диск
IOPS Поддерживаемая пропускная способность (МБ/с)
Размер диска (ГБ) Чтение
(
Запись
(
Запись
(16 КБ на ввод-вывод)
Читать Написать
10 * * * * *
32 24 48 48 3 3
64 48 96 96 7 7
128 96 192 192 15 15
256 192 384 384 30 30
512 384 768 768 61 61
1000 750 1 500 1 500 120 120
1 500 1 125 2 250 2 250 180 180
2 048 1 536 3 072 3 072 245 245
4000 3000 6000 6000 480 400
5000 3 750 7 500 7 500 600 400
8 192 6 144 12 288 7 500 983 400
10 000–
65 536
7 500 15 000 7 500 1 200 400
Постоянный диск SSD
IOPS Поддерживаемая пропускная способность (МБ/с)
Размер диска (ГБ) Чтение
(
Чтение
(
Запись
(
Запись
(16 КБ на ввод-вывод)
Читать Написать
10 300 300 300 300 4. 8 4,8
32 960 960 960 960 15 15
64 1 920 1 920 1 920 1 920 30 30
128 3 840 3 840 3 840 3 840 61 61
256 7 680 7 680 7 680 7 680 122 122
500 15 000 15 000 15 000 15 000 240 240
834 25 000 25 000 25 000 25 000 400 400
1000 30 000 30 000 30 000 25 000 480 480
1 334 40 000 40 000 40 000 40 000 640 640
1 667 50 000 50 000 50 000 50 000 800 800
2 048 60 000 60 000 60 000 60 000 983 983
3 500–65 536 100 000 75 000 100 000 75 000 1 200 1 200

Тип машины и количество виртуальных ЦП

ВМ E2

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

Стандартный постоянный диск

IOPS Поддерживаемая пропускная способность (МБ/с)
Число виртуальных ЦП ВМ Читать Написать Читать Написать
e2-средний 1000 10 000 200 200
2-7 3000 15 000 240 240
8-15 5000 15 000 800 400
16+ 7 500 15 000 1 200 400

Постоянный диск SSD

IOPS Поддерживаемая пропускная способность (МБ/с)
Число виртуальных ЦП ВМ Чтение
(
Чтение
(
Запись
(
Запись
(16 КБ на ввод-вывод)
Читать Написать
e2-средний 12 000 12 000 10 000 10 000 200 200
2-7 15 000 15 000 15 000 15 000 240 240
8-15 15 000 15 000 15 000 15 000 800 800
16-31 25 000 25 000 25 000 25 000 1 200 1000
32+ 60 000 60 000 60 000 60 000 1 200 1000
Виртуальные машины N1, N2, N2D и Tau T2D

Стандартный постоянный диск

IOPS Поддерживаемая пропускная способность (МБ/с)
Число виртуальных ЦП ВМ Читать Написать Читать Написать
1 ** 3000 15 000 240 204
2-7 3000 15 000 240 240
8-15 5000 15 000 800 400
16+ 7 500 15 000 1 200 400

Постоянный диск SSD

IOPS Поддерживаемая пропускная способность (МБ/с)
Число виртуальных ЦП ВМ Чтение
(
Чтение
(
Запись
(
Запись
(16 КБ на ввод-вывод)
Читать Написать
1 ** 15 000 15 000 9000 4 500 240 204
2-7 15 000 15 000 15 000 15 000 240 240
8-15 15 000 15 000 15 000 15 000 800 800
16-31 25 000 25 000 25 000 25 000 1 200 1 200
32-63 60 000 60 000 60 000 60 000 1 200 1 200
64+ * 100 000 75 000 100 000 75 000 1 200 1 200

Сбалансированный постоянный диск

IOPS Поддерживаемая пропускная способность (МБ/с)
Число виртуальных ЦП ВМ Читать Написать Читать Написать
1 ** 15 000 15 000 240 204
2-7 15 000 15 000 240 240
8-15 15 000 15 000 800 800
16-31 20 000 20 000 1 200 1 200
32-63 50 000 50 000 1 200 1 200
64+ 80 000 80 000 1 200 1 200
Виртуальные машины C2 и C2D

Стандартный постоянный диск

IOPS Поддерживаемая пропускная способность (МБ/с)
Число виртуальных ЦП ВМ Чтение
(
Запись
(
Запись
(16 КБ на ввод-вывод)
Читать Написать
4 3000 4000 4000 240 240
8 3000 4000 4000 240 240
16 3000 4000 4000 240 240
30 3000 8000 8000 240 240
60 3000 15 000 15 000 240 240

Постоянный диск SSD

IOPS Поддерживаемая пропускная способность (МБ/с)
Число виртуальных ЦП ВМ Чтение
(
Запись
(
Запись
(16 КБ на ввод-вывод)
Читать Написать
4 4000 4000 4000 240 240
8 4000 4000 4000 240 240
16 8000 4000 4000 320 240
30 15 000 8000 8000 600 240
60 30 000 15 000 15 000 1 200 400

Проверка показателей производительности и регулирования

Вы можете просмотреть показатели производительности постоянного диска в Облачный мониторинг, Интегрированное решение для мониторинга Google Cloud.

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

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

Если предел вашего диска составляет 1000 операций ввода-вывода в секунду при записи, диск принимает запрос на запись каждую 1 миллисекунду. Если вы выдаете более быстрые запросы на запись, то небольшая задержка введен для распределения запросов с интервалом в 1 миллисекунду. IOPS и пропускная способность ограничения, обсуждаемые в этом документе, применяются постоянно, а не поминутно или в секунду.

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

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

Дополнительные сведения см. в разделе Просмотр показателей производительности постоянного диска.

Оптимизация производительности диска

Чтобы повысить производительность диска, начните со следующих шагов:

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

  • Изменение типа машины и количество виртуальных ЦП в инстансе, чтобы увеличить количество операций ввода-вывода в секунду на инстанс и лимиты пропускной способности.

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

Другие факторы, влияющие на производительность

Ограничения выхода из сети для пропускной способности записи

Экземпляр вашей виртуальной машины (ВМ) имеет ограничение выхода из сети, которое зависит от типа машины виртуальной машины.

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

Максимальный трафик записи, который может выдать экземпляр ВМ, равен выходной лимит сети, разделенный на множитель пропускной способности, учитывающий пропускную способность записи, используемую этим избыточность и накладные расходы. Ограничение выхода из сети зависит от типа машины экземпляр ВМ. Ограничения выхода из сети для каждого типа машины перечислены в Таблицы типов машин в сети исходящая пропускная способность (Гбит/с) столбец.

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

Стандартный постоянный диск Постоянный диск SSD Сбалансированный постоянный диск
Количество виртуальных ЦП Лимит записи (МБ/с) Распределение записи (МБ/с) Размер диска, необходимый для достижения предела (ГБ) Лимит записи (МБ/с) Распределение записи (МБ/с) Размер диска, необходимый для достижения предела (ГБ) Лимит записи (МБ/с) Распределение записи (МБ/с) Размер диска, необходимый для достижения предела (ГБ)
1 72 43 600 204 122 425 204 122 729
2 240 227 2000 240 227 500 240 227 858
4 240 227 2000 240 227 500 240 227 858
6+ 400 346 3 334 800 480 1667 800 480 2 858
16+ 400 346 3 334 1 200 720 2 500 1 200 720 4 285

Множитель пропускной способности для стандартных постоянных дисков равен 3. 3х, значит данные записываются три раза с общим объемом служебных данных 10%. Полоса пропускания множитель для постоянных дисков SSD равен 1,16, потому что данные записываются один раз с общими накладными расходами 16%. Если вы подключаете диск к N1 ВМ инстанс с 1 виртуальным ЦП, ограничение исходящего трафика сети составляет 2 гигабита в секунду (Гбит/с). Вы можете рассчитать предельную пропускную способность, используя следующие формулы:

Максимальная пропускная способность записи для стандартного постоянного диска для 1 виртуального ЦП
= 2 Гбит/с / 8 бит
= 0.25 ГБ в секунду = 250 МБ в секунду => 250 МБ в секунду / 3,35
~= 72 МБ в секунду
Максимальная пропускная способность записи на твердотельный накопитель и сбалансированный постоянный диск для 1 виртуального ЦП
= 2 Гбит/с / 8 бит
= 0,25 ГБ в секунду = 250 МБ в секунду => 250 МБ в секунду / 1,16
~= 204 МБ в секунду

Используя данные о пропускной способности записи на ГБ, приведенные в диаграмму производительности, вы также можете получить требуемую емкость диска для достичь этой производительности:

Требуемый стандартный размер постоянного диска для максимальной пропускной способности записи 1 виртуального ЦП
= 72 МБ в секунду / 0. 12 МБ в секунду на ГБ
~= 600 ГБ
Требуемый размер постоянного диска SSD для максимальной пропускной способности записи 1 виртуального ЦП
= 204 МБ в секунду / 0,48 МБ в секунду на ГБ
~= 425 ГБ
Требуемый сбалансированный размер постоянного диска для максимальной пропускной способности записи 1 виртуального ЦП
= 204 МБ в секунду / 0,28 МБ в секунду на каждый ГБ
~= 729 ГБ

Аналогично зональным постоянным дискам, запись трафика с региональных постоянных дисков вносит свой вклад в кумулятивный лимит выхода из сети экземпляра.Вычислять доступный сетевой выход для региональных постоянных дисков, используйте пропускную способность множитель 6,6 для стандартных постоянных дисков и 2,32 для SSD и сбалансированных постоянные диски.

Для ВМ с 16+ ядрами максимальная исходящая пропускная способность сети, потребляемая стандартными постоянные диски — 1320 МБ в секунду (400 МБ/с * 3,3). Для твердотельных накопителей дисков, максимальная потребляемая пропускная способность исходящей сети составляет 1392 МБ в секунду. (1200 МБ/с * 1,16).

Одновременное чтение и запись

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

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

Обратите внимание, что пропускная способность = IOPS * размер ввода-вывода . Чтобы максимально использовать ограничения пропускной способности для одновременного чтения и записи на постоянных дисках SSD, используйте размер ввода-вывода таким образом, чтобы объединенные операции чтения и записи не превышали IOPS. предел.

Ограничения количества операций ввода-вывода в секунду для одновременных операций чтения и записи

Стандартный постоянный диск Постоянный диск SSD (8 виртуальных ЦП) Постоянный диск SSD (32+ виртуальных ЦП) Постоянный диск SSD (64+ виртуальных ЦП)
Чтение Написать Читать Написать Читать Написать Читать Написать
7 500 0 15 000 0 60 000 0 100 000 0
5 625 3 750 11 250 3 750 45 000 15 000 75 000 25 000
3750 7 500 7 500 7 500 30 000 30 000 50 000 50 000
1875 11 250 3 750 11 250 15 000 45 000 25 000 75 000
0 15 000 0 15 000 0 60 000 0 100 000

Ограничения пропускной способности экземпляра (МБ в секунду) для одновременных операций чтения и записи

Стандартный постоянный диск Постоянный диск SSD (6–14 виртуальных ЦП) Постоянный диск SSD (16+ виртуальных ЦП)
Чтение Написать Читать Написать Читать Написать
1200 0 800 * 800 * 1200 * 1200 *
900 100
600 200
300 300
0 400

Показатели IOPS в этой таблице основаны на размере ввода-вывода 8 КБ. Другие размеры операций ввода-вывода, например 16 КБ, могут иметь другие значения IOPS. но сохраняйте то же распределение чтения/записи.

Размер логического тома

Постоянные диски могут иметь размер до 64 ТБ, и вы можете создавать отдельные логические тома до 257 ТБ с помощью управления логическими томами внутри вашей виртуальной машины. Большой размер тома влияет на производительность следующим образом:

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

Несколько дисков одного типа

Если к экземпляру ВМ в одинаковый режим (например, чтение/запись), пределы производительности такие же, как ограничения одного диска, который имеет объединенный размер этих дисков.Если вы используете все диски на 100%, совокупный предел производительности будет разделен равномерно среди дисков независимо от относительного размера диска.

Например, предположим, что у вас есть стандартный диск на 200 ГБ и диск на 1000 ГБ. стандартный диск. Если вы не используете диск на 1000 ГБ, то диск на 200 ГБ диск может достигать предела производительности стандартного диска емкостью 1200 ГБ. если ты использовать оба диска на 100%, тогда каждый имеет предел производительности Стандартный постоянный диск 600 ГБ (1200 ГБ / 2 диска = 600 ГБ диск).

Несколько дисков разных типов

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

Например, предположим, что у вас есть один стандартный диск емкостью 5000 ГБ и один твердотельный накопитель емкостью 1000 ГБ. диск, подключенный к виртуальной машине N2 с одним виртуальным процессором. Предел чтения IOPS для стандарта диск составляет 3000, а ограничение чтения IOPS для SSD-диска — 15 000. Поскольку лимит SSD-диска определяет общий лимит, общий лимит чтения IOPS для вашей ВМ 15 000. Это ограничение распределяется между всеми подключенными дисками.

Что дальше

Исследование пропускной способности сборки C++ и настройка

Ольга

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

Мы хотели бы поделиться некоторыми методами, которые мы используем, чтобы получить «большую» картину сборки, а также инструментами, которые могут помочь увидеть, что занимает время в определенной части сборки. Мы также поговорим о параметрах проекта MSBuild, которые могут улучшить параллелизм сборки, не перегружая систему, а также о других (не сразу очевидных) параметрах, которые могут повлиять на производительность сборки.

Этот блог больше похож на список того, что доступно в настоящее время, полный инструкций и подробностей. Некоторые из предложений должны быть полезны для любой сборки C++, но большинство измерений и параметров настройки предназначены для проектов на основе MSBuild (vcxproj).

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

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

Измерьте время сборки с помощью сводки производительности MSBuild

Если ваша сборка основана на MSBuild, первое, что нужно сделать при изучении производительности сборки, — это посмотреть, какие проекты и какие задачи/цели внутри проектов занимают большую часть времени сборки.Сводные данные о производительности также очень полезны для сравнения сборок с использованием разных параметров.

Чтобы получить сводку производительности для полной сборки, вы можете сделать следующее: откройте командную строку разработчика (или MSBuild) и запустите сборку вашего решения со следующими параметрами (замените значения конфигурации и платформы на те, которые действительно есть в вашем решении ):

 msbuild /m /t:clean /p:Configuration="Debug";Platform="x86" YourSolution. sln
msbuild /m /fl -flp:PerformanceSummary;v=q;LogFile=Perf.log /p:Configuration="Отладка";Platform="x86" YourSolution.sln
 

Рекомендуется использовать настройку «quet» или «минимальную» детализацию ( -flp:PerformanceSummary;v=q ), поскольку само ведение журнала консоли занимает заметное время. Но вы можете установить другие уровни детализации, если хотите больше информации о сборке в Perf.log. Вы также можете добавить /detailedSummary , чтобы увидеть использование узлов msbuild.exe).

Ту же информацию можно извлечь из двоичного журнала. Мы рекомендуем создавать двоичные журналы при исследовании ваших сборок.Чтобы создать двоичный журнал, запустите:

  msbuild /m /t:clean /p:Configuration="Debug";Platform="x86" YourSolution.sln
msbuild /m /bl:build.binlog /p:Configuration="Debug";Platform="x86" YourSolution.sln  

Чтобы извлечь информацию о производительности в Perf.log, выполните:

  msbuild -noconlog -flp:PerformanceSummary -flp:v=q build. binlog
ren msbuild.log Perf.log  

Вы также можете включить «Время сборки» для проектов VC в среде IDE, установив «Инструменты/Параметры/Проекты и решения/Настройки проекта VC++/Время сборки» = «Да».Это создаст сводку производительности для каждого проекта, но не для всей сборки решения. Таким образом, с помощью командной строки лучше увидеть «картину целиком».

В Perf.log вы найдете время (в мс), которое потребовалось для построения всего решения, каждого проекта (в порядке возрастания времени) и коммутативное время всех целей и задач (также в порядке возрастания времени). Обратите внимание, что время сборки проекта и некоторые цели (например, цель ResolveProjectReferences) включают ожидание сборки проектов, на которые ссылаются.Вы можете использовать вкладку «Временная шкала» средства просмотра binlog, чтобы увидеть, были ли другие проекты построены как часть конкретной сборки проекта.

Для решения, содержащего в основном проекты C++, cl и link обычно являются задачами, занимающими большую часть времени:

  Сводка эффективности проекта:
…
    1100252 мс d:testMySolution. sln 1 вызов  время сборки решения (msbuild /m)

Сводка по выполнению задачи:
…
     22495731 мс Link 250 вызовов
    152500624 мс CL 250 вызовов  

Время выполнения задачи — это сумма времени выполнения задачи для всех проектов, поэтому оно может быть больше, чем общее время сборки.Для задач CL и Link их время очень близко к времени cl.exe и link.exe.

Используйте Build Insights, чтобы увидеть временную шкалу сборки для cl.exe и link.exe

Большая часть времени сборки C++ обычно тратится на компилятор. Чтобы визуализировать то, что происходит во время сборки, увидеть процессы, работающие параллельно, и сосредоточиться на частях, которые занимают большую часть времени, вы можете использовать инструмент Build Insights.

Изменить параметры для повышения производительности сборки C++

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

1. Проверьте настройки антивируса

Сборки

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

Антивирусная программа «Защитник Windows» автоматически исключает большинство распространенных инструментов сборки, если они находятся в местах установки по умолчанию.Но если вы устанавливаете Visual Studio в произвольном расположении или используете множество дополнительных инструментов сборки, это может повлиять на производительность сборки.

Чтобы узнать, влияют ли проверки Защитника Windows на вашу сборку, вы можете использовать анализатор производительности для антивирусной программы Microsoft Defender. Инструмент собирает минимальные данные, поэтому вы можете запустить его для значительной части вашей сборки (обычно достаточно 10-20 минут), если не для всей сборки. Мы рекомендуем закрыть все приложения, не связанные со сборкой, перед сбором данных, чтобы не видеть в отчете процессы, не связанные со сборкой.

Чтобы собрать данные и просмотреть затронутые процессы сборки:

  • Откройте Windows PowerShell и выполните:
      New-MpPerformanceRecording-RecordTo MyBuild.etl  
  • Пересоберите свой код в среде IDE или в командной строке
  • После завершения сборки (или через 10-20 минут) вернитесь в PowerShell и остановите запись, нажав любую клавишу
  • При запуске PowerShell
      Get-MpPerformanceReport-TopProcesses:20 MyBuild.etl  

    Это даст вам список затронутых процессов, подобный следующему:

      Верхние процессы
    ============
    
    Подсчет TotalDuration MinDuration AverageDuration MaxDuration MedianDuration ProcessPath
    ----- ------------- ----------- --------------- ------ ----- -------------- -----------
    8193 62272.1020 мс 0,1790 мс 7,6006 мс 119,5682 мс 6,8465 мс D:Visual Studio 17VCToolsMSVC14. 30.30528binHostx64x86cl.exe
    1068 14587,9547 мс 3,2531 мс 13,6591 мс 927,2716 мс 6,0416 мс D:Visual Studio 17VCToolsMSVC14.30.30528binHostx64x86link.exe
    …  

    Вы можете добавить инструменты сборки из надежных расположений в список исключенных файлов или каталогов в настройках Защитника Windows.

2. Переопределить каталог TMP.

При компиляции кл.exe создает файл tmp для каждого источника в папке TMP. Когда многие процессы cl.exe работают параллельно и одновременно создают много файлов в одной папке, это создает большую нагрузку на файловую систему.

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

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

3. Настройте параметры сборки для лучшего параллелизма.

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

Большинство инструментов сборки интенсивно используют ЦП, память и файловую систему.В зависимости от количества исходных файлов, их размера и содержимого любой из этих компонентов может быть узким местом, препятствующим ускорению сборки при параллельном запуске большего количества инструментов. Когда достигается предел ресурсов, параллельное выполнение большего количества операций сборки сделает сборку медленнее, а не быстрее, иногда значительно. Например, проблема чрезмерного использования ресурсов msbuild /m + cl /MP  известна уже довольно давно, но в последнее время она стала более частой, поскольку все больше и больше компьютеров имеют 32+ логических ЦП. Проблема оптимального параллелизма сборки довольно сложна, поскольку трудно заранее предсказать использование ресурсов конкретной операцией сборки и практически невозможно предсказать фактическую доступность ресурсов на все время этой операции сборки. Но некоторые эвристики можно использовать, по крайней мере, для количества запущенных процессов и потоков.

Диспетчер ресурсов MSBuild

В VS 2019 16.10 в MSBuild появилось управление ресурсами между процессами, которое позволяет частям сборки (задачам) разных проектов сообщать об их ожидаемом использовании ЦП и ограничивать это использование, если ресурсы уже зарезервированы другими частями сборки.Все задачи сборки C++, которые запускают несколько процессов (например, cl.exe или пользовательские инструменты сборки) или те, которые, как известно, используют много потоков (например, link.exe), участвуют в этом взаимодействии.

В сборке проекта VS 2022 17.0 VC по умолчанию используется диспетчер ресурсов MSBuild. Поддержка диспетчера ресурсов MSBuild также доступна в VS 2019 16.11, но отключена по умолчанию. Чтобы активировать его, следующее свойство должно быть определено как переменная среды или как свойство MSBuild для всех проектов (см.Образец Build.props):

установить UseMSBuildResourceManager=true

Если в настоящее время вы не используете /MP для своей сборки, включите его и попробуйте. Чтобы повлиять на все проекты, определите следующее свойство как переменную среды или как свойство MSBuild для всех проектов (см. образец Directory.Build.props):

.

установить CL_MP = истина

По умолчанию диспетчер ресурсов MSBuild разрешает одновременное использование всеми задачами проекта не более 2*(количество ядер ЦП).Ограничение в 2 ядра (вместо 1x) частично продиктовано текущей архитектурой планировщика MSBuild, но также, по-видимому, обеспечивает лучшую среднюю производительность сборки. Большую часть времени сборка будет использовать менее 2xCPU, а когда это происходит, система обычно хорошо переносит 2x переподписку CPU, если сборка не затрагивает узких мест, отличных от CPU (см. раздел «Многоядерные машины»).

Есть также несколько «ручек», которые можно попробовать, если поведение по умолчанию недостаточно хорошее. В дополнение к настройке максимального количества проектов, которые могут быть построены параллельно ( msbuild /m:nProjects ), вы можете установить следующие переменные среды (не могут быть свойствами MSBuild), чтобы изменить поведение:

  • MSBUILDCORELIMIT=N где N — максимальное количество ядер, выделяемых одному проекту.По умолчанию это количество логических процессоров на машине
  • .
  • MSBUILDNODECOREALLOCATIONWEIGHT= [0–100] 0% означает, что узлы MSBuild не рассматривают возможность использования ЦП, а 100% означает, что каждый узел MSBuild будет рассматриваться как использующий 1 ЦП. В сборках C++ процессы MSBuild задействуют ЦП мало по сравнению с использованием ЦП компилятором, поэтому 0 должно быть в порядке. Но для смешанных решений C# и C++, вероятно, следует установить что-то между 50 и 100.

Если по какой-то причине сборка с помощью диспетчера ресурсов MSBuild выполняется медленнее для вашей сборки и вы не хотите экспериментировать с другими параметрами, вы можете отключить его, установив для параметра UseMSBuildResourceManager значение false.

MultiToolTask ​​(МТТ)

Другие параметры, которые можно использовать для ограничения количества параллельно выполняемых процессов cl.exe, описаны в разделе Улучшение параллелизма в MSBuild.

Чтобы активировать режим MTT, задайте следующие свойства в качестве переменных среды или свойств MSBuild для всех проектов (см. также пример Directory.Build.props ниже):

  установить UseMultiToolTask=true
установить EnforceProcessCountAcrossBuilds=true  

Это сделает запуск сборки отдельной кл.exe для каждого источника C/C++ и ограничить количество одновременно запущенных процессов cl (во всех сборках проекта) до CL_MPCOUNT , что по умолчанию равно количеству логических процессоров.

Режим

MultiToolTask ​​также можно использовать вместе с диспетчером ресурсов MSBuild. Это может быть полезно для некоторых сборок, поскольку вместо того, чтобы запрашивать у диспетчера ресурсов MSBuild доступные ресурсы только один раз перед запуском верхнего уровня cl.exe /MP , сборка будет запрашивать его перед запуском cl.exe для каждого исходного файла.

Обратите внимание, что для проектов с большим количеством небольших и простых файлов C/C++ (т. е. когда компиляция отдельных файлов не занимает много времени) запуск отдельных процессов cl.exe для каждого файла приведет к заметным накладным расходам. Таким образом, эту опцию рекомендуется использовать, когда большинство исходных файлов относительно большие и сложные.

В VS 2022 был добавлен новый экспериментальный режим «ClServer» для устранения накладных расходов на создание процесса в режиме MTT с использованием модели «сервер-клиент», аналогичной cl.exe/MP . Сервер будет порождать рабочие процессы cl. exe, а затем отправлять работу через IPC. Сервер находится в процессе MSBuild, поэтому он синхронизируется с диспетчером ресурсов при динамическом планировании работы, выделяя больше рабочих процессов или освобождая ресурсы для уменьшения масштаба для обработки компиляций «длинного полюса».

Чтобы включить этот режим, следующее свойство должно быть определено как переменная среды или как свойство MSBuild для всех проектов (см. образец Directory.Build.props ниже):

установить EnableClServerMode=true

Увеличение параллелизма сборки для собственных проектов C++ (экспериментально)

Этот параметр является экспериментальным и в настоящее время работает только для сборок командной строки (не поддерживается для сборки IDE).

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

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

Чтобы разрешить запуск этапа компиляции ссылающихся проектов сразу после завершения этапа компиляции ссылающихся проектов:

установить BuildPassReferences=true

Чтобы разрешить параллельную компиляцию всех собственных исходных кодов, несмотря на ссылки на проект (подразумевается BuildPassReferences=true ): (Обратите внимание, что этот режим не будет работать, если код использует 20 модулей C++, созданных как часть решения)

установить AllowParallelCompileInReferencedProjects=true

Поскольку эти параметры позволяют одновременно запускать больше частей сборки, обязательно включите диспетчер ресурсов MSBuild и/или MultiToolTask ​​с помощью EnforceProcessCountAcrossBuilds .

Командная строка должна выглядеть так:

msbuild /p:Configuration=Debug;Platform= x64 /t:BuildGenerateSources;BuildCompile;BuildLink solution.sln

Как это работает:

По умолчанию MSBuild запускает выполнение сборки проекта после завершения сборки всех проектов, на которые он ссылается. Каждая сборка проекта VC состоит из целей BuildGenerateSources, BuildCompile и BuildLink, выполняемых один за другим. Исторически они назывались «строительными пропусками».

Временная шкала сборки по умолчанию для двух проектов, в которых ProjectB ссылается на ProjectA, выглядит как

.

Если для BuildPassReferences установлено значение true, цель BuildGenerateSources проекта B будет выполнена, как только цель BuildGenerateSources проекта A завершит построение.Целевой объект BuildCompile проекта B будет ожидать завершения выполнения целевого объекта BuildGenerateSources проекта B, а также целевого объекта BuildCompile проекта A. Точно так же цель BuildLink проекта B будет ожидать цели BuildCompile проекта B и цели BuildLink проекта A.

Таким образом, при BuildPassReferences = true временная шкала сборки будет выглядеть как

.

Если AllowParallelCompileInReferencedProjects имеет значение true, сборка позволит выполнять параллельный запуск даже одинаковых целей ссылающегося и ссылочного проектов.Это будет работать только в том случае, если цель не использует выходные данные той же цели указанного проекта. Обратите внимание, что .lib и .implib создаются как часть BuildCompile , поэтому они всегда доступны для BuildLink .

Цель BuildGenerateSources проекта B может выполняться одновременно с целью BuildGenerateSources проекта A. Целевой объект BuildCompile проекта B будет ожидать завершения выполнения целевых объектов BuildGenerateSources проекта B и проекта A. Цель проекта B BuildLink будет ожидать целей проекта B и проекта A BuildCompile .

Итак, с AllowParallelCompileInReferencedProjects=true временная шкала будет выглядеть как

4. Исходники, включения и предварительно скомпилированные заголовки (PCH)

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

Проверьте следующую запись в блоге для настройки файлов PCH: Проблемы и рекомендации Precompiled Header (PCH)

Если ваши файлы хорошо изолированы, вы также можете попробовать использовать сборки Unity (Jumbo): Поддержка файлов Unity (Jumbo) в Visual Studio 2017 15.8 (экспериментальная версия)

5. Особые указания для машин с числом ЦП 64+

Следующие рекомендации основаны на измерениях времени сборки, выполненных на 192-ядерном компьютере Windows Server.

  • Если вы используете Windows Server 2016 на таком компьютере, настоятельно рекомендуется обновить его до WS2019. WS2016 не был оптимизирован для запуска многих (64+) экземпляров одного и того же исполняемого файла, что приводило к низкой производительности 64+ cl.exe, работающих вместе.
  • При использовании Windows Server 2019 убедитесь, что антивирусная проверка не влияет на вашу сборку, а каталог TMP переопределен (т. е. следуйте рекомендациям № 1 и № 2 этого блога, см. диаграмму ниже).
  • Сборка, скорее всего, столкнется с файловой системой и узким местом дискового ввода-вывода при параллельном запуске большого количества инструментов сборки.Если вы настроили параметры сборки для наилучшего параллелизма (№ 3), но по-прежнему наблюдаете низкую загрузку ЦП во время сборки, вероятно, сборка сталкивается с узким местом, отличным от ЦП. Попробуйте ограничить количество проектов, выполняющихся параллельно, а также задайте для MSBUILDCORELIMIT меньшее число — это действительно может повысить производительность сборки.

В одном из наших тестов мы создали сгенерированное решение, содержащее 250 проектов, по 250 файлов cpp в каждом, без ссылок на проекты.Код на C++ тоже был сгенерирован и, надо признать, довольно простой, содержащий по одному классу на файл, до 30 методов в каждом.

На следующей диаграмме показано время сборки этого решения с различными вариантами системы и TMP. Каждая полоса соответствует времени сборки msbuild /m:[nProjects] , другие параметры не заданы. Поскольку в тестовых проектах не было ссылок на проекты, этого было достаточно для достижения наилучшего параллелизма. Каждая серия содержит время сборки, когда количество проектов, построенных параллельно (и, следовательно, максимальное количество cl.exe экземпляров, работающих вместе) было 10, 20, 30, 40, 60, 80, 100, 120, 140, 160 и 180.

Настройки системы/TMP для каждой серии:

  1. WS2016 Настройки по умолчанию
  2. WS2019 Параметры по умолчанию, пользовательское расположение установки VS (Защитник включен, без исключений, папка TMP по умолчанию c:users[username]AppDataLocalTemp )
  3. WS2019* Инструменты сборки исключены из проверки Защитника. Папка TMP по умолчанию, не исключенная из сканирования Защитником.
  4. WS2019** Инструменты сборки и папка TMP по умолчанию исключаются из сканирования Defender
  5. WS2019*** Инструменты сборки исключены из сканирования Защитника, TMP настроен на конкретное расположение проекта, разное для каждого проекта.

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

Мы также тестировали другие сгенерированные решения с другим количеством проектов, более длинным кодом, ссылками на проекты и т. д. Мы также использовали разные варианты сборки, особенно те, которые мы рекомендуем использовать в разделе № 3. Тенденции были очень похожи, хотя оптимальное количество параллельных процессов могло различаться.

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

Пример

Directory.Build.props для установки параметров для всех проектов

Создайте Directory.Build.props в корневом каталоге, чтобы повлиять на все проекты в этом корне. Это образец содержимого каталога .Build.props , который вы можете использовать, чтобы попробовать разные настройки сборки.

  
<Проект>
  <Группа свойств>
    
    true

    
    true

    
    

    
    

    
    

    
    
    
  

  <Группа Определений Элемента>
    
    
      true
    
    
    <Пользовательская сборка>
      истина
    
  

  
  
    
    
    
  
  

Отправьте нам отзыв

Сборка

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

Если вы попробуете какие-либо предложения, сообщите нам об этом, мы будем рады услышать от вас! Вы можете оставить свои комментарии ниже или написать нам по адресу [email protected]

Cisco Catalyst 9800-40 Контроллер беспроводной сети Техническое описание

 

Обзор продукта

Рисунок 1.

Беспроводной контроллер Cisco Catalyst 9800-40

Контроллеры беспроводной сети Cisco ® Catalyst ® серии 9800, созданные с нуля для создания сетей на основе намерений и ДНК Cisco, основаны на Cisco IOS ® XE и интегрируют высокочастотное превосходство точек доступа Cisco Aironet ® , создание лучших в своем классе беспроводных сетей для вашей развивающейся и растущей организации. Серия 9800 построена на открытой и программируемой архитектуре со встроенной защитой, потоковой телеметрией и богатой аналитикой.

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

Cisco Catalyst 9800-40 — это стационарный беспроводной контроллер с плавным обновлением программного обеспечения для средних и крупных предприятий. Это многофункциональное и корпоративное решение готово для поддержки критически важных для бизнеса операций и преобразования опыта конечных клиентов:

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

●      Защитите воздух, устройства и пользователей с помощью Cisco Catalyst 9800-40. Беспроводная инфраструктура становится самой надежной первой линией защиты с Cisco Encrypted Traffic Analytics (ETA) и Software-Defined Access (SD-Access). Контроллер поставляется со встроенными средствами безопасности: безопасная загрузка, средства защиты во время выполнения, подпись образа, проверка целостности и подлинность оборудования.

●      Построенный на основе модульной операционной системы, 9800-40 имеет открытые и программируемые API-интерфейсы, которые позволяют автоматизировать сетевые операции с 0 по .Потоковая телеметрия на основе модели обеспечивает глубокое понимание состояния вашей сети и клиентов .

●      Сеть Cisco, определяемая пользователем, функция, доступная в Cisco DNA Center, позволяет ИТ-специалистам предоставлять конечным пользователям контроль над собственным разделом беспроводной сети в общей сети. Затем конечные пользователи могут удаленно и безопасно развертывать свои устройства в этой сети. Сеть Cisco User Defined Network, идеально подходящая для университетских общежитий или длительного пребывания в больнице, обеспечивает как безопасность устройств, так и контроль, позволяя каждому пользователю выбирать, кто может подключаться к его сети.

●      Панель мониторинга готовности к Wi-Fi 6 — это новая панель в меню «Гарантия» Cisco DNA Center. Он будет просматривать список всех устройств в сети и проверять совместимость устройств, программного обеспечения и клиентов с новым стандартом Wi-Fi 6. После обновления расширенная аналитика беспроводной сети покажет увеличение производительности и пропускной способности в результате развертывания Wi-Fi 6. Это невероятный инструмент, который поможет вашей команде определить, где и как следует модернизировать беспроводную сеть.Это также даст вам представление о распределении точек доступа по протоколам (802.11 ac/n/abg), эффективности беспроводного эфирного времени по протоколам и детальных показателях производительности.

●      Благодаря обновлению ПО Cisco In Service Software Upgrade (ISSU) простои сети во время обновления программного обеспечения остались в прошлом. ISSU — это полное обновление образа и обновление во время работы сети. Образ программного обеспечения — или исправление — передается на беспроводной контроллер, в то время как пересылка трафика продолжается непрерывно. Все сеансы точек доступа и клиентов сохраняются в процессе обновления. Одним щелчком мыши ваша сеть автоматически обновится до новейшего программного обеспечения.

Характеристики

Таблица 1.        Основные характеристики

Метрическая система

Значение

Максимальное количество точек доступа

До 2000 г.

Максимальное количество клиентов

32 000

Максимальная пропускная способность

До 40 Гбит/с

Максимальное количество беспроводных сетей

4096

Максимальное количество VLAN

4096

Максимальное количество тегов сайта

2000

Максимальное число точек доступа Flex ® на сайт

100

Максимальное количество тегов политики

2000

Максимальное количество радиочастотных меток

2000

Максимальное количество профилей RF

4000

Максимальное количество профилей политик

1000

Профили Maximum Flex

2000

Интерфейсы

4x 10G/1x 1G SFP+/SFP

Блок питания

Блок питания переменного тока с дополнительным резервным блоком питания переменного тока

Максимальная потребляемая мощность

381 Вт

Режимы развертывания

Централизованный, Cisco FlexConnect ® и беспроводная сеть Fabric (SD-Access)

Форм-фактор

1RU

Лицензия

Интеллектуальная лицензия включена

Операционная система

Cisco IOS XE

Менеджмент

Cisco DNA Center, Cisco Prime ® Инфраструктура, интегрированный WebUI и сторонние API (открытые стандарты API) *

Совместимость

Контроллеры на базе AireOS *

Механизм политик

Cisco Identity Services Engine (ISE) *

Платформа расположения

Cisco Connected Mobile Experiences (CMX), Cisco DNA Spaces *

Точки доступа

Айронет 802. Точки доступа 11ac Wave 1 и Wave 2, точки доступа Cisco Catalyst 9100 802.11ax

Всегда включен

Бесперебойные обновления программного обеспечения позволяют быстрее устранять критические проблемы, внедрять новые точки доступа без простоев и гибко обновлять программное обеспечение. Stateful Switchover (SSO) с активным режимом ожидания 1:1 и резервированием N+1 поддерживает постоянную работу вашей сети, служб и клиентов даже в случае незапланированных событий.

Безопасность

Защитите воздух, устройства и пользователей с помощью контроллера беспроводной сети Cisco Catalyst 9800-40.Беспроводная инфраструктура становится сильнейшей первой линией защиты благодаря ETA и SD-Access. Контроллер поставляется со встроенными средствами безопасности: безопасная загрузка, средства защиты во время выполнения, подпись образа, проверка целостности и подлинность оборудования. Усовершенствованная система предотвращения вторжений в беспроводную сеть Cisco (aWIPS) — это комплексное решение для обеспечения безопасности беспроводных сетей, использующее инфраструктуру Cisco Unified Access ® для обнаружения, локализации, смягчения последствий и сдерживания несанкционированных действий и угроз для проводных и беспроводных сетей.

Открытый и программируемый

Контроллер построен на базе операционной системы Cisco IOS XE, которая предлагает широкий набор программируемых API-интерфейсов на основе открытых стандартов и телеметрию на основе моделей, которые обеспечивают простой способ автоматизации сетевых операций от 0 до n.

Детали

Физические размеры

Таблица 2.        Габаритные размеры

Размер

Значение

Ширина

17,3 дюйма (43,94 см)

Глубина

19.5 дюймов (49,53 см)

Высота

1,72 дюйма (4,37 см)

Вес

22,8 фунта (10,34 кг)

Передняя панель

Фигура 2.

Передняя панель

Рисунок 3.

Компоненты передней панели

Рисунок 4.

Порты 10G/1G

Таблица 3.        Описание компонентов передней панели

Этикетка

Компонент

1

Питание: индикатор питания

2

SYS: Системный индикатор

3

АВАРИЙНЫЙ СИГНАЛ: Светодиод аварийного сигнала

4

HA: Светодиод высокой доступности

5

CON: консольный порт, совместимый с RJ-45

6

RU: светодиодный индикатор USB-консоли

7

CON: Консольный порт Mini USB

8

Порты USB 0 и 1

9

SP: Ethernet-порт управления RJ-45 10/100/1000

10

RP: резервный Ethernet-порт RJ-45 10/100/1000

11

RP: 1 порт GE SFP (только порты SFP, поддерживаемые портом RP, — это GLC-SX-MMD и GLC-LH-SMD)

12

LINK: разъем RJ-45 Светодиод

13

SSD: индикатор активности SSD

14

TE0: порт 1 GE SFP/10 GE SFP+ 0

15

TE1: порт 1 GE SFP/10 GE SFP+ 1

16

TE2: 1 порт GE SFP/10 GE SFP+ 2

17

TE3: 1 порт GE SFP/10 GE SFP+ 3

Порты

Таблица 4. Порты и их назначение

.

Порт

Назначение

 

1 консольный порт RJ-45

Консольный порт для внешнего управления

 

1 консольный порт USB 3.0

Консольный порт для внешнего управления

 

2 порта USB 3.0 портов

Порты USB 3.0 для подключения внешней памяти

 

1 порт управления RJ-45

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

 

1 резервный порт RJ-45

Резервный порт, используемый для SSO

 

1 резервный порт SFP Gigabit Ethernet

Резервный порт, используемый для SSO

● Резервный порт, используемый для единого входа; работает с поддерживаемыми Cisco SFP (GLC-LH-SMD и GLC-SX-MMD) для порта RP

 

4 порта 10G/1G SFP+ или SFP

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

 

Светодиоды на передней панели

Таблица 5.         Светодиоды на передней панели

Светодиод

Цвет

Функция

Мощность

Зеленый

Зеленый, если все шины питания соответствуют спецификации

Состояние системы

Зеленый

Горит: загрузка IOS завершена

Мигает: идет загрузка IOS

Янтарный

Горит: сбой системы
Мигает: сбой безопасной загрузки

Не горит: загрузка ROMMON

Высокая доступность

Зеленый

Горит: HA активен
Мигает: HA в режиме ожидания горячий

Янтарный

Медленное мигание: загрузка с режимом ожидания HA в холодном состоянии

Быстрое мигание: обслуживание HA

Тревога

Зеленый

Горит: загрузка ROMMON завершена

Мигает: выполняется обновление системы

Янтарный

Горит: загрузка ROMMON и загрузка SYSTEM

Мигает: ошибка температуры и сбой безопасной загрузки

Консоль USB

Зеленый

Когда светодиод горит, консоль USB включена (консоль RJ-45 отключена)

Активность SSD

Зеленый

Указывает на активное использование устройств памяти SSD жесткого диска в устройстве

Сетевой канал

Зеленый

Постоянный зеленый свет указывает на связь

Мигающий зеленый свет указывает на активность

Задняя панель

Рисунок 5.

Задняя панель

Таблица 6.        Описание компонентов задней панели

Этикетка

Компонент

1

Вентиляторы

2

Дополнительный резервный источник питания (PEM 1)

3

Блок питания (PEM 0)

4

Выключатель питания/режима ожидания

Светодиоды на задней панели

Таблица 7. Светодиоды питания

Зеленый светодиод

Желтый светодиод

Состояние источника питания

Выкл.

Выкл.

Нет питания переменного тока ко всем блокам питания

Выкл.

На

Отказ блока питания (включая перенапряжение, перегрузку по току, перегрев и отказ вентилятора)

Выкл.

1 Гц мигает

Предупреждающие события блока питания, при которых блок питания продолжает работать (высокая температура, высокая мощность и медленный вентилятор)

1 Гц мигает

Выкл.

Наличие переменного тока, 12VSB вкл. (источник питания отключен)

На

Выкл.

Питание включено и в норме

Мощность

Контроллер 9800-40 поддерживает дополнительный резервный источник питания переменного тока.

Диапазоны входного переменного тока следующие:

●      Диапазон входного напряжения переменного тока во всем мире (от 90 до 264 В переменного тока)

Модули ввода питания (PEM) обеспечивают резервное питание системы, и 9800-40 может работать непрерывно только с одним установленным PEM. Модули PEM поддерживают горячую замену, и замена одного модуля PEM может производиться без прерывания питания системы. Все внешние подключения к PEM выполняются с задней панели корпуса, а снимаются или вставляются сзади.Главный выключатель питания устройства расположен непосредственно рядом с модулями PEM в задней части корпуса.

Поддерживается

SFP

Четыре порта данных могут работать в режиме 10G или 1G.

Примечание.      Скорость 10/100 Мбит/с не поддерживается.

Таблица 8.        Поддерживаемые модули SFP

Тип

Поддерживаемые модули

Сменный модуль малого форм-фактора (SFP)

GLC-BX-D

GLC-BX-U

GLC-LH-SMD

GLC-SX-MMD

GLC-EX-SMD

GLC-ZX-SMD

GLC-TE

Расширенный SFP (SFP+)

SFP-10G-AOC1M

SFP-10G-AOC2M

SFP-10G-AOC3M

SFP-10G-AOC5M

SFP-10G-AOC7M

SFP-10G-AOC10M

SFP-10G-SR

SFP-10G-SR-S

SFP-10G-SR-X

SFP-10G-LR

SFP-10G-LRM

SFP-10G-LR-X

SFP-10G-ER

SFP-10G-ZR

SFP-h20GB-CU1M

SFP-h20GB-CU1.

SFP-h20GB-CU2M

SFP-h20GB-CU2.5M

SFP-h20GB-CU3M

SFP-h20GB-CU5M

SFP-h20GB-ACU7M

SFP-h20GB-ACU10M

DWDM-SFP10G-30.33 — DWDM-SFP10G-61.41

Преимущества

Cisco IOS XE открывает совершенно новую парадигму настройки, эксплуатации и мониторинга сети посредством автоматизации сети.Решение Cisco по автоматизации является открытым, основанным на стандартах и ​​расширяемым на протяжении всего жизненного цикла сетевого устройства. Различные механизмы, обеспечивающие автоматизацию сети, описаны ниже в зависимости от жизненного цикла устройства.

●      Автоматическая подготовка устройств: Это возможность автоматизировать процесс обновления образов программного обеспечения и установки файлов конфигурации на точках доступа Cisco при их первом развертывании в сети. Cisco предоставляет готовые решения, такие как Plug and Play (PnP), которые обеспечивают простое и автоматизированное развертывание.

●     Конфигурация на основе API : Современные беспроводные контроллеры, такие как беспроводной контроллер Cisco Catalyst 9800-40, поддерживают широкий спектр функций автоматизации и предоставляют надежные открытые API по протоколу конфигурации сети (NETCONF) с использованием моделей данных YANG для внешних инструментов, как готовые и созданные по индивидуальному заказу, для автоматического предоставления сетевых ресурсов.

●      Детальная видимость: Телеметрия на основе модели предоставляет механизм для потоковой передачи данных от беспроводного контроллера к месту назначения. Данные для потоковой передачи управляются посредством подписки на набор данных в модели YANG. Подписанный набор данных передается в пункт назначения с настроенными интервалами. Кроме того, Cisco IOS XE поддерживает модель push-уведомлений, которая обеспечивает мониторинг сети практически в реальном времени, что позволяет быстро обнаруживать и устранять сбои.

●      Беспрепятственное обновление программного обеспечения и установка исправлений: Для повышения отказоустойчивости ОС Cisco IOS XE поддерживает установку исправлений, которые обеспечивают исправление критических ошибок и уязвимостей безопасности между регулярными обновлениями.Эта поддержка позволяет клиентам добавлять исправления, не дожидаясь следующего выпуска обслуживания.

Всегда включен

●      Высокая доступность: Переключение с отслеживанием состояния с активным резервом 1:1 и резервированием N+1 обеспечивает постоянную работу сети, служб и клиентов даже в случае незапланированных событий.

●      Software Maintenance Upgrades (SMU) с «горячим» и «холодным» исправлением: Patch позволяет установить исправление для устранения ошибки без отключения всей сети и устраняет необходимость повторной квалификации всего образа программного обеспечения.SMU — это пакет, который можно установить в системе, чтобы предоставить исправление или решение проблемы безопасности для выпущенного образа. SMU позволяют быстро решать проблемы с сетью, сокращая время и объем необходимого тестирования. Платформа Cisco IOS XE выполняет внутреннюю проверку совместимости SMU и не позволяет устанавливать несовместимые SMU. Все SMU интегрированы в последующие выпуски сопровождения программного обеспечения Cisco IOS XE.

●      Интеллектуальные поочередные обновления точек доступа и бесшовные обновления для нескольких площадок: Беспроводной контроллер Cisco Catalyst 9800-40 оснащен интеллектуальными поочередными обновлениями точек доступа для упрощения сетевых операций. Многосайтовые обновления теперь можно выполнять поэтапно, а точки доступа можно обновлять без перезапуска всей сети.

●      Мониторинг контроллеров беспроводной сети Cisco Catalyst 9800 в режиме ожидания в режиме высокой доступности позволяет отслеживать состояние системы на резервном контроллере в паре высокой доступности с помощью программных интерфейсов (NETCONF/YANG, RESTCONF) и командной строки, минуя активный контроллер. . Для более подробной информации обратитесь к технической документации.

●      Обновление программного обеспечения в процессе эксплуатации (ISSU): ISSU — это полное обновление/обновление образа с нулевым временем простоя при работающей сети. Образ программного обеспечения или исправление передаются на беспроводной контроллер, в то время как пересылка трафика продолжается непрерывно. Все сеансы точек доступа и клиентов сохраняются в процессе обновления.

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

Безопасность

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

●      Надежные системы: Технологии Cisco Trust Anchor обеспечивают надежную основу для продуктов Cisco. С помощью Cisco Catalyst 9800-40 эти заслуживающие доверия системы помогают гарантировать подлинность аппаратного и программного обеспечения для обеспечения доверия к цепочке поставок и сильного смягчения последствий атак «человек посередине» на программное обеспечение и микропрограммное обеспечение.Возможности якоря доверия включают:

◦    Подпись образа: Криптографически подписанные образы гарантируют, что микропрограмма, BIOS и другое программное обеспечение являются подлинными и немодифицированными. При загрузке системы ее программные подписи проверяются на целостность.

◦    Безопасная загрузка: Технология Cisco Secure Boot привязывает цепочку доверия последовательности загрузки к неизменному оборудованию, уменьшая угрозы для основного состояния системы и программного обеспечения, которое должно быть загружено, независимо от уровня привилегий пользователя. Он обеспечивает многоуровневую защиту от сохранения незаконно модифицированной прошивки.

◦    Модуль Cisco Trust Anchor: Устойчивое к взлому, надежное криптографическое решение с одним чипом уникально идентифицирует продукт, чтобы его происхождение могло быть подтверждено Cisco, обеспечивая уверенность в том, что продукт является подлинным.

◦    Система предотвращения вторжений в беспроводную сеть Cisco (WIPS): WIPS обеспечивает расширенную сетевую безопасность для обнаружения, локализации, смягчения последствий и сдерживания любых вторжений или угроз в вашей беспроводной сети.Он может отслеживать и обнаруживать аномалии в беспроводной сети, несанкционированный доступ и радиочастотные атаки. Новый специальный механизм классификации мошенников и aWIPS создан на базе Cisco DNA Center. Полностью интегрированный стек для решения WIPS включает Cisco DNA Center, контроллер Cisco Catalyst 9800, Wave 2 и точку доступа Cisco Catalyst 9100. Эта новая архитектура обеспечивает улучшенное обнаружение и безопасность, простоту и удобство использования, а также снижение числа ложных срабатываний.

Гибкий сетевой поток

●      Flexible NetFlow (FNF): Cisco IOS FNF — это технология отслеживания потоков следующего поколения, позволяющая оптимизировать сетевую инфраструктуру, снижать эксплуатационные расходы, а также улучшать планирование пропускной способности и обнаружение инцидентов безопасности с повышенной гибкостью и масштабируемостью.

Видимость приложений и контроль

●      Распознавание сетевых приложений следующего поколения (NBAR2) : NBAR2 позволяет использовать передовые методы классификации приложений, используя до 1400 предопределенных и хорошо известных сигнатур приложений и до 150 зашифрованных приложений на Cisco Catalyst 9800-40. Некоторые из самых популярных приложений включают Skype, Office 365, Microsoft Lync, Cisco Webex ® и Facebook. Многие другие уже предопределены и легко настраиваются.NBAR2 предоставляет сетевому администратору важный инструмент для идентификации, контроля и мониторинга использования приложений конечными пользователями, помогая обеспечить качественное взаимодействие с пользователем и защитить сеть от вредоносных атак. Он использует FNF, чтобы сообщать о производительности приложений и действиях в сети любому поддерживаемому сборщику данных NetFlow, такому как Cisco Prime, Stealthwatch ® , или любому соответствующему стороннему инструменту.

Качество обслуживания

●      Высшее качество обслуживания (QoS): Технологии QoS — это инструменты и методы управления сетевыми ресурсами, которые считаются ключевыми технологиями, обеспечивающими прозрачную конвергенцию сетей передачи голоса, видео и данных.QoS на Cisco Catalyst 9800-40 состоит из классификации трафика на основе пакетных данных, а также распознавания приложений и действий по управлению трафиком, таких как отбрасывание, маркировка и применение политик. Модульная структура командной строки QoS обеспечивает последовательное независимое от платформы и гибкое поведение конфигурации. 9800-40 также поддерживает политики на двух целевых уровнях: BSSID и клиент. Назначение политик может быть детализировано вплоть до уровня клиента.

Интеллектуальное управление

●      Bluetooth готов: Cisco Catalyst 9800-40 имеет аппаратную поддержку для подключения ключа Bluetooth к контроллеру, что позволяет использовать этот беспроводной интерфейс в качестве порта управления.Этот порт функционирует как интерфейс управления IP и может использоваться для настройки и устранения неполадок с помощью веб-интерфейса или интерфейса командной строки (CLI), а также для передачи изображений и конфигураций.

●      WebUI: WebUI — это встроенный инструмент управления устройствами на основе графического интерфейса, который позволяет выделить устройство, упростить развертывание устройства и управление им, а также улучшить взаимодействие с пользователем. WebUI поставляется с изображением по умолчанию. Нет необходимости что-либо включать или устанавливать какую-либо лицензию на устройство.Вы можете использовать WebUI для создания конфигурации дня 0 и дня 1, а затем отслеживать и устранять неполадки устройства, не зная, как использовать интерфейс командной строки.

Технические характеристики

Таблица 9.        Технические характеристики

Артикул

Спецификация

 

Стандарты беспроводной связи

IEEE 802.11a, 802.11b, 802.11g, 802.11d, WMM/802.11e, 802.11h, 802.11n, 802.11k, 802.11r, 802.11u, 802.11w, 802.11ac Wave1 и Wave2, 802.11ax

5

5

 

Стандарты проводки, коммутации и маршрутизации

IEEE 802.3 10BASE-T, IEEE 802.3u 100BASE-TX, 1000BASE-T. 1000BASE-SX, 1000-BASE-LH, тегирование VLAN IEEE 802.1Q, агрегация каналов 802.1AX

 

Стандарты данных

● RFC 768 Протокол пользовательских дейтаграмм (UDP)

● RFC 791 IP

● RFC 2460 IPv6

●  RFC 792, протокол управляющих сообщений Интернета (ICMP).

● RFC 793 TCP

● RFC 826 – протокол разрешения адресов (ARP).

●  Требования RFC 1122 для интернет-хостов

● RFC 1519 Бесклассовая междоменная маршрутизация (CIDR)

● RFC 1542 Bootstrap Protocol (BOOTP)

● RFC 2131 Протокол динамической конфигурации хоста (DHCP).

● RFC 5415 Протокол контроля и настройки точек беспроводного доступа (CAPWAP).

● RFC 5416 Связывание CAPWAP для 802.11

 

Стандарты безопасности

●  Защищенный доступ Wi-Fi (WPA)

●  IEEE 802.11i (WPA2, RSN)

● Защищенный доступ Wi-Fi 3 (WPA3)

● RFC 1321 MD5 Алгоритм дайджеста сообщения

● RFC 1851 Инкапсуляция полезной нагрузки безопасности (ESP) Тройное преобразование DES (3DES)

● RFC 2104 HMAC: хэширование по ключу для аутентификации сообщений

● RFC 2246 Протокол TLS версии 1. 0

● RFC 2401 Архитектура безопасности для интернет-протокола

● RFC 2403 HMAC-MD5-96 для ESP и AH.

● RFC 2404 HMAC-SHA-1-96 для ESP и AH.

● RFC 2405 Алгоритм шифрования ESP DES-CBC с явным IV

●  Интерпретация RFC 2407 для протокола управления ключами Internet Security Association (ISAKMP).

● RFC 2408 ISAKMP

● RFC 2409 Интернет-обмен ключами (IKE)

● RFC 2451 Алгоритмы шифрования ESP CBC-Mode

● RFC 3280 Интернет Х.509 Профиль сертификата инфраструктуры открытых ключей (PKI) и списка отозванных сертификатов (CRL)

● RFC 4347 Безопасность транспортного уровня дейтаграмм (DTLS)

● RFC 5246, протокол TLS, версия 1. 2.

 

Стандарты шифрования

● Статическая эквивалентная конфиденциальность проводных сетей (WEP) RC4, 40, 104 и 128 бит.

● Расширенный стандарт шифрования (AES): цепочка блоков шифрования (CBC), счетчик с CBC-MAC (CCM), счетчик с протоколом кода аутентификации сообщений CBC (CCMP).

● Стандарт шифрования данных (DES): DES-CBC, 3DES.

●  Secure Sockets Layer (SSL) и Transport Layer Security (TLS): 128-разрядная версия RC4 и 1024- и 2048-разрядная версия RSA.

●  DTLS: AES-CBC

●  IPsec: DES-CBC, 3DES, AES-CBC.

●  802.Шифрование 1AE MACsec

 

Стандарты аутентификации, авторизации и учета (AAA)

● IEEE 802. 1X

● RFC 2548 Атрибуты RADIUS для конкретных поставщиков Майкрософт

● RFC 2716 Протокол двухточечной связи (PPP) Расширяемый протокол аутентификации (EAP) — TLS

● RFC 2865 Аутентификация RADIUS

● RFC 2866 Учет RADIUS.

● RFC 2867 Учет RADIUS-туннелей.

● RFC 2869 Расширения RADIUS.

● RFC 3576 Расширения динамической авторизации для RADIUS.

● RFC 5176 Расширения динамической авторизации для RADIUS.

● RFC 3579 Поддержка RADIUS для EAP

● RFC 3580 IEEE 802.1X RADIUS Рекомендации

● RFC 3748 Расширяемый протокол аутентификации (EAP)

●  Веб-аутентификация

●  Поддержка TACACS для управляющих пользователей.

 

Стандарты управления

● Простой протокол управления сетью (SNMP) v1, v2c, v3

● RFC 854 Telnet

● RFC 1155 Информация об управлении для Интернета на основе TCP/IP.

● RFC 1156 MIB

● RFC 1157 SNMP

● RFC 1213 SNMP MIB II

● RFC 1350, упрощенный протокол передачи файлов (TFTP).

● RFC 1643 Ethernet MIB

● RFC 2030 Простой протокол сетевого времени (SNTP).

● RFC 2616 HTTP

● MIB RFC 2665 для Ethernet-подобных интерфейсов.

●  Определения управляемых объектов RFC 2674 для мостов с классами трафика, фильтрацией многоадресной рассылки и виртуальными расширениями.

● RFC 2819 Удаленный мониторинг (RMON) MIB

● MIB группы интерфейсов RFC 2863

● RFC 3164 Системный журнал

● Модель безопасности на основе пользователей RFC 3414 (USM) для SNMPv3.

● RFC 3418 MIB для SNMP.

●  Определения управляемых объектов RFC 3636 для IEEE 802.3 MAU

● RFC 4741 Базовый протокол NETCONF.

● RFC 4742 NETCONF через SSH.

● RFC 6241 NETCONF

● RFC 6242 NETCONF через SSH.

●  Уведомления о событиях NETCONF в соответствии с RFC 5277.

● RFC 5717 Частичная блокировка удаленного вызова процедуры

● RFC 6243, возможность использования значений по умолчанию для NETCONF.

● RFC 6020 ЯНГ

● Частные MIB Cisco.

 

Интерфейсы управления

●  Веб-интерфейс: HTTP/HTTPS.

● Интерфейс командной строки: Telnet, протокол Secure Shell (SSH), последовательный порт.

● SNMP

●  СЕТЕВАЯ КОНФ.

 

Жесткие диски (HDD)

●  Твердотельный накопитель SATA (SSD)

●  240 ГБ памяти

 

Поддерживаемые условия окружающей среды

Рабочая температура:

●  Обычный: от 0° до 40°C (от 32° до 104°F)

●  Кратковременно: от 0 ° до 50 °C (от 32 ° до 122 °F).

Нерабочая температура:

●  от -40° до 65°C (от -104° до 149°F)

Рабочая влажность:

● Номинальное значение: от 10 % до 90 % без конденсации.

●  Кратковременно: от 5 % до 90 % без конденсации.

Нерабочая температура влажность:

● от 5 % до 93 % при 82 °F (28 °C)

Рабочая высота:

● Устройство работает: от 0 до 3000 м (от 0 до 10 000 футов)

● Устройство в нерабочем состоянии: от 0 до 12 192 м (от 0 до 40 000 футов)

Электрический ввод:

● Диапазон входной частоты переменного тока: от 47 до 63 Гц.

● Диапазон входного напряжения переменного тока: от 90 до 264 В переменного тока с PEM переменного тока.

● 1100 Вт переменного тока с дополнительным резервным блоком питания (с возможностью горячей замены)

Максимальная мощность: 381 Вт

Тепловыделение: 1300 БТЕ/ч

Измерение уровня звуковой мощности:

● Уровень звуковой мощности по шкале А равен 74. 1 LpAm (дБА) при номинальной температуре 27°C

 

Соответствие нормативным требованиям

Безопасность:

● UL/CSA 60950-1

● МЭК/EN 60950-1

● AS/NZS 60950.1

● CAN/CSA-C22.2 № 60950-1

 

Электромагнитная совместимость – Выбросы:

●  FCC 47CFR15.

● AS/NZS CISPR 22

● СИСПР 22

●  EN55022/EN55032 (ЭМИ-1)

● ICES-003

● VCCI

● КН 32 (ЭМИ-2)

●  CNS-13438

Класс А

Электромагнитная совместимость – Выбросы:

● EN61000-3-2 Гармоники в линии электропередач (EMI-3)

●  EN61000-3-3 Изменения напряжения, колебания и мерцание (EMI-3)

 

Электромагнитная совместимость – Помехоустойчивость:

● IEC/EN61000-4-2 Устойчивость к электростатическому разряду

● IEC/EN61000-4-3 Устойчивость к излучению

● IEC/EN61000-4-4 Устойчивость к EFT-B (провода питания переменного тока)

● IEC/EN61000-4-4 Устойчивость к EFT-B (провода питания постоянного тока)

● IEC/EN61000-4-4 Устойчивость к EFT-B (сигнальные провода)

●  Порт перенапряжения переменного тока IEC/EN61000-4-5

● Порт перенапряжения постоянного тока IEC/EN61000-4-5

● Порт сигнала перенапряжения IEC/EN61000-4-5

● IEC/EN61000-4-6 Устойчивость к кондуктивным помехам

● IEC/EN61000-4-8 Устойчивость к магнитному полю промышленной частоты

● IEC/EN61000-4-11 Падения напряжения, кратковременные прерывания и колебания напряжения

● К35 (ЭМИ-2)

 

 

Электромагнитная совместимость (ETSI/EN)

●  EN 300 386 Телекоммуникационное сетевое оборудование (EMC) (EMC-3)

● EN55022 Информационное оборудование (излучение)

● EN55024/CISPR 24 Информационное оборудование (защищенность)

● Общий стандарт устойчивости EN50082-1/EN61000-6-1 (EMC-4)

 

Требования к программному обеспечению

Cisco Catalyst 9800-40 работает на ПО Cisco IOS XE версии 16. 10.1 или выше. Этот выпуск программного обеспечения включает все функции, перечисленные ранее в разделе «Преимущества платформы».

Таблица 10.     Минимальные требования к программному обеспечению

Модель

Описание

Минимальные требования к программному обеспечению

C9800-40-K9

Беспроводной контроллер Cisco Catalyst 9800-40

Программное обеспечение Cisco IOS XE версии 16.10.1

Лицензирование

Для загрузки контроллера беспроводной сети Cisco Catalyst серии 9800 лицензии не требуются . Однако для подключения любых точек доступа к контроллеру требуются подписки на программное обеспечение Cisco DNA. Чтобы иметь право на подключение к контроллеру серии 9800, для каждой точки доступа требуется лицензия на подписку Cisco DNA.

Рисунок 6.

Определение лицензионных требований для точек доступа, подключающихся к контроллерам беспроводной сети Cisco Catalyst серии 9800

Точки доступа, подключающиеся к Cisco Catalyst серии 9800, имеют новые и упрощенные пакеты подписки на программное обеспечение.

Они могут поддерживать оба уровня программного обеспечения Cisco DNA: Cisco DNA Essentials и Cisco DNA Advantage.

Подписки на программное обеспечение Cisco DNA

предоставляют инновации Cisco в точке доступа. Они также включают в себя бессрочные варианты лицензирования Network Essentials и Network Advantage, которые охватывают основы беспроводной связи, такие как аутентификация 802.1X, QoS и PnP; телеметрия и видимость; и единый вход, а также элементы управления безопасностью.

Программное обеспечение по подписке

Cisco DNA необходимо приобрести на 3, 5 или 7 лет. По истечении срока действия подписки срок действия функций Cisco DNA истечет, а функции Network Essentials и Network Advantage останутся.

Полный список функций программного обеспечения Cisco DNA, включая бессрочные Network Essentials и Network Advantage, см. в таблице функций: https://www.cisco.com/c/m/en_us/products/software/dna-subscription- wireless/en-sw-sub-matrix-wireless.html?oid=porew018984.

Доступны два режима лицензирования:

●      Cisco Smart Licensing — это гибкая модель лицензирования, которая предоставляет вам более простой, быстрый и удобный способ приобретения и управления программным обеспечением в портфолио Cisco и в вашей организации.И это безопасно — вы контролируете, к чему могут получить доступ пользователи. Со Smart Licensing вы получаете:

◦    Простая активация. Интеллектуальное лицензирование создает пул лицензий на программное обеспечение, которые можно использовать во всей организации — больше никаких PAK (ключей активации продукта).

◦    Унифицированное управление: My Cisco Entitlements (MCE) предоставляет полный обзор всех ваших продуктов и услуг Cisco на удобном в использовании портале, поэтому вы всегда знаете, что у вас есть и что вы используете.

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

Чтобы использовать интеллектуальное лицензирование, необходимо сначала настроить учетную запись Smart Account в Cisco Software Central (software.cisco.com).

Для получения более подробной информации о лицензировании Cisco перейдите на страницу cisco.com/go/licensingguide

.

●      Резервирование специальной лицензии (SLR) — это функция, используемая в сетях с высокой степенью защиты. Он предоставляет клиентам способ развертывания лицензии на программное обеспечение на устройстве (экземпляре продукта) без передачи информации об использовании в Cisco. Нет связи с Cisco или спутником.Лицензии зарезервированы для каждого контроллера. Это лицензирование на основе узлов.

Четыре уровня лицензии поддерживаются контроллерами беспроводной сети Cisco Catalyst серии 9800 . Контроллеры можно настроить для работы на любом из четырех уровней.

●      Cisco DNA Essentials: на этом уровне будет поддерживаться набор функций Cisco DNA Essentials.

●      Cisco DNA Advantage: на этом уровне будет поддерживаться набор функций Cisco DNA Advantage.

●      NE: на этом уровне будет поддерживаться набор функций Network Essentials. Это доступно в Cisco DNA Essentials.

●      NA: на этом уровне будет поддерживаться набор функций Network Advantage. Это доступно с Cisco DNA Advantage.

Для клиентов, которые приобрели Cisco DNA Essentials, Network Essentials будет поддерживаться и продолжит функционировать даже после истечения срока действия. А для клиентов, приобретающих Cisco DNA Advantage, Network Advantage будет поддерживаться и продолжит функционировать даже после истечения срока действия.

Первоначальная загрузка контроллера будет на уровне Cisco DNA Advantage.

По вопросам обращайтесь в группу рассылки по лицензированию контроллеров беспроводной сети Cisco Catalyst серии 9800 по адресу
ask-catalyst 9800 license.

Управление лицензиями с помощью смарт-аккаунтов

Создание смарт-аккаунтов с помощью Cisco Smart Software Manager (SSM) позволяет заказывать устройства и пакеты лицензий, а также управлять лицензиями на программное обеспечение с централизованного веб-сайта.Вы можете настроить учетную запись Smart для получения ежедневных уведомлений по электронной почте и уведомлений об истечении срока действия дополнительных лицензий, которые вы хотите продлить. Учетная запись Smart Account обязательна для Cisco Catalyst серии 9800. Дополнительные сведения о смарт-аккаунте см. на странице https://www.cisco.com/go/smartaccounts.

Гарантия

Найдите информацию о гарантии на Cisco.com на странице Гарантии на продукты.

Условия ограниченной гарантии на оборудование Cisco сроком на 1 год

Ниже приведены условия гарантии на ваше оборудование.На ваше встроенное программное обеспечение распространяется лицензионное соглашение Cisco EULA (ссылка доступна ниже) и/или любое соглашение SEULA или особые условия гарантии на программное обеспечение для дополнительных программных продуктов, загруженных на устройство.

Срок гарантии на оборудование: Один (1) год.

Процедура замены, ремонта или возмещения стоимости оборудования: Cisco или ее сервисный центр предпримут коммерчески разумные усилия для отправки запасной части в течение десяти (10) рабочих дней после получения запроса на разрешение на возврат материалов (RMA).Фактические сроки доставки могут варьироваться в зависимости от местоположения клиента.

Cisco оставляет за собой право на возмещение покупной цены в качестве исключительной гарантии.

Экологическая устойчивость Cisco

Информация о политике и инициативах Cisco в области экологической устойчивости для наших продуктов, решений, операций и расширенных операций или цепочки поставок представлена ​​в разделе «Экологическая устойчивость» отчета Cisco о корпоративной социальной ответственности (CSR).

Ссылки на информацию по ключевым темам экологической устойчивости (упомянутым в разделе «Экологическая устойчивость» отчета CSR) представлены в следующей таблице:

Таблица 11.     Ссылки на информацию об устойчивом развитии

Тема устойчивого развития

Артикул

Информация о составе материалов, законодательных и нормативных актах

Материалы

Информация о законах и нормативных актах об электронных отходах, включая продукты, батареи и упаковку

Соответствие WEEE

Вопросы устойчивого развития

Контактное лицо:
[email protected] ком

Cisco предоставляет данные об упаковке только в информационных целях. Он может не отражать самые последние изменения в законодательстве, и Cisco не заявляет и не гарантирует, что он является полным, точным или актуальным. Эта информация может быть изменена без предварительного уведомления.

Информация для заказа

Таблица 12.     Информация для заказа

Тип

Код продукта

Описание

Контроллер

C9800-40-K9

Беспроводной контроллер Cisco Catalyst 9800-40

LIC-C9800-DTLS-K9

Лицензия DTLS на контроллер беспроводной сети Cisco Catalyst серии 9800

Аксессуары, запчасти

C9800-AC-750W R=

Блок питания переменного тока Cisco Catalyst 9800-40 750 Вт, обратный воздух

Сиско Кэпитал

Гибкие платежные решения, которые помогут вам достичь ваших целей

Cisco Capital ® упрощает получение необходимых технологий для достижения ваших целей, обеспечивает трансформацию бизнеса и сохранение конкурентоспособности.

Добавить комментарий

Ваш адрес email не будет опубликован.