Бесстыковой путь преимущества и особенности эксплуатации: Бесстыковой путь — что это такое, устройство, маркировка плетей бесшовных рельсов

Содержание

Бесстыковой путь

В настоящее время на железных дорогах широкое распространение получил наиболее совершенный бесстыковой путь. Благодаря устранению стыков ослабляется динамическое воздействие на путь, существенно уменьшаются износ колес подвижного состава и сопротивление движению поездов, что снижает расход топлива и электроэнергии на обеспечение тяги поездов. Значительное сокращение числа стыковых скреплений посредством сварки отдельных рельсовых звеньев в плети позволяет сэкономить до 1,8 т металла на каждый километр пути, снизить расходы на его содержание и ремонт. Срок службы рельсов бесстыкового пути возрастает примерно на 20 % по сравнению со стыковым, деревянных шпал — на 8… 13%, балласта (до очистки) — на 25%, а затраты труда на текущее содержание пути снижаются на 10…30%.

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

Между сварными плетями укладывают 2—4 пары уравнительных рельсов длиной 12,5 м или переменной длины (12,5; 12,46; 12,42 и 12,38 м) для сезонного регулирования длины плетей перед летними и зимними периодами. Весь комплект уложенных на путь уравнительных рельсов называется уравнительным пролетом. Для обеспечения необходимой прочности пути рельсовые стыки в уравнительных пролетах соединяют только шестидырными накладками и стыковыми болтами из стали повышенной прочности.

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

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

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

Контрольные вопросы

1. Перечислите составные элементы верхнего строения пути.

2. По каким признакам пути подразделяются на классы?

3. Какие требования предъявляют к балласту?

4. Назовите основные материалы, используемые в качестве балласта.

5. Укажите назначение шпал, их тип и длину.

6. Перечислите достоинства и недостатки деревянных и железобетонных шпал.

7. В чем состоит назначение рельсов и каковы их основные размеры? Что такое рельсовые скрепления?

8. Что представляет собой бесстыковой путь?

Глава 7

⇐Рельсовые скрепления. Противоугоны | Общий курс железных дорог | Устройство рельсовой колеи⇒

СОВРЕМЕННЫЕ МЕТОДЫ СВАРКИ РЕЛЬСОВ НОВОГО ПОКОЛЕНИЯ | Козырев

1. Meade B. Railroad welding demands specialized processes // Welding journal. 1997. Vol. 76. Iss. 9. P. 47 – 52.

2. Kargin V.A., Tikhomirova L.B., Abramov A.D., Galai M.S. Effect of vibroimpact treatment on the physical and mechanical properties of the surface layer of welded joints in rails // Welding International. 2014. Vol. 28. Iss. 3. P. 245 – 247.

3. Yamamoto R., Komizu Y., Fukada Y. Experimental examination for understanding of transition behaviour of oxide inclusions on gas pressure weld interface: joining phenomena of gas pressure welding // Welding International. 2014. Vol. 28. Iss. 7. P. 510 – 520.

4. Karimine K., Uchino K., Okamura M., Susceptibility to and occurrence of HAZ liquation cracking in rail steels: Study of rail welding with high-C welding materials (4th Report) // Welding International. 1997. Vol. 11. Iss. 6. P. 452 – 461.

5. Kuchuk-Yatsenko S.I., Shvets Yu.V., Didkovskii A.V., Chvertko P.N., Shvets V.I., Mikitin Ya. I. Technology and equipment for resistance flash welding of railway crossings with rail ends through an austenitic insert // Welding International. 2008. Vol. 22. Iss. 5. P. 338 – 341.

6. Irving B. Long Island Rail Road orders an all-welded fleet // Welding journal. 1997. Vol. 22. Iss. 9. P. 33 – 37.

7. Клименко Л.B. Бесстыковой путь – прогрессивная конструкция железнодорожного пути // Приложение к журналу «Мир транспорта» МКЖТ МПС РФ. 2004. № 1. С. 88 – 93.

8. Железнодорожные рельсы из электростали / Н.А. Козырев, В.В. Павлов, Л.А. Годик, В.П. Дементьев. – Новокузнецк: ЕвразХолдинг, Новокузнецкий металлургический комбинат, 2006. – 388 с.

9. Шур Е.А. Перспективные требования Российских железных дорог к рельсам // Железнодорожный транспорт. 2008. № 2. С. 41 – 45.

10. Шур Е.А. Влияние структуры на эксплуатационную стойкость рельсов // Влияние свойств металлической матрицы на эксплуатационную стойкость рельсов: Сб. статей. – Екатеринбург: УИМ, 2006. С. 37 – 63.

11. Термически упрочненные рельсы / Под ред. А.Ф. Золотарского. – М.: Транспорт, 1976. – 264 с.

12. Kuchuk-Yatsenko S.I., Shvets V.I., Didkovskii A.V., Taranova T.G. Investigation of the weldability by resistance welding of rails strengthened by heat treatment // Welding International. 2010. Vol. 24. Iss. 6. P. 455 – 461.

13. Wegrzyn J., Maxur M. A thermit mixture for rail track welding // Welding International. 1992. Vol. 6. Iss. 1. P. 5 – 8.

14. Genkin Z., Welding and heat treatment of joints in railway rails in induction equipment // Welding International. 2005. Vol. 19. Iss. 2. P. 160 – 164.

15. Калашников Е.А., Королев Ю.А. Технологии сварки рельсов: тенденции в России и за рубежом // Путь и путевое хозяйство. 2015. № 8. С. 2 – 6.

16. Mitsuru F., Hiroaki N., Kiyoshi N. Rail flash-butt welding technology // JFE Technical Report. 2015. No. 20. P. 159 – 163.

17. Saita K., Karimine K., Ueda M., Iwano K., Yamamoto T., Hiroguchi K. Trendsin rail welding technologies and our future approach // Nippon steel & sumitomo metal technical report. 2013. No. 105. P. 84 – 92.

18. Шур Е.А., Резанов В.А. Комплексный метод контактной сварки рельсов // Вестник ВНИИЖТ. 2012. № 3. С. 20 – 22.

19. Шевченко Р.А. Совершенствование технологии сварки рельсовой стали с повышенным содержанием хрома // Наука и молодежь: проблемы, поиски, решения: Сб. трудов Всероссийской научн. конф. студентов, аспирантов и молодых ученых. Вып. 20. Ч. III – Новокузнецк: изд. СибГИУ, 2016. С. 259 – 261.

20. Технология алюминотермитной сварки рельсов: Учеб. пособие / Н.Н. Воронин, В.В. Засыпкин, В.И. Коненков, Э.В. Воробьев, О.Н. Трынкова. – М.: МИИТ, 2008. – 117 с.

21. Алюминотермитная сварка рельсов: Учеб. пособие / Н.Н. Воронин, В.В. Засыпкин, В.И. Коненков, Э.В. Воробьев, О.Н. Трынкова. – М.: изд. «Учебно-методический центр по образованию на железнодорожном транспорте», 2013. – 195 с.

22. Sergejevs D., Mikhaylovs S. Analysis of factors affecting fractures of rails welded by alumino-thermic welding // Transport problems. 2008. Vol. 3. P. 33 – 37.

23. Karguin V.A., Tikhomirova L.B., Galay M.S., Kuznetsova Ye.S. Improving service properties of welded joints produced by aluminothermic welding // Welding International. 2015. Vol. 29. Iss. 2. P. 155 – 157.

24. Lee F.T. Managing thermite weld quality for railroads // Welding journal. 2006. Vol. 85. Iss. 1. P. 24.

25. Воронина О.Н. Развитие конструкций железнодорожных рельсов, их стыковых соединений и технологий обработки. Дис. канд. техн. наук. – Москва, 2014. – 228 с.

26. Воронин Н.Н., Трынкова О.Н., Фомичева О.В. Алюминотермитная сварка рельсов зимой // Мир транспорта. 2012. № 4. С. 56 – 59.

27. Величко Д.В. Экономическая оценка контактной и алюмино-термитной сварки рельсов //Актуальные проблемы современной науки: Сб. статей Международной научно-практ. конф. В 4-х частях; отв. ред. А.А. Сукиасян. 2013. С. 93 – 96.

28. Рукавчук Ю.П., Рождественский С.А., Этинген И.З. Дефектность стыков алюминотермитной сварки рельсов // Путь и путевое хозяйство. 2011. № 4. С. 26, 27.

Бесстыковой путь — презентация онлайн

1. Бесстыковой путь

Достоинства бесстыкового пути
1.
Снижение основного удельного снижения движению поездов
2.
Продление сроков службы верхнего строения пути
3.
Снижение объемов работ по выправке пути
4.
Снижение интенсивности бокового износа наружных рельсовых
нитей в кривых
5.
Сокращение потребностей в очистке щебеночного балласта
6.
Экономия расхода металла на стыковые скрепления
7.
Улучшение условий комфортабельности проезда пассажиров
8.
Повышение надежности работы электрических рельсовых цепей
автоблокировки

2. Достоинства бесстыкового пути на мостах

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

3. Соединение рельсовых плетей

1
12.5 м
плеть
12.5 м
12.5 м
плеть
Уравнительный пролет
сборный изолирующий стык
2
12.5 м
плеть
12.5 м
12.5 м
12.5 м
плеть
Уравнительный пролет
3
высокопрочный изолирующий стык
плеть
плеть

4. «Маячная» шпала для контроля угона пути

«Маячная» шпала для контроля угона пути
1 – риска
2 – линия совмещения риски с кромкой подкладки
Распределение продольных сил в плети бесстыкового пути
— общая длина плети
Х – подвижные концы плетей
L – 2Х – неподвижная часть плети
r – погонное сопротивление
RН – сопротивление накладок

6. Изменение длины рельсовых плетей при колебаниях температуры

св
L t
E
L
св
t
p
N F
t
tH
t
FE
t
R
FE
H
2
П
r x FE t
rx
2 FE
FE t
x
r
Комплексный расчет
бесстыкового пути
на прочность и устойчивость
Расчет бесстыкового пути на прочность
Прочность рельсовых плетей рассчитывается при условии, что суммарное
воздействие на путь подвижного состава и изменений температуры рельсов
не должно создавать в них напряжений, превышающих допускаемые, то
есть:
Из условия прочности получим наибольшие допускаемые изменения
температуры рельсовой плети по сравнению с температурной ее
закрепления:
Кромочные напряжения в головке определяются по формуле:
кг
b
z
кп
r
f 1 r
f z n
bn
Расчет бесстыкового пути на устойчивость
Величина критической температурной силы Pk,
определяемая по методу С.П. Першина:
Р
к
А
i
kkk
1
2
3
где: А и α – параметры, зависящие от типа рельса и радиуса кривой,
i – средний уклон начальной неровности,
k1 – коэффициент, зависящий от сопротивления балласта смещению шпалы,
k2 – коэффициент, зависящий от эпюры шпал,
k3 – коэффициент, учитывающий влияние сопротивления повороту рельсов
по подкладкам и шпалам.
Допускаемое по условию устойчивости
значение горизонтальной продольной силы:
Рt y
Р
k
к
з
Расчетное допускаемое изменение температуры рельсовой плети
по сравнению с температурной ее закрепления из условия устойчивости:
t y
p
где:
F
/
P
t y
2 E F
/
— площадь поперечного сечения одного рельса.
Полученное расчетное значение сравнивается с экспериментальным.
Погрешность определяется по формуле:
t
t
t
p
э
y
y
э
y
Если погрешность не превышает 15 %, то используется расчетная величина. В
противном случае – экспериментальная.
Определение режима эксплуатации бесстыкового пути
Режим эксплуатации бесстыкового пути
определяется по результату
сопоставления фактической годовой амплитуды температуры рельсов ТА
и допустимой годовой амплитуды температуры рельсов [ТА ].
Фактическая годовая амплитуда температуры рельсов:
ТА = t maxmax – t minmin
где: t
maxmax
и
t minmin
— соответственно наивысшая и наинизшая температура
рельса
Допустимая годовая амплитуда температуры рельсов:
[ТА ] = Δ tс + Δ tр — 10 град.С

Гибкая операционная модель: плавный переход и внедрение

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

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

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

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

Задача расширения Agile за пределы ИТ

За каждой успешной программой цифровой трансформации стоит agile-команда. Но хотя эти самоорганизующиеся и наделенные полномочиями группы хорошо зарекомендовали себя внутри ИТ-организаций, они редко встречаются в других сферах бизнеса. Опрос 1300 ИТ- и бизнес-лидеров, проведенный в 2018 году, показал, что применение agile широко распространено — большинство говорит, что они используют agile-практики в своих организациях, — но неглубоко: только 18% респондентов используют agile-подходы в своей работе. 1

В ежегодном отчете о состоянии Agile, подготовленном VersionOne Inc., 83% руководителей сообщают, что их организации еще не достигли высокого уровня компетентности в применении agile-практик. 2

«Исследование CMO TCS 2019: Переосмысление взаимодействия с брендом» 3 показывает, что внедрение agile в бизнес-функции, такие как маркетинг, все еще находится в стадии разработки. В исследовании, в котором приняли участие 516 директоров по маркетингу и других руководителей по маркетингу в Северной Америке, Германии, Нидерландах и Великобритании в 11 отраслях, маркетологи B2C продвинулись дальше, чем их коллеги из B2B, в использовании гибких методов.В два раза больше фирм B2C заявляют, что их маркетинговые команды используют гибкие методы при проведении кампаний (85% в B2C по сравнению с 43% в B2B). Например, 70% B2C-компаний говорят, что их маркетинговые команды перегруппировываются для корректировки маркетинговых кампаний в режиме реального времени по крайней мере несколько раз в неделю — намного больше, чем 48% B2B-компаний, которые следуют этой практике. Исследование также показало, что ведущие маркетологи — те, кто успешно привлекает потенциальных клиентов и получает доход от своих усилий в области цифрового маркетинга, — более гибкие, чем наименее успешные фирмы-последователи.Семьдесят семь процентов компаний-лидеров говорят, что они используют гибкие методы при обновлении своих маркетинговых кампаний в реальном времени, по сравнению с 60% фирм-последователей.

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

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

Внедрение гибкой операционной модели

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

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

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

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

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

Вехи могут различаться. Один крупный европейский банк решил «стать лучше, дешевле, быстрее, счастливее» с помощью agile. Его показатели успеха варьировались от более быстрого реагирования на потребности клиентов и бизнеса до ускорения выхода на рынок в три раза.Делая клиентов счастливее определил приоритеты для изменений в бизнесе.

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

Люди, процессы и технологии, создающие Agile-организацию

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

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

 

Разработайте четкую стратегию, которой вы будете руководствоваться в своих действиях

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

Представьте себе, что компания решает, что ее стратегия заключается в достижении полной гибкости предприятия к концу 2020 года. Компания может сформулировать видение реализации этой стратегии, цели для измерения прогресса и пути достижения этой цели. Например, компания может сказать: «К концу 2020 года мы добьемся гибкости предприятия. Мы сделаем это четырьмя способами. Наши сотрудники будут практиковать agile.Наше рабочее место, включая технологическую инфраструктуру, позволит работать гибко. Внутри компании мы будем разрабатывать, поставлять и поддерживать все наши продукты и услуги, используя гибкие подходы. Внешне мы будем предоставлять продукты и услуги клиентам, используя Agile, даже если клиент этого не делает».

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

Создание организационной структуры, ориентированной на продукт

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

Лидерские роли, способствующие маневренности. Каждое бизнес-подразделение организации должно включать в себя две руководящие функции:

■  Офис управления гибкими преобразованиями  для определения приоритетов, координации, управления и содействия сотрудничеству в масштабах предприятия для обеспечения гибких процессов.

■ Центр передового опыта Agile  с возможностями и опытом в разработке Agile Playbook для организации, обучении команд использованию Agile Ways of Work и поддержке организационных изменений на всех уровнях.

Команды, ориентированные на продукт. Подходы Lean-agile требуют команд, организованных вокруг продукта или проблемы, а не управленческой иерархии. Это начинается с расширения возможностей команд, которые соответствуют ключевым клиентским или бизнес-стратегиям, и постоянного инвестирования в их улучшение. Эти команды лучше всего организованы:

■  Pod или Scrum Teams.  Эти межфункциональные команды приносят пользу, разрабатывая функции и компоненты. В число участников входят эксперты по разработке продуктов, пользовательскому опыту, бизнес-среде и архитектуре программного обеспечения.Поды могут выбирать из широкого портфеля продуктов для работы и сообщать о прогрессе владельцам продуктов.

■  Подразделения.  Лидеры управляют набором продуктов организации, устанавливают бизнес-приоритеты и устанавливают бюджеты.

■  Главы.  Эти группы инженеров обладают глубоким опытом и работают в разных модулях. 4

Рациональные роли, которые делят заинтересованные стороны на три категории:

Менеджмент:  Исполнительные руководители, ИТ-менеджер, бизнес-спонсор, руководитель программы и менеджер портфеля.

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

■  Бизнес:  Эксперт в предметной области и менеджер по продукту.

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

Внедрение гибких методов работы

Организации, которые успешно конкурируют в цифровом мире, используют agile как новый способ работы. Такие методы, как Scrum, и системы масштабирования, такие как Scaled Agile Framework (SAFe), могут определять приоритетность проектов, обеспечивающих наибольшую ценность для бизнеса в кратчайшие сроки.

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

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

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

Внедрение современной технологической архитектуры

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

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

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

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

Надежное финансирование портфеля продуктов

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

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

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

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

Доверие к agile-командам, не зависящим от местоположения

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

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

■ Бизнес стал по-настоящему глобальным благодаря своему присутствию на рынках по всему миру

■ Кадры крупных предприятий разбросаны по всему миру Enterprise Agile, они должны использовать доступное изобилие талантов в разных местах. Совместное размещение, вероятно, станет препятствием на пути к гибкости предприятия. TCS Location Independent Agile TM позволяет компаниям использовать таланты, доступные по всему миру.

Agile, не зависящий от местоположения TCS TM  – это запатентованная TCS методология, состоящая из процессов, структуры управления и технологии, которая обеспечивает гибкие преобразования в масштабах предприятия без ограничений по местоположению.

У нас есть 3 модели, 4 средства реализации и 5 принципов. Модели основаны на естественной разнице часовых поясов между местами, в которых работает команда. Каждая модель поддерживается одним или несколькими активаторами, чтобы сделать ее эффективной и действенной.

Инвестируйте в управление персоналом

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

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

 

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

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

Применение гибких принципов к подбору ИТ-ресурсов

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

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

■ Организация оплачивает время и материалы, вложенные в управление поставщиками; Scrum-команды определяют, когда расторгнуть контракт с поставщиком.

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

Развитие гибкой культуры

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

Гибкое мышление фокусируется на постепенном увеличении ценности бизнеса, минимизирует размер проектов и стремится к постоянному совершенствованию.

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

 

Гибкость в реальном мире

Как выглядит гибкая организация? Опыт двух компаний поучителен.

One, глобальная компания по оказанию профессиональных услуг, базирующаяся в США, внедрила гибкие методы работы, чтобы лучше согласовать ИТ с бизнесом, тем самым обеспечив согласованность своих методов ведения бизнеса и ускорив вывод своих услуг на рынок.

Благодаря внедрению гибких методов время вывода новых предложений на рынок компанией увеличилось на 40 %.Фирма добилась 70-процентного сокращения дефектов программных продуктов и услуг. А 3800 сотрудников сообщили, что стали более увлечены своей работой.

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

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

Шесть шагов для внедрения гибкости в действие

Процесс гибкой трансформации состоит из шести шагов:

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

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

3. Пилотирование.  По мере запуска пилотных проектов тренеры наблюдают и направляют.

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

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

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

Препятствия, которых следует избегать

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

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

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

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

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

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

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

Ссылки

1 «Данные опроса показывают, что многие компании все еще не совсем гибкие», Harvard Business Review Online, исследование, спонсируемое CA Technologies, 22 марта 2018 г., доступ по адресу: https://hbr.org/sponsored/2018/03/survey-data-shows-that-many-companies-this-threly-agile

2VersionOne Inc., «13th Annual State of Agile Report», 7 мая , 2019 г., доступ по адресу: https://www.stateofagile.com/#ufh-i-521251909-13th-annual-state-of-agile-report/473508

Опыт бренда, доступ по адресу: https://sites.tcs.com/bts/cmo-innovating-the-brand-experience-through-digital-transformation

практикующих в Spotify.

Инфраструктура, ориентированная на приложения Cisco — Обзор решения Cisco, ориентированного на инфраструктуру приложений

 

Решение Cisco ACI

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

Построенный на основе ведущей в отрасли платформы Cisco Nexus ® 9000, Cisco ACI использует целостный системный подход с тесной интеграцией между аппаратным и программным обеспечением, а также между физическими и виртуальными элементами, моделью открытой экосистемы и инновационными технологиями Cisco. Специализированные интегральные схемы (ASIC), обеспечивающие уникальную коммерческую ценность для современных центров обработки данных.

Cisco ACI — это самое безопасное, открытое и комплексное решение для программно-определяемой сети (SDN).

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

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

По мере того, как использование приложений в корпоративной сети становится все более распространенным, ИТ-специалисты стремятся создавать решения для согласованной политики и шифрования от кампуса до центра обработки данных. Например, интеграция Cisco ACI с программно-определяемым доступом (SD-Access) Cisco ® /Cisco DNA Center и Cisco SD-WAN позволяет заказчикам автоматизировать и расширять политику, безопасность, гарантии и аналитику во всей своей сетевой экосистеме.

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

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

Инфраструктура, ориентированная на приложения Cisco (Cisco ACI), была создана для упрощения ИТ-инфраструктуры и операций за счет автоматизации сети, обеспечения всеобъемлющей безопасности и, при необходимости, ускорения перехода предприятий в мультиоблачную среду.

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

С помощью Cisco ACI вы можете создать лучшую сеть в любом месте.

Фигура 1.

Отличительные бизнес-преимущества Cisco ACI

Цифровая трансформация и устойчивость бизнеса

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

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

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

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

Основные преимущества Cisco ACI включают следующее:

Ускорение сетевых операций

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

●     Простота эксплуатации благодаря общей политике, модели управления и эксплуатации для приложений, сети и ресурсов безопасности

●     Централизованное управление сетью и прозрачность с полной автоматизацией и мониторингом состояния сети в режиме реального времени

●     Полная интеграция подложки и накладки

●     Открытые северные API-интерфейсы для обеспечения гибкости для команд DevOps и интеграции с партнерами по экосистеме

●     Готовое к облаку решение SDN

●     Общая платформа для управления физическими и виртуальными средами

●     Автоматизация ИТ-процессов и гибкость развертывания приложений

Безопасное расширение до мультиоблака

●     Обеспечение непрерывности бизнеса и обеспечение аварийного восстановления

●     Неотъемлемая безопасность с моделью белого списка с нулевым доверием и инновационными функциями в области применения политик, микросегментации и аналитики

●     Интегрированная безопасность с продуктами безопасности Cisco и партнерами по экосистеме

●     Стабильный уровень безопасности в масштабе мультиоблачной среды

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

●     Единая политика и бесшовное подключение в любом центре обработки данных и общедоступном облаке

●     Через любой гипервизор, для любой рабочей нагрузки, в любом месте, с использованием любого облака

●     Облачная автоматизация благодаря интеграции с vRealize, Azure Pack, OpenStack, OpenShift, Kubernetes и Cisco UCS ® Director

●     Открытые API и программируемая структура SDN с более чем 65 партнерами по экосистеме

Строительные блоки Cisco ACI

Cisco ACI и архитектурные решения состоят из следующих стандартных блоков:

●     Контроллер инфраструктуры политик приложений Cisco (APIC)

●     Центральные и конечные коммутаторы Cisco Nexus серии 9000 для Cisco ACI

Фигура 2.

Строительные блоки Cisco ACI

Контроллер инфраструктуры политик приложений Cisco (APIC)

Контроллер инфраструктуры является основным архитектурным компонентом решения Cisco ACI. Это единая точка автоматизации и управления коммутационной сетью Cisco ACI, применения политик и мониторинга работоспособности. Устройство APIC — это централизованный кластерный контроллер, оптимизирующий производительность и объединяющий работу физических и виртуальных сред.Контроллер управляет масштабируемой многопользовательской фабрикой Cisco ACI и управляет ею.

Основные функции Cisco APIC включают следующее:

●     Сетевые политики, ориентированные на приложения

●     Декларативное обеспечение на основе модели данных

●     Мониторинг приложений и топологии, устранение неполадок

●     Сторонняя интеграция

◦    Службы уровней с 4 по 7 (L4–L7)

◦    VMware vCenter и vRealize

◦    Microsoft Hyper-V, Microsoft System Center Virtual Machine Manager (SCVMM) и Azure Pack

.

◦    Open vSwitch (OVS) и OpenStack

◦    Kubernetes

●     Управление изображениями (корешок и лист)

●     Инвентаризация и конфигурация Cisco ACI

●     Внедрение распределенной среды в кластере устройств

●     Показатели работоспособности критически важных управляемых объектов (клиенты, профили приложений, коммутаторы и т. д.).)

●     Управление ошибками, событиями и производительностью

Cisco Nexus серии 9000 коммутаторы позвоночника и листьев для Cisco ACI

Коммутаторы платформы Cisco Nexus 9300 и 9500 поддерживают Cisco ACI. Организации могут использовать их в качестве узловых или листовых коммутаторов, чтобы в полной мере воспользоваться преимуществами автоматизированного подхода к управлению системами на основе политик.

Коммутаторы Cisco Nexus серии 9000 включают модульные и фиксированные конфигурации коммутаторов 1, 10, 25, 40, 50, 100 и 400 Gigabit Ethernet, которые предназначены для работы либо в режиме NX-OS для совместимости и согласованности с текущими коммутаторами Cisco Nexus (с использованием Программное обеспечение Cisco NX-OS) или в режиме ACI, чтобы воспользоваться всеми преимуществами сервисов Cisco ACI на основе политик приложений и функций автоматизации инфраструктуры.Эта двойная функция обеспечивает клиентам защиту инвестиций и простоту перехода на Cisco ACI посредством обновления программного обеспечения.

Новые функции Cisco ACI версии 5.2 включают следующие

●     Подключение кластера APIC к фабрике по сети уровня 3

◦    Поддерживает развертывание кластеров APIC в удаленных местах (например, в сети DMZ) и подключает кластеры к фабрике (основной и конечной) по IP-сети

◦    Обеспечивает гибкость и упрощает развертывание

●     Поддержка обновления программного обеспечения

◦    Возможность обновления APIC или коммутационного коммутатора с помощью исправления

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

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

◦    Трафик с востока на запад между узлами за парой удаленных листьев теперь может использовать физические связи между парами удаленных листьев, а не заколками

◦    Упрощает развертывание и снижает совокупную стоимость владения.

●     Усовершенствования Endpoint Security Group (ESG)

◦    Обеспечивает поддержку дополнительных классификаторов (теги MAC и VM)

◦    Обеспечивает поддержку селектора тегов, что позволяет выполнять миграцию EPG в ESG

◦    Упрощает использование и развертывание

●     Усовершенствования маршрутизации на основе политик

◦    Обеспечивает поддержку PBR на L3Out

◦    Обеспечивает динамическое изучение MAC-адресов на уровне 3 PBR

◦    Обеспечивает поддержку контрактов между EPG на L3Out с помощью разрешений, запретов и действий PBR

◦    Упрощает использование и развертывание

Платформа контроллера обеспечивает взаимодействие широкой экосистемы и отрасли с Cisco ACI.Он обеспечивает взаимодействие между средой Cisco ACI и службами управления, оркестровки, виртуализации и L4-L7 от широкого круга поставщиков.

Модели развертывания Cisco ACI

Cisco ACI состоит из следующих архитектурных решений:

●     Мультипод Cisco ACI

●     Оркестратор панели мониторинга Cisco Nexus

●     Cisco Cloud ACI

◦    Cloud ACI расширен на AWS и Microsoft Azure

◦    Облачные решения

◦    Облачный APIC Cisco

◦    Маршрутизатор Cisco Cloud Service (CSR) серии 1000v

◦    Оркестратор панели мониторинга Cisco Nexus

●     Физический удаленный лист Cisco ACI

●     Мини-коммутатор Cisco ACI

Мультипод Cisco ACI

Cisco ACI MultiPod является частью семейства решений «один кластер APIC/один домен»; единый кластер APIC развертывается для управления всеми различными взаимосвязанными сетями ACI.Эти отдельные сети ACI называются «стручками», и каждая из них выглядит как обычная двухуровневая топология «позвоночник-лист». Один и тот же кластер APIC может управлять несколькими модулями, и для повышения отказоустойчивости решения различные узлы контроллера, составляющие кластер, могут быть развернуты в разных модулях.

Рисунок 3.

Мультипод Cisco ACI

Оркестратор панели мониторинга Cisco Nexus

Cisco Multi-Site Orchestrator (MSO) стал Nexus Dashboard Orchestrator.Nexus Dashboard Orchestrator обеспечивает единую точку подготовки для нескольких фабрик Cisco ACI, работающих скоординированным образом. Когда это решение сочетается с последними сетевыми усовершенствованиями Cisco ACI, организации могут управлять элементами сети расширения, такими как экземпляры виртуальной маршрутизации и пересылки (VRF), мостовые домены и подсети в нескольких фабриках. Он обеспечивает централизованное управление политиками и безопасностью в географически распределенных фабриках и очень крупных масштабируемых фабриках с автоматизацией и операциями из общей точки, что позволяет создать глобальную облачную инфраструктуру.

Основные функции Cisco Nexus Dashboard Orchestrator включают следующее:

●     Единая точка администрирования для нескольких коммутационных сетей Cisco ACI

●     Возможность сопоставления арендаторов, приложений и связанных сетей с определенными доменами доступности в рамках мультисайта Cisco ACI

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

●     Автоматическая настройка межсоединений коммутационной сети и управление ими через IP-магистраль

Рисунок 4.

Оркестратор панели мониторинга Cisco Nexus

Cisco Cloud ACI

Инфраструктура, ориентированная на облачные приложения Cisco (Cisco Cloud ACI), — это комплексное решение для упрощения операций, автоматизированного подключения к сети, согласованного управления политиками и обеспечения видимости для нескольких локальных центров обработки данных, общедоступных облаков или мультиоблачных сред. Решение фиксирует намерения бизнеса и пользователей и преобразовывает их в собственные конструкции политик для приложений, развернутых в различных облачных средах.Он использует целостный подход, чтобы обеспечить доступность и сегментацию приложений для «голого железа», виртуализированных, контейнерных приложений или приложений на основе микросервисов, развернутых в нескольких облачных доменах. Общая политика и операционная модель значительно снижают стоимость и сложность управления мультиоблачными развертываниями. Он предоставляет единую консоль управления для настройки, мониторинга и эксплуатации нескольких разрозненных сред, распределенных по нескольким облакам. Cisco Cloud ACI доступен на AWS и Microsoft Azure; было объявлено о будущей доступности Google Cloud.

Что нового в Cloud ACI для Cisco ACI версии 5.2:

●     Импорт виртуальной сети браунфилда в Azure: Эта функция позволит клиентам Azure Cloud просматривать существующие виртуальные сети браунфилда из сферы действия Cloud APIC и подключать свои новые виртуальные сети к виртуальным сетям браунфилда, импортированным в Cloud ACI.

●     AWS Transit Gateway Connect: С помощью этой функции клиенты смогут автоматически настраивать свои AWS Transit Gateway Connect через облачный APIC для поддержки динамической маршрутизации между маршрутизаторами облачных сервисов Cisco (CSR) и AWS Transit Gateway.

●     Частный IP-адрес для Cloud APIC и CSR на AWS: Это позволит клиентам развернуть свое решение Cloud ACI с частной магистральной сетью между своими локальными объектами и центрами обработки данных AWS.

●     Пиринг виртуальной сети между Azure Active Directory: Эта функция обеспечивает операционную гибкость для клиентов, которые хотят использовать несколько подписок Azure для управления сегментами своих приложений в облаке Azure.

Рисунок 5.

Cisco Cloud ACI

Облачные решения

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

Cisco Cloud ACI: необходимые компоненты

●     Облачный APIC Cisco

Управляйте несколькими облачными регионами и маршрутизаторами Cisco Cloud Services Routers (CSR) серии 1000v из одного экземпляра Cisco Cloud APIC и реализуйте согласованные политики, безопасность и операции посредством безопасного соединения для многооблачной среды.

●     Оркестратор панели мониторинга Cisco Nexus

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

●     Маршрутизатор облачных сервисов Cisco серии 1000v

Cloud ACI использует маршрутизатор Cisco Cloud Services Router (CSR) серии 1000v в качестве облачного маршрутизатора для связи между локальной и облачной средами.

Физический удаленный лист Cisco ACI

С помощью Cisco ACI Physical Remote Leaf клиенты могут разместить обычный листовой коммутатор в удаленном/спутниковом расположении и подключиться обратно к коммутатору позвоночника в основном (локальном) расположении и, в свою очередь, распространить политику Cisco ACI на удаленное/спутниковое расположение. расположение спутника. При этом клиенты также могут воспользоваться всеми преимуществами физического удаленного листа, от разнообразных интерфейсов до превосходной производительности, масштабируемости и встроенного шифрования.

Рисунок 6.

Физический удаленный лист Cisco ACI

Ткань Cisco ACI Mini

Благодаря внедрению Cisco Mini ACI Fabric заказчики теперь могут использовать оптимизированное решение Cisco ACI для своих небольших развертываний. Это решение включает в себя APIC-CLUSTER-XS (один физический и два виртуальных контроллера), а также два ствола и не менее двух и не более четырех листьев.

Рисунок 7.

Мини-ткань Cisco ACI

Панель мониторинга Cisco Nexus

Cisco Nexus Dashboard предоставляет единую платформу автоматизации для доступа к операционным службам и инструментам для центра обработки данных и сети. С помощью платформы Cisco Nexus Dashboard клиенты могут развернуть Cisco Nexus Dashboard Orchestrator (NDO), Cisco Nexus Dashboard Insights и Cisco Nexus Dashboard Data Broker. Информационная панель Cisco Nexus Dashboard становится еще более удобным местом для совместной работы благодаря включению критически важных приложений и инструментов сторонних производителей.С Nexus Dashboard вы можете запускать любые контроллеры сайтов, включая APIC, Cloud APIC и Cisco Data Center Network Manager (DCNM), которые способствуют внедрению облачных приложений. Панель мониторинга Cisco Nexus предоставляет следующие преимущества.

●     Простота использования

◦    Настраиваемое представление пользовательского интерфейса на основе ролей, обеспечивающее целенаправленное представление вариантов использования сетевых операторов

◦    Единый вход (SSO) для удобного взаимодействия пользователей с операционными службами

◦    Единая консоль для мониторинга работоспособности и быстрого вызова службы

●     Простота масштабирования

◦    Высокая доступность, операции масштабирования с единой панели мониторинга

◦    Масштабирование вариантов использования с использованием гибких вариантов развертывания

◦    Операции, охватывающие локальные, многооблачные и пограничные сети

●     Простота обслуживания

◦    Полная интеграция и управление жизненным циклом операционных сервисов

◦    Подключение операционных служб и управление ими в локальной, облачной или гибридной среде

◦    Единая точка интеграции для важных сторонних приложений и инструментов

Рисунок 8.

Панель мониторинга Cisco Nexus

Аналитическая панель Cisco Nexus

Cisco Nexus Dashboard Insights дает клиентам возможность отслеживать и анализировать свою фабрику в режиме реального времени для выявления аномалий, обеспечения анализа основных причин и планирования емкости, а также для ускорения устранения неполадок. Отслеживая исторический контекст, собирая и обрабатывая телеметрические данные об оборудовании и программном обеспечении, а также сопоставляя проекты клиентов с лучшими практиками Cisco, клиенты могут получить превосходную информацию о проблемах, влияющих на их среду, и предпринять корректирующие действия.Nexus Dashboard Insights — это приложение на основе микросервисов, предназначенное для размещения на Cisco Nexus Dashboard.

Cisco ACI Anywhere: популярные интеграции

Использование интегрированных решений Cisco Infrastructure-as-Code (IaC) с HashiCorp и Red Hat Ansible

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

Решения

Cisco Data Center Network (DCN) IaC охватывают интеграцию с распространенными сторонними инструментами от HashiCorp и Ansible. Эти решения позволяют заказчикам расширять возможности прикладных служб для определения требований к сети и безопасности на уровне инфраструктуры автоматизированным и полностью синхронизированным образом. При таком подходе вы можете использовать модель DevOps, ускоряя развертывание приложений и оптимизируя соответствие требованиям сети безопасным и предсказуемым образом.

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

●     Масштабируемость и надежность

●     Автоматизация и гибкость

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

Интеграция Cisco ACI и Cisco SD-WAN

Cisco предлагает интеграцию ACI и SD-WAN для филиалов (на границе сети). Это неотъемлемый компонент перехода клиентов к облачным технологиям, для которого требуются защищенные, управляемые политиками межсоединения между центром обработки данных и филиалами, являющиеся экономичной альтернативой выделенным соединениям.Благодаря этой интеграции клиенты теперь могут автоматизировать выбор пути глобальной сети между филиалом и локальным центром обработки данных на основе политики приложений.

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

Рисунок 9.

Интеграция Cisco ACI с Cisco SD-WAN

Интеграция Cisco ACI и AppDynamics

Цифровая трансформация — это сложная командная работа в рамках бизнеса и ИТ, требующая сквозного управления приложениями и осведомленности.AppDynamics ® предоставляет ИТ-отделам видимость и мониторинг на уровне приложений, необходимые в архитектуре, основанной на намерениях, для проверки того, что ИТ- и бизнес-политики реализуются в сети. Интеграция Cisco ACI и AppDynamics обеспечивает динамическую корреляцию между приложениями и сетевыми конструкциями. Это комбинированное решение обеспечивает высококачественный мониторинг производительности приложений, расширенные возможности диагностики производительности приложений и сети, а также более быстрый анализ первопричин проблем с быстрой сортировкой и быстрой отправкой соответствующим членам группы — например, относится ли данная проблема к приложение или в сеть?

Рисунок 10.

Интеграция Cisco ACI и AppDynamics

Эта интеграция делает следующее:

●     Динамически сопоставляет компоненты приложений и служб с сетевыми элементами Cisco ACI, тем самым обеспечивая общее представление о приложении и инфраструктуре для групп

.

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

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

●     Базовое состояние работоспособности приложений в AppDynamics путем сопоставления состояния сети Cisco ACI и сбоев

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

Интеграция Cisco ACI и Cisco SD-Access

Гиперраспределенные приложения и высокомобильные пользователи, растущие угрозы кибербезопасности и ужесточение нормативных требований делают сегментацию сети обязательным условием для снижения рисков и обеспечения лучшего соответствия требованиям. Интеграция политик между Cisco ACI и Cisco SD-Access позволяет объединить микросегментацию Cisco ACI на основе приложений в центре обработки данных с сегментацией Cisco SD-Access на основе групп пользователей в кампусе и филиале.Эта интеграция автоматизирует сопоставление и применение политики сегментации на основе профиля безопасности пользователя при доступе к ресурсам в центре обработки данных. Это позволяет администраторам безопасности беспрепятственно управлять сегментацией от начала до конца, от пользователя до приложения. Общая и непротиворечивая возможность микросегментации на основе идентификации предоставляется от пользователя к приложению.

Рисунок 11.

Интеграция Cisco ACI и Cisco SD-Access

В результате этой интеграции поверхность атаки значительно сокращается, а любой несанкционированный или подозрительный доступ к ресурсам и потенциальные угрозы можно быстро контролировать и устранять.Решение полностью подходит для 25 000 пользователей кампуса Cisco SD-Access с планами расширения масштаба по мере необходимости для наших клиентов.

Cisco ACI и ServiceNow

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

●     Процесс сопоставления услуг вручную, который может занять недели или месяцы, в зависимости от сложности услуги

●     Отсутствие корреляции между изменениями инфраструктуры и поддерживаемыми ими бизнес-сервисами

●     Отключенные инфраструктурные инструменты и порталы для управления изменениями и устранения неполадок

●     Неэффективный анализ основных причин перебоев в обслуживании из-за неточных карт обслуживания

Интеграция инфраструктуры Cisco Application Centric Infrastructure (Cisco ACI) с ServiceNow автоматизирует обнаружение, сопоставление приложений с бизнес-сервисами, управление микропрограммами и предоставление структуры Cisco ACI из экземпляра ServiceNow.

Интеграция Cisco ACI с ServiceNow обеспечивает прозрачность и автоматизацию от уровня приложений до физической инфраструктуры, повышая скорость и эффективность предоставления ИТ-ресурсов, управления и устранения неполадок, включая

●     Более быстрое устранение неполадок и анализ основных причин

●     Повышение операционной эффективности

●     Снижение совокупной стоимости владения

Cisco ACI и Kubernetes Anywhere

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

Эта интеграция позволяет Cisco ACI предоставлять готовую к использованию безопасную сетевую среду для Kubernetes. Интеграция поддерживает простоту взаимодействия с пользователем при развертывании, масштабировании и управлении контейнерными приложениями, при этом предлагая элементы управления, видимость, безопасность и изоляцию, необходимые предприятию.

Решение Cisco ACI и Kubernetes предлагает следующие преимущества:

●     Гибкий подход к политике

●     Автоматизированные интегрированные службы балансировки нагрузки

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

●     Информация о видимости и телеметрии

Рисунок 12.

Kubernetes в любом месте, интегрированный с Cisco ACI

Открытая экосистема Cisco ACI

Таблица 1. Возможности открытой экосистемы Cisco ACI

Особенность

Описание

Сторонняя интеграция с открытыми API

Избегайте привязки к поставщику и расширяйте выбор и гибкость для создания собственного решения для центра обработки данных

Совместно сертифицированные программные решения с партнерами по экосистеме

Используйте лучшую в своем классе экосистему SDN с более чем 65 технологическими партнерами, при этом партнеры публикуют матрицу сертификации, чтобы помочь клиентам установить и обновить совместимые версии программного обеспечения

Интеграция сервисов L4-L7 посредством цепочки сервисов

Развертывание графов сервисов от разных поставщиков с режимом интеграции Cisco ACI по вашему выбору для удовлетворения ваших операционных и организационных потребностей

Эти интеграции L4-7 поддерживаются через NB REST API с соответствующими поставщиками ADC/брандмауэров или приложениями в Центре приложений Cisco ACI

Центр приложений Cisco ACI

Приложения Cisco ACI помогут вам получить лучшие приложения для Cisco ACI эффективным способом.Центр приложений Cisco ACI:

● Ускоряет внедрение инноваций, связанных с открытой экосистемой Cisco ACI.

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

● Позволяет клиентам эффективно извлекать выгоду из своих инвестиций в сеть.

Сиско Кэпитал

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

Cisco Capital ® упрощает получение нужных технологий для достижения ваших целей, обеспечивает трансформацию бизнеса и помогает вам оставаться конкурентоспособными. Мы можем помочь вам снизить общую стоимость владения, сохранить капитал и ускорить рост. В более чем 100 странах наши гибкие платежные решения помогут вам приобрести оборудование, программное обеспечение, услуги и дополнительное оборудование сторонних производителей с помощью простых и предсказуемых платежей. Учить больше.

Для получения дополнительной информации

Используйте следующие ссылки для получения дополнительной информации:

●     Обзор Cisco ACI

●     Спецификация Cisco APIC

●     Лист данных о коммутаторах Cisco Nexus серии 9000

●     Обзор Cisco Cloud ACI

●     Получите Cisco Cloud ACI на AWS

●     Получите Cisco Cloud ACI на Microsoft Azure

.

●     Технический документ Cisco ACI Multi Site

●     Удаленный лист Cisco ACI

●     Практические примеры

●     Демонстрации прохождения

●     Загрузить программное обеспечение Cisco ACI

●     Панель мониторинга Cisco Nexus

●     Калькулятор окупаемости инвестиций Cisco ACI

 

 

 

Глава4.Гостевые дополнения

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

4.1. Введение в гостевые дополнения

Как упоминалось в Разделе 1.2, «Некоторая терминология», гостевые дополнения предназначены для установки внутри виртуального компьютер после установки гостевой операционной системы. Они состоят из драйверов устройств и системных приложений, оптимизирующих гостевая операционная система для повышения производительности и удобства использования. См. Раздел 3.1, «Поддерживаемые гостевые операционные системы», чтобы узнать, какие гостевые операционные системы полностью поддерживаются гостевыми дополнениями Виртуальная коробка Oracle VM.

Гостевые дополнения Oracle VM VirtualBox для всех поддерживаемых гостевых систем. операционные системы предоставляются в виде одного файла образа компакт-диска, который называется VBoxGuestAdditions.iso . Это изображение находится в каталоге установки Oracle VM VirtualBox. Чтобы установить гостевые дополнения для конкретной виртуальной машины, вы монтируете этот ISO-файл на вашей виртуальной машине в качестве виртуального компакт-диска и установите оттуда.

Гостевые дополнения предлагают следующие функции:

  • Интеграция указателя мыши .К преодолеть ограничения поддержки мыши, описанные в Раздел 1.8.2, «Захват и освобождение клавиатуры и мыши», эта функция обеспечивает вы с бесшовной поддержкой мыши. У вас будет только одна мышь указатель и нажатие клавиши Host больше не требуется для освободить мышь от захвата гостевая ОС. Для этого используется специальный драйвер мыши. установлен в гостевой системе, которая взаимодействует с физическим драйвер мыши на вашем хосте и перемещает указатель гостевой мыши соответственно.

  • Общие папки. Они обеспечивают простой способ обмена файлами между хостом и гостем. Как и в случае с обычными сетевыми ресурсами Windows, вы можете Oracle VM VirtualBox для обработки определенного каталога хоста как общего папку, и Oracle VM VirtualBox сделает ее доступной для гостя. операционная система как сетевая папка, независимо от того, у гостя на самом деле есть сеть. Видеть Раздел 4.3, «Общие папки».

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

    Кроме того, с гостевыми системами Windows, Linux и Oracle Solaris вы можете изменить размер окна виртуальной машины, если гость Дополнения установлены.Разрешение видео в гостевой будет автоматически скорректирован, как если бы вы ввели вручную произвольное разрешение в гостевой Показать настройки . Видеть Раздел 1.8.5, «Изменение размера окна машины».

    Если установлены гостевые дополнения, 3D-графика и 2D-видео для гостевых приложений можно ускорить. Видеть Раздел 4.5, «Графика с аппаратным ускорением».

  • Бесшовные окна. С этим функция, отдельные окна, отображаемые на рабочий стол виртуальной машины можно сопоставить с хостом рабочий стол, как если бы базовое приложение действительно работало на хосте. См. Раздел 4.6, «Бесшовные окна».

  • Общая связь между хостом и гостем каналы. Гостевые дополнения позволяют управлять и контролировать выполнение гостевой системы. гость свойства обеспечивают универсальный строковый механизм для обмена битами данных между гостем и хостом, некоторые из которые имеют особое значение для контроля и мониторинга гость.См. Раздел 4.7, «Свойства гостя».

    Кроме того, приложения можно запускать в гостевой системе из хозяин. См. Раздел 4.9, «Гостевой контроль приложений».

  • Синхронизация времени. С установленных гостевых дополнений, Oracle VM VirtualBox может гарантировать, что системное время гостя лучше синхронизировано с гостья.

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

    Гостевые дополнения будут регулярно синхронизировать время. Видеть Раздел 9.11.3, «Настройка параметров синхронизации времени гостевых дополнений» для того, как настроить параметры механизма синхронизации времени.

  • Общий буфер обмена. С Гостевые дополнения установлены, буфер обмена гостя операционная система может быть опционально разделена с вашим хостом Операционная система.См. Раздел 3.4, «Общие настройки».

  • Автоматический вход в систему. Также называется прохождение учетных данных. См. Раздел 9.1, «Автоматический гостевой вход».

Каждая версия Oracle VM VirtualBox, даже небольшие выпуски, поставляются с собственную версию гостевых дополнений. В то время как интерфейсы через который ядро ​​Oracle VM VirtualBox взаимодействует с гостем Дополнения остаются стабильными, поэтому гостевые дополнения уже установленный на виртуальной машине, должен продолжать работать, когда Oracle VM VirtualBox обновлен на хосте, для достижения наилучших результатов рекомендуется сохранить Гостевые дополнения той же версии.

Поэтому проверьте гостевые дополнения Windows и Linux. автоматически, должны ли они обновляться. Если хост запуск более новой версии Oracle VM VirtualBox, чем гостевые дополнения, уведомление с дальнейшими инструкциями отображается в гостевой системе.

Чтобы отключить это обновление, проверьте наличие гостевых дополнений данного виртуальной машине, установите значение ее /VirtualBox/GuestAdd/CheckHostVersion гость собственность на 0 .Видеть Раздел 4.7, «Гостевые свойства».

4.2. Установка и поддержка гостевых дополнений

Гостевые дополнения доступны для виртуальных машин, работающих Windows, Linux, Oracle Solaris или OS/2. Следующие разделы Подробно опишите особенности каждого варианта.

4.2.1.Гостевые дополнения для Windows

Гостевые дополнения Oracle VM VirtualBox для Windows предназначены для устанавливается на виртуальную машину под управлением операционной системы Windows система.Поддерживаются следующие версии гостевых ОС Windows:

  • Microsoft Windows NT 4.0 (любой пакет обновлений)

  • Microsoft Windows 2000 (любой пакет обновлений)

  • Microsoft Windows XP (любой пакет обновлений)

  • Microsoft Windows Server 2003 (любой пакет обновлений)

  • Microsoft Windows Server 2008

  • Microsoft Windows Vista (все выпуски)

  • Microsoft Windows 7 (все выпуски)

  • Microsoft Windows 8 (все выпуски)

  • Microsoft Windows 10 RTM, сборка 10240

  • Microsoft Windows Server 2012

4.2.1.1.Установка гостевых дополнений Windows

В меню Устройства в строка меню виртуальной машины, Oracle VM VirtualBox имеет пункт меню Вставьте компакт-диск с гостевыми дополнениями Образ , который монтирует ISO-файл гостевых дополнений. внутри вашей виртуальной машины. Затем гость Windows должен автоматически запускать установщик гостевых дополнений, который устанавливает гостевые дополнения на гостевой Windows.

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

Примечание

Чтобы базовое ускорение Direct3D работало в Windows гость, вам необходимо установить доступный видеодрайвер WDDM для Windows Vista или более поздней версии.

Для Windows 8 и более поздних версий используется только видеодрайвер WDDM Direct3D. доступен. Чтобы базовое ускорение Direct3D работало в Гости Windows XP, вам необходимо установить гостевые дополнения в безопасном режиме. См. Главу 14, Известные ограничения для Детали.

Если вы предпочитаете монтировать гостевые дополнения вручную, вы можете выполните следующие действия:

  1. Запустите виртуальную машину, в которой вы установили Окна.

  2. Выберите Оптические приводы из меню Устройства в строку меню виртуальной машины, а затем Выбрать/Создать диск Изображение .Отобразится Virtual Media Manager, описано в Разделе 5.3, «Диспетчер виртуальных носителей».

  3. В диспетчере виртуальных носителей нажмите Добавьте и просмотрите свой хост файловая система для Файл VBoxGuestAdditions.iso .

    • На хосте Windows этот файл находится в Oracle VM VirtualBox. каталог установки, обычно в К:\Программа файлы\Oracle\VirtualBox .

    • На хостах Mac OS X этот файл находится в приложении пакет Oracle VM VirtualBox. Щелкните правой кнопкой мыши на Значок Oracle VM VirtualBox в Finder и выберите Шоу-пакет Содержание . Файл находится в папке Папка Contents/MacOS .

    • На хосте Linux этот файл находится в дополнений папка где вы установлен Oracle VM VirtualBox, обычно /opt/VirtualBox/ .

    • На хостах Oracle Solaris этот файл находится в дополнений папка где вы установлен Oracle VM VirtualBox, обычно /opt/VirtualBox .

  4. В диспетчере виртуальных носителей выберите файл ISO и нажмите кнопку Добавить . Это монтирует файл ISO и представляет его вашей Windows гость в виде компакт-диска.

Если у вас не отключена функция автозапуска в Windows. гость, теперь Windows будет автоматически запускать гостевую систему Oracle VM VirtualBox. Программа установки дополнений из ISO-образа дополнений. Если Функция автозапуска отключена, выберите VBoxWindowsAdditions.exe с CD/DVD диск внутри гостя, чтобы запустить установщик.

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

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

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

4.2.1.2.Обновление гостевых дополнений Windows

Гостевые дополнения Windows можно обновить, запустив программа установки еще раз.Это заменяет предыдущий Дополняет драйвера обновленными версиями.

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

Для каждого выберите вариант предоставления собственного драйвера, нажмите Имейте диск и перейдите к CD-ROM с гостевыми дополнениями.

4.2.1.3. Автоматическая установка

Чтобы избежать всплывающих окон при выполнении автоматической установки гостевые дополнения Oracle VM VirtualBox, подпись кода сертификаты, используемые для подписи драйверов, должны быть установлены в правильный сертификат хранится в гостевой операционной системе.Если этого не сделать, произойдет типичная установка Windows. для отображения нескольких диалоговых окон с вопросом, хотите ли вы установить конкретного водителя.

Примечание

В некоторых версиях Windows, таких как Windows 2000 и Windows XP, всплывающие окна вмешательства пользователя, упомянутые выше, всегда отображается даже после импорта сертификатов Oracle.

Установка сертификатов подписи кода в гостевой системе Windows можно сделать автоматически.Использовать Утилита VBoxCertUtil.exe из Папка cert в гостевых дополнениях установочный компакт-диск.

Используйте следующие шаги:

  1. Войдите в систему как администратор в гостевой системе.

  2. Смонтируйте гостевые дополнения Oracle VM VirtualBox .ISO.

  3. Откройте окно командной строки в гостевой системе и перейдите к Папка cert в Oracle VM VirtualBox Компакт-диск с гостевыми дополнениями.

  4. Выполните следующую команду:

     VBoxCertUtil.exe add-trusted-publisher vbox*.cer --root vbox*.cer 

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

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

 VBoxWindowsAdditions.exe/S 

Это автоматически установит нужные файлы и драйверы для соответствующую платформу, 32-битную или 64-битную.

Примечание

По умолчанию при автоматической установке на Vista или Гость Windows 7, будет графический драйвер XPDM установлены. Этот графический драйвер не поддерживает Windows Aero/Direct3D на госте. Вместо этого графика WDDM нужно установить драйвер.Чтобы выбрать этот драйвер, по умолчанию добавьте параметр командной строки /with_wddm при вызове Windows Установщик гостевых дополнений. Это требуется только для Vista и Виндовс 7.

Примечание

Для правильной работы Windows Aero в гостевой системе Размер VRAM должен быть настроен как минимум на 128 МБ.

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

 VBoxWindowsAdditions.исполняемый /? 
4.2.1.4.Извлечение файла вручную

Если вы хотите установить файлы и драйверы вручную, вы можете извлечь файлы из гостевых дополнений Windows настроить следующим образом:

 VBoxWindowsAdditions.exe /extract 

Чтобы явно извлечь гостевые дополнения Windows для другого платформе, чем текущая работающая, например, 64-битные файлы на 32-битная система, вы должны использовать соответствующую платформу установщик.Использовать VBoxWindowsAdditions-x86.exe или VBoxWindowsAdditions-amd64.exe с /извлечь параметр.

4.2.2.Гостевые дополнения для Linux

Как и гостевые дополнения Windows, гостевая ОС Oracle VM VirtualBox Дополнения для Linux представляют собой набор драйверов устройств и системных приложения, которые могут быть установлены в гостевой операционной система.

Официально поддерживаются следующие дистрибутивы Linux:

  • Oracle Linux версии 5, включая ядра UEK

  • Fedora начиная с Fedora Core 4

  • Red Hat Enterprise Linux версии 3

  • SUSE и openSUSE Linux начиная с версии 9

  • Ubuntu с версии 5.10

Известно, что многие другие дистрибутивы работают с Guest. Дополнения.

Версия ядра Linux, поставляемая по умолчанию в SUSE и openSUSE 10.2, Ubuntu 6.10 (все версии) и Ubuntu 6.06 (серверная версия) содержит ошибку, которая может привести к сбою во время запуска, когда он запускается на виртуальной машине. Гость Дополнения работают в этих дистрибутивах.

Обратите внимание, что некоторые дистрибутивы Linux уже поставляются со всеми или частично гостевых дополнений Oracle VM VirtualBox.Вы можете сохранить дистрибутивной версии гостевых дополнений, но это часто не актуальны и ограничены в функциональности, поэтому мы рекомендуем заменить их гостевыми дополнениями, которые поставляются с Виртуальная коробка Oracle VM. Гостевые дополнения Oracle VM VirtualBox Linux установщик пытается обнаружить существующую установку и заменить их, но в зависимости от того, как дистрибутив интегрирует гостевой Кроме того, это может потребовать некоторого ручного взаимодействия.это настоятельно рекомендуется сделать снимок виртуальной машины перед заменой предустановленных гостевых дополнений.

4.2.2.1. Установка гостевых дополнений Linux

Гостевые дополнения Oracle VM VirtualBox для Linux доступны на тот же файл виртуального компакт-диска, что и гостевые дополнения для Окна. См. Раздел 4.2.1.1, «Установка гостевых дополнений Windows». Они тоже поставляется с программой установки, которая проведет вас через процесс настройки.Однако из-за существенных различий между дистрибутивами Linux установка может занять немного больше сложный по сравнению с Windows.

Обычно установка включает следующие шаги:

  1. Перед установкой гостевых дополнений вы подготавливаете гостевая система для сборки внешних модулей ядра. Этот работает, как описано в Раздел 2.3.2, «Модули ядра Oracle VM VirtualBox», за исключением того, что это шаг должен быть выполнен в вашем Linux гость вместо хоста Linux система.

    Если вы подозреваете, что что-то пошло не так, проверьте ваш гость настроен правильно и запустите следующее команда от имени root:

     установка rcvboxadd 
  2. Вставьте компакт-диск VBoxGuestAdditions.iso . файл в виртуальный привод компакт-дисков вашего гостя Linux, как описан для гостя Windows в Раздел 4.2.1.1, «Установка гостевых дополнений Windows».

  3. Перейдите в каталог, в котором установлен ваш привод CD-ROM. и выполните следующую команду от имени root:

     sh ./VBoxLinuxAdditions.run 
4.2.2.2. Интеграция графики и мыши

В гостевых системах Linux и Oracle Solaris графика Oracle VM VirtualBox а интеграция с мышью осуществляется через систему X Window. Oracle VM VirtualBox может использовать вариант системы X.Org или XFree86 версии 4.3, который идентичен первому X.Org выпуск. В процессе установки дисплей X.Org сервер будет настроен на использование драйверов графики и мыши которые поставляются с гостевыми дополнениями.

После установки гостевых дополнений в новую установку поддерживаемого дистрибутива Linux или системы Oracle Solaris, многие неподдерживаемые системы также будут работать корректно, гостевая графический режим изменится, чтобы соответствовать размеру Окно Oracle VM VirtualBox на хосте при изменении его размера.Ты сможешь также попросите гостевую систему переключиться на определенное разрешение отправив подсказку о режиме видео с помощью кнопки Инструмент VBoxManage .

Несколько гостевых мониторов поддерживаются в гостях с помощью Сервер X.Org версии 1.3, который является частью версии 7.3 X Window System версии 11 или более поздней версии. Макет гостевые экраны можно настроить по мере необходимости с помощью инструментов которые поставляются с гостевой операционной системой.

Если вы хотите узнать больше о деталях того, как Установлены драйверы X.Org, в частности, если вы хотите использовать их в настройках, которые наш установщик не обрабатывает правильно, см. Раздел 9.3.2, «Гостевая графика и настройка драйвера мыши в деталях».

4.2.2.3.Обновление гостевых дополнений Linux

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

4.2.2.4. Удаление гостевых дополнений Linux

Если на вашем компьютере установлена ​​версия гостевых дополнений виртуальную машину и хотите удалить ее, не устанавливая новую вы можете сделать это, вставив образ компакт-диска с гостевыми дополнениями в виртуальный привод CD-ROM, как описано выше. Затем запустите установщик для текущих гостевых дополнений с удалить параметр из пути, который Образ компакт-диска монтируется в гостевой системе следующим образом:

 ш ./VBoxLinuxAdditions.run удалить 

Хотя это обычно работает без проблем, вам может потребоваться сделать некоторую ручную очистку гостя в некоторых случаях, особенно файла XFree86Config или xorg.conf. В частности, если Установлена ​​версия дополнений или установлена ​​гостевая операционная система. очень старые, или если вы внесли свои собственные изменения в гостевую Дополнения настраиваются после того, как вы их установили.

Вы можете удалить дополнения следующим образом:

 /opt/VBoxGuestAdditions-   версия   /удалить.ш 

Заменять /opt/VBoxGuestAdditions- версия с правильным каталогом установки гостевых дополнений.

4.2.3.Гостевые дополнения для Oracle Solaris

Как и гостевые дополнения Windows, гостевая ОС Oracle VM VirtualBox Дополнения для Oracle Solaris представляют собой набор устройств драйверы и системные приложения, которые могут быть установлены в гостевая операционная система.

Следующие дистрибутивы Oracle Solaris официально поддерживается:

  • Oracle Solaris 11, включая Oracle Solaris 11 Express

  • Oracle Solaris 10 4/08 и более поздние версии

Другие дистрибутивы могут работать, если они основаны на сопоставимых релизы ПО.

4.2.3.1. Установка гостевых дополнений Oracle Solaris

Гостевые дополнения Oracle VM VirtualBox для Oracle Solaris: поставляются на том же компакт-диске ISO, что и дополнения для Windows. и линукс.Они поставляются с программой установки, которая направляет вам через процесс установки.

Установка включает в себя следующие шаги:

  1. Смонтируйте файл VBoxGuestAdditions.iso как виртуальный дисковод компакт-дисков вашего гостя Oracle Solaris, точно так же, как описано для гостя Windows в Раздел 4.2.1.1, «Установка гостевых дополнений Windows».

    Если дисковод компакт-дисков в гостевой системе не монтируется, т.к. встречающийся в некоторых версиях Oracle Solaris 10, запустите следующую команду от имени root:

     svcadm перезапуск volfs 
  2. Перейдите в каталог, в котором установлен ваш привод CD-ROM. и выполните следующую команду от имени root:

     pkgadd -G -d ./VBoxSolarisAdditions.pkg 
  3. Выберите 1 и подтвердите установка пакета гостевых дополнений. После установка завершена, выйдите из системы и войдите на X-сервер на вашем госте, чтобы активировать гостевые дополнения X11.

4.2.3.2. Удаление гостевых дополнений Oracle Solaris

Гостевые дополнения Oracle Solaris можно безопасно удалить, удаление пакета из гостя.Откройте корневой терминал сеанс и выполните следующую команду:

 pkgrm SUNWvboxguest 
4.2.3.3. Обновление гостевых дополнений Oracle Solaris

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

4.2.4.Гостевые дополнения для OS/2

Oracle VM VirtualBox также поставляется с набором драйверов, улучшающих запуск OS/2 на виртуальной машине.Из-за ограничений OS/2 Сам по себе этот вариант гостевых дополнений имеет ограниченный набор функций. Подробности см. в Главе 14, Известные ограничения .

Гостевые дополнения OS/2 находятся на том же ISO CD-ROM, что и те, что для других платформ. Смонтируйте ISO в OS/2 как описано ранее. Гостевые дополнения OS/2 находятся в каталог \OS2 .

В настоящее время мы не предоставляем автоматический установщик.См. файл readme.txt в каталоге CD-ROM, в котором описывается, как установить гостевые дополнения OS/2. вручную.

С функцией общих папок Oracle VM VirtualBox, вы можете получить доступ к файлам вашей хост-системы из внутри гостевой системы. Это похоже на то, как вы будете использовать общие сетевые ресурсы в сетях Windows, за исключением того, что общие папки не требует сети, только гостевые дополнения. Общие папки поддерживаются Windows 2000 или более поздней версии, Linux и Oracle Гости Солярис.Oracle VM VirtualBox включает экспериментальную поддержку Гости Mac OS X и OS/2.

Общие папки физически находятся на хосте . а затем передаются гостю, который использует специальный файл системный драйвер в гостевых дополнениях для связи с хостом. За Гости Windows, общие папки реализованы как псевдосеть перенаправитель. Для гостей Linux и Oracle Solaris гостевой Дополнения предоставляют виртуальную файловую систему.

Чтобы совместно использовать папку хоста с виртуальной машиной в Oracle VM VirtualBox, необходимо указать путь к папке и выбрать общее имя , которое гость может использовать для доступа общая папка.Это происходит на хосте. В гостевой можно затем используйте имя общего ресурса для подключения к нему и доступа к файлам.

Существует несколько способов настройки общих папок для виртуальная машина:

  • В окне работающей ВМ выбираем Общие папки из Устройства или нажмите на значок папки в строке состояния в правом нижнем углу.

  • Если виртуальная машина в данный момент не запущена, вы можете настроить папки в виртуальной машине Диалог настроек .

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

     Общая папка VBoxManage добавить «имя VM» --name «sharename» --hostpath «C:\test» 

    См. Раздел 8.40, «Общая папка VBoxManage».

Есть два вида акций:

  • Постоянные общие ресурсы, которые сохраняются с настройками виртуальной машины.

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

Общие папки могут быть доступны для чтения и записи или только для чтения. Это означает что гостю разрешено читать и писать, или просто читать файлы на хосте. По умолчанию общие папки доступны для чтения и записи. Папки только для чтения можно создать с помощью флажка в VirtualBox Manager или с опцией --readonly из общей папки VBoxManage добавьте команду .

Общие папки Oracle VM VirtualBox также поддерживают символические ссылки. называется символическими ссылками , под следующими условия:

  • Операционная система хоста должна поддерживать символические ссылки. Например, требуется хост Mac OS X, Linux или Oracle Solaris.

  • В настоящее время только гостевые дополнения для Linux и Oracle Solaris. поддержка символических ссылок.

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

     VBoxManage setextradata «Имя виртуальной машины» VBoxInternal2/SharedFoldersEnableSymlinksCreate/   имя_ресурса   1 

Вы можете смонтировать общую папку внутри виртуальной машины в том же так, как если бы вы монтировали обычную сетевую папку:

  • В гостевой системе Windows общие папки доступны для просмотра и поэтому виден в проводнике Windows.Чтобы прикрепить общую папку для вашего гостя Windows, откройте проводник Windows и ищем папку My Сетевые места , Целиком Сеть , Oracle VM VirtualBox Общие папки . Щелкнув правой кнопкой мыши по общему папку и выбрав Map Network Диск из всплывающего меню можно назначить буква диска для этой общей папки.

    В качестве альтернативы в командной строке Windows используйте команду следующая команда:

     чистое использование x: \\vboxsvr\sharename 

    Хотя vboxsvr является фиксированным именем, обратите внимание, что vboxsrv тоже подойдет, замените x: с буквой диска, которую вы хотите использовать для обмена, и имя_ресурса с именем ресурса указывается с помощью VBoxManage .

  • В гостевой системе Linux используйте следующую команду:

     mount -t vboxsf [-o ПАРАМЕТРЫ] имя_ресурса точка монтирования 

    Чтобы смонтировать общую папку во время загрузки, добавьте следующее запись в /etc/fstab :

     имя_ресурса точка монтирования vboxsf значения по умолчанию 0 0 
  • В гостевой системе Oracle Solaris используйте следующую команду:

     mount -F vboxfs [-o ПАРАМЕТРЫ] имя_ресурса точка монтирования 

    Замените имя_ресурса , используйте строка в нижнем регистре с именем общего ресурса, указанным с помощью VBoxManage или VirtualBox Manager.Замените точку монтирования на путь где вы хотите, чтобы общий ресурс был смонтирован в гостевой системе, например /млн/доля . Обычные правила монтирования применять. Например, сначала создайте этот каталог, если он еще не существует.

    Вот пример монтирования общей папки для пользователь jack в Oracle Solaris:

     $ идентификатор
    uid=5000(джек) gid=1(другое)
    $ mkdir /export/home/jack/mount
    $ pfexec mount -F vboxfs -o uid=5000,gid=1 jackshare /export/home/jack/mount
    $ cd ~/mount
    $ лс
    общий файл1.mp3 общий файл2.txt
    $ 

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

     iocharset CHARSET 

    Эта опция устанавливает набор символов, используемый для операций ввода/вывода. Обратите внимание, что в гостевых системах Linux, если iocharset опция не указана, то драйвер гостевых дополнений попытается использовать символ набор, указанный параметром ядра CONFIG_NLS_DEFAULT.Если этот параметр тоже не установлен, то используется UTF-8.

     convertcp CHARSET 

    Этот параметр указывает набор символов, используемый для общего доступа. имя папки. По умолчанию это UTF-8.

    Общие параметры монтирования, описанные в mount справочная страница, применима также. Особенно полезны параметры uid , гид и режим , так как они может разрешить доступ обычным пользователям в режиме чтения/записи, в зависимости от настроек, даже если root смонтировал файловая система.

  • В гостевой системе OS/2 используйте VBoxControl . команда для управления общими папками. Например:

     Использование общей папки VBoxControl D: MyShareName
    Общая папка VBoxControl не используется D:
    Список общих папок VBoxControl 

    Как и в случае с гостями Windows, общие папки также могут быть доступны. через UNC с использованием \\VBoxSF\ , \\VBoxSvr\ или \\VBoxSrv\ в качестве имени сервера и имя общей папки как имя общего доступа .

Oracle VM VirtualBox предоставляет возможность монтировать общие папки автоматически. Когда автоматическое монтирование включено для общего папку, служба гостевых дополнений смонтирует ее для вас автоматически. Для Windows или OS/2 предпочтительная буква диска может также уточняться. Для Linux или Oracle Solaris точка монтирования каталог также может быть указан.

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

  • гостей Windows и OS/2. Найдите свободную букву диска, начиная с З: . Если все буквы дисков назначены, папка не монтируется.

  • Linux и Oracle Solaris гости. Папки монтируются под /media каталог.Имя папки нормализовано (без пробелов, косых черт или двоеточий) и имеет префикс с sf_ .

    Например, если у вас есть общая папка с именем myfiles , это будет выглядеть как /media/sf_myfiles в гостевой системе.

    Гостевые свойства /VirtualBox/GuestAdd/SharedFolders/MountDir и более общий /VirtualBox/GuestAdd/SharedFolders/MountPrefix может использоваться для переопределения каталога автоматического монтирования и префикс.См. Раздел 4.7, «Свойства гостя».

Доступ к автоматически монтируемой общей папке предоставляется все в гостевой системе Windows, включая гостевого пользователя. Для Linux и гостей Oracle Solaris, доступ ограничен членами группа vboxsf и корень пользователь.

Oracle VM VirtualBox позволяет перетаскивать содержимое с хоста к гостю и наоборот.Для этого работает последняя версия Гостевые дополнения должны быть установлены на госте.

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

На данный момент перетаскивание реализовано для Windows и Системы на базе X-Windows, как на стороне хоста, так и на стороне гостя.В виде X-Windows поддерживает множество различных протоколов перетаскивания, только на данный момент поддерживается наиболее распространенный из них, XDND. Приложения, использующие другие протоколы, такие как Motif или OffiX, не будут распознаваться Виртуальная коробка Oracle VM.

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

Примечание

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

При передаче данных с хоста на гостевую ОС хост в в данном случае это источник, а гостевая ОС — место назначения. Однако при передаче данных с гостевой ОС на хост гостевая ОС на этот раз стала источником, а хост — пункт назначения.

Из соображений безопасности перетаскивание можно настроить во время выполнения на для каждой виртуальной машины либо с помощью Drag and Перетащите пункт меню в Устройства меню виртуального машина, как показано ниже, или VBoxManage команда.

Рисунок 4.1. Параметры меню перетаскивания

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

  • Отключено. Отключает перетаскивание и отказаться от функции полностью. Это значение по умолчанию при создании новая ВМ.

  • Хост-гость. Включает перетаскивание и переносить операции только с хоста на гостя.

  • Гость для хоста. Включает перетаскивание и переносить операции только с гостя на хост.

  • Двунаправленный. Включает перетаскивание и сброс операций в обоих направлениях: от хоста к гость, а от гостя к хозяину.

Примечание

Поддержка перетаскивания зависит от используемого интерфейса. В момент, только внешний интерфейс VirtualBox Manager предоставляет это функциональность.

Чтобы использовать команду VBoxManage для управления текущий режим перетаскивания, см. главу 8, VBoxManage . ModifyVM и ControlVM команды позволяют установить текущий режим перетаскивания виртуальной машины из командная строка.

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

Примечание

При перетаскивании файлов никакое преобразование данных не выполняется. За Например, при передаче файла из гостевой системы Linux в Хост Windows, специфические для Linux окончания строк не преобразуются к окончанию строки Windows.

Следующие форматы обрабатываются методом перетаскивания Oracle VM VirtualBox. дроп сервис:

  • Обычный текст: От приложений, таких как текстовые редакторы, интернет-браузеры и окна терминала.

  • Файлы: Из файловых менеджеров такие как проводник Windows, Nautilus и Finder.

  • Каталоги: Для каталогов применяются те же форматы, что и для файлов.

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

На хостах Windows перетаскивание содержимого между Программы с повышенными правами UAC (Контроль учетных записей пользователей) и программы без повышенных прав UAC не допускаются. Если вы начнете Oracle VM VirtualBox с правами администратора, затем перетащите не будет работать с проводником Windows, который работает с обычным привилегии пользователя по умолчанию.

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

4.5. Аппаратное ускорение графики

4.5.1. Аппаратное ускорение 3D (OpenGL и Direct3D 8/9)

Гостевые дополнения Oracle VM VirtualBox содержат экспериментальное оборудование. Поддержка 3D для гостей Windows, Linux и Oracle Solaris.

С помощью этой функции, если приложение внутри вашей виртуальной машины использует 3D-функции через программирование OpenGL или Direct3D 8/9 интерфейсы вместо того, чтобы эмулировать их в программном обеспечении, что быть медленным, Oracle VM VirtualBox попытается использовать 3D вашего хоста. аппаратное обеспечение.Это работает для всех поддерживаемых хост-платформ, при условии что ваша основная операционная система может использовать ваш ускоренный 3D оборудование в первую очередь.

Функция 3D-ускорения в настоящее время имеет следующие предпосылки:

  • Он доступен только для определенных Windows, Linux и Oracle. Гости Солярис. Особенно:

    • Для 3D-ускорения с помощью гостей Windows требуется Windows 2000 или позже.Помимо гостей Windows 2000, оба OpenGL и Direct3D 8/9 поддерживаются в экспериментальной версии. основа.

    • OpenGL в Linux также требует ядра 2.6.27 или более поздней версии. как сервер X.org версии 1.5 или выше. Убунту 10.10 и Fedora 14 была протестирована и подтверждена как рабочая.

    • OpenGL для гостей Oracle Solaris требуется сервер X.org версия 1.5 или позже.

  • Должны быть установлены гостевые дополнения.

    Примечание

    Чтобы базовое ускорение Direct3D работало в Windows Гость, Oracle VM VirtualBox необходимо заменить систему Windows файлы на виртуальной машине. В результате гость Программа установки дополнений предлагает Direct3D ускорение как опция, которая должна быть явно включена.Кроме того, вы должны установить гостевые дополнения в безопасном режиме. Это относится к , а не к WDDM. Видеодрайвер Direct3D доступен для Windows Vista и потом. Подробности см. в Главе 14, Известные ограничения .

  • Поскольку в настоящее время поддержка 3D все еще является экспериментальной, отключено по умолчанию и должно быть вручную включил в настройках ВМ.Видеть Раздел 3.6, «Настройки дисплея».

    Примечание

    Ненадежным гостевым системам нельзя разрешать использовать Функции 3D-ускорения Oracle VM VirtualBox, как и ненадежному программному обеспечению хоста не должно быть позволено использовать 3D ускорение. Драйверы для 3D-оборудования, как правило, слишком комплекс должен быть надлежащим образом защищен, и любое программное обеспечение, которое имеет доступ к ним, может быть в состоянии скомпрометировать операционная система, на которой они работают.Кроме того, включение 3D ускорение дает гостю прямой доступ к большому телу дополнительного программного кода в хосте Oracle VM VirtualBox процесс, который он мог бы использовать для аварийного завершения виртуальная машина.

Чтобы включить поддержку темы Aero, видео Oracle VM VirtualBox WDDM должен быть установлен драйвер, который доступен с гостевой Установка дополнений. Драйвер WDDM не установлен по умолчанию для гостей Vista и Windows 7 и должен быть выбран вручную в гостевых дополнениях установщика, нажав в Вы хотите установить базовую версию Direct3D Диалоговое окно поддержки отображается, когда функция Direct3D включена. выбрано.

Тема Aero не включена по умолчанию в Windows. Смотрите ваш Документация по платформе Windows для получения подробной информации о том, как включить Аэро тема.

Технически Oracle VM VirtualBox реализует 3D-ускорение за счет установка дополнительного аппаратного 3D-драйвера внутри гостевой при установке гостевых дополнений. Этот драйвер действует как аппаратный 3D-драйвер и отчеты для гостевой операционной системы что виртуальное оборудование поддерживает 3D-оборудование ускорение.Когда приложение в гостевой системе запрашивает аппаратное ускорение через программирование OpenGL или Direct3D интерфейсы, они отправляются на хост через специальный коммуникационный туннель, реализованный Oracle VM VirtualBox. хост затем выполняет запрошенное 3D работа с использованием интерфейсов программирования хоста.

4.5.2. Аппаратное ускорение 2D-видео для гостей Windows

Гостевые дополнения Oracle VM VirtualBox содержат экспериментальное оборудование. Поддержка ускорения 2D-видео для гостей Windows.

С помощью этой функции, если приложение, такое как видеоплеер, внутри вашей виртуальной машины Windows используются наложения 2D-видео для воспроизведения фильма clip, то Oracle VM VirtualBox попытается использовать видео вашего хоста. аппаратное ускорение вместо растягивания наложения и преобразование цвета в программном обеспечении, что было бы медленным. Этот в настоящее время работает для хост-платформ Windows, Linux и Mac OS X, при условии, что ваша основная операционная система может использовать 2D ускорение видео в первую очередь.

Аппаратное ускорение 2D-видео в настоящее время имеет следующие предпосылки:

  • Доступно только для гостей Windows, использующих Windows XP или потом.

  • Должны быть установлены гостевые дополнения.

  • Поскольку в настоящее время поддержка 2D все еще является экспериментальной, отключено по умолчанию и должно быть вручную включил в настройках ВМ.Видеть Раздел 3.6, «Настройки дисплея».

Технически Oracle VM VirtualBox реализует это, предоставляя видео наложение возможностей DirectDraw в видео гостевых дополнений Водитель. Драйвер отправляет все команды оверлея хосту через специальный коммуникационный туннель, реализованный Виртуальная коробка Oracle VM. Затем на стороне хоста OpenGL используется для реализовать преобразование и масштабирование цветового пространства.

Благодаря функции бесшовных окон Oracle VM VirtualBox, вы можете иметь окна, которые отображаются в виртуальная машина появляется рядом с окнами вашего хозяин.Эта функция поддерживается для следующих гостевых операционных систем. системы при условии, что установлены гостевые дополнения:

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

Рисунок 4.2. Бесшовная работа Windows на хост-компьютере

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

Oracle VM VirtualBox позволяет запрашивать некоторые свойства из работающего гость, при условии, что гостевые дополнения Oracle VM VirtualBox установлен и виртуальная машина работает.Это обеспечивает следующее преимущества:

  • Ряд предопределенных характеристик ВМ автоматически поддерживается Oracle VM VirtualBox и может быть получен на хосте. Например, для мониторинга производительности и статистики ВМ.

  • Между гостем и хостом можно обмениваться произвольными строковыми данными. Это работает в обоих направлениях.

Для этого Oracle VM VirtualBox устанавливает частный канал связи между гостевыми дополнениями Oracle VM VirtualBox и хост, и программное обеспечение с обеих сторон могут использовать этот канал для обмениваться строковыми данными для произвольных целей.Гостевые свойства просто строковые ключи, к которым привязано значение. Их можно установить, или написано либо хозяином, либо гостем. Они также могут быть читать с обеих сторон.

Помимо установления общего механизма чтения и записи значений, набор предопределенных гостевых свойств автоматически поддерживается гостевыми дополнениями Oracle VM VirtualBox для позволяют извлекать интересные данные о гостях, такие как точная операционная система и уровень пакета обновлений, установленный версия гостевых дополнений, пользователи, которые в настоящее время вошли в систему в гостевую ОС, сетевую статистику и многое другое.Эти предопределенные все свойства имеют префикс /VirtualBox/ и организованы в виде иерархического дерева ключей.

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

Более гибкий способ использования этого канала — Команда VBoxManage guestproperty . Видеть Раздел 8.31, «Управление гостевым свойством VBox».Например, иметь все доступных гостевых свойств для учитывая работающую виртуальную машину, указанную с соответствующими значениями, используйте это команда:

 $ VBoxManage guestproperty перечислить "Windows Vista III"
Версия интерфейса управления командной строки VirtualBox   номер версии  
(C) 2005-2019 Корпорация Oracle
Все права защищены.

Имя: /VirtualBox/GuestInfo/OS/Product, значение: Windows Vista Business Edition,
    отметка времени: 122

78843087000, флаги: Имя: /VirtualBox/GuestInfo/OS/Release, значение: 6.0,6001, отметка времени: 122

78950553000, флаги: Имя: /VirtualBox/GuestInfo/OS/ServicePack, значение: 1, отметка времени: 122

7

27000, флаги: Имя: /VirtualBox/GuestAdd/InstallDir, значение: C:/Program Files/Oracle/VirtualBox Гостевые дополнения, отметка времени: 122

739000, флаги: Имя: /VirtualBox/GuestAdd/Revision, значение: 40720, отметка времени: 122

764000, флаги: Имя: /VirtualBox/GuestAdd/Version, значение: номер версии , отметка времени: 122

7

15000, флаги: Имя: /VirtualBox/GuestAdd/Components/VBoxControl.exe, значение: номер версии r40720, отметка времени: 122

79651731000, флаги: Имя: /VirtualBox/GuestAdd/Components/VBoxHook.dll, значение: номер версии r40720, отметка времени: 122

79804835000, флаги: Имя: /VirtualBox/GuestAdd/Components/VBoxDisp.dll, значение: номер версии r40720, отметка времени: 122

79880611000, флаги: Имя: /VirtualBox/GuestAdd/Components/VBoxMRXNP.dll, значение: номер версии r40720, отметка времени: 122

79882618000, флаги: Имя: /VirtualBox/GuestAdd/Components/VBoxService.exe, значение: номер версии r40720, отметка времени: 122

79883195000, флаги: Имя: /VirtualBox/GuestAdd/Components/VBoxTray.exe, значение: номер версии r40720, отметка времени: 122

79885027000, флаги: Имя: /VirtualBox/GuestAdd/Components/VBoxGuest.sys, значение: номер версии r40720, отметка времени: 122

79886838000, флаги: Имя: /VirtualBox/GuestAdd/Components/VBoxMouse.sys, значение: номер версии r40720, отметка времени: 122

798

000, флаги: Имя: /VirtualBox/GuestAdd/Components/VBoxSF.sys, значение: номер версии r40720, отметка времени: 122

798000, флаги: Имя: /VirtualBox/GuestAdd/Components/VBoxVideo.sys, значение: номер версии r40720, отметка времени: 122

79895767000, флаги: Имя: /VirtualBox/GuestInfo/OS/LoggedInUsers, значение: 1, отметка времени: 122

26317660000, флаги: Имя: /VirtualBox/GuestInfo/OS/NoLoggedInUsers, значение: false, отметка времени: 122
  • 55580553000, флаги: Имя: /VirtualBox/GuestInfo/Net/Count, значение: 1, отметка времени: 122

    26299785000, флаги: Имя: /VirtualBox/HostInfo/GUI/LanguageID, значение: C, отметка времени: 122

    51272771000, флаги: Имя: /VirtualBox/GuestInfo/Net/0/V4/IP, значение: 192.168.2.102, отметка времени: 122

    26300088000, флаги: Имя: /VirtualBox/GuestInfo/Net/0/V4/Broadcast, значение: 255.255.255.255, отметка времени: 122

    26300220000, флаги: Имя: /VirtualBox/GuestInfo/Net/0/V4/Netmask, значение: 255.255.255.0, отметка времени: 122

    26300350000, флаги: Имя: /VirtualBox/GuestInfo/Net/0/Status, значение: Up, отметка времени: 122

    26300524000, флаги: Имя: /VirtualBox/GuestInfo/OS/LoggedInUsersList, значение: имя пользователя, отметка времени: 122

    26317386000, флаги:
  • Чтобы запросить значение одного свойства, используйте получить подкоманду следующим образом:

     $ VBoxManage guestproperty get "Windows Vista III" "/VirtualBox/GuestInfo/OS/Product"
    Версия интерфейса управления командной строки VirtualBox   номер версии  
    (C) 2005-2019 Корпорация Oracle
    Все права защищены.Значение: Windows Vista Business Edition 

    . Чтобы добавить или изменить гостевые свойства от гостя, используйте инструмент VBoxControl . Этот инструмент включен в гостевую Дополнения. При запуске из гостевой системы Linux этот инструмент требует привилегии root из соображений безопасности.

     $ sudo VBoxControl guestproperty перечислить
    Интерфейс управления командной строкой гостевых дополнений VirtualBox Версия   номер версии  
    (C) 2005-2019 Корпорация Oracle
    Все права защищены.Имя: /VirtualBox/GuestInfo/OS/Release, значение: 2.6.28-18-универсальный,
        отметка времени: 1265813265835667000, флаги: 
    Имя: /VirtualBox/GuestInfo/OS/Version, значение: #59-Ubuntu SMP Thu 28 января 01:23:03 UTC 2010,
        отметка времени: 1265813265836305000, флаги: 
          ... 

    Для более сложных потребностей вы можете использовать программирование Oracle VM VirtualBox. интерфейсы. См. Глава 11, Интерфейсы программирования Oracle VM VirtualBox .

    4.7.1. Использование гостевых свойств для ожидания событий виртуальной машины

    Свойства /VirtualBox/HostInfo/VBoxVer , /VirtualBox/HostInfo/VBoxVerExt или /VirtualBox/HostInfo/VBoxRev можно ожидать чтобы обнаружить, что состояние ВМ было восстановлено из сохраненного состояния или снимок:

     $ Ожидание гостевого свойства VBoxControl /VirtualBox/HostInfo/VBoxVer 

    Точно так же /VirtualBox/HostInfo/ResumeCounter может быть используется для обнаружения того, что виртуальная машина была возобновлена ​​из состояния паузы или сохраненное состояние.

    4.8. Диспетчер файлов гостевого управления

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

    Рисунок 4.3. Диспетчер файлов гостевого управления

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

    4.8.1.Использование файлового менеджера гостевого управления

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

    1. Откройте файловый менеджер гостевого управления.

      В гостевой виртуальной машине выберите Машина , Файловый менеджер .

      На левой панели отображаются файлы в хост-системе.

    2. Создайте гостевую сессию.

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

      Нажмите Создать сеанс .

      Содержимое файловой системы гостевой ВМ отображается в правая панель файлового менеджера гостевого управления.

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

      Вы можете копировать и перемещать файлы из гостевой системы в хост-систему. или из хост-системы в гостевую.

    4. Закройте файловый менеджер гостевого управления.

      Нажмите Закрыть , чтобы завершить гостевая сессия.

    4.9.Гостевой контроль приложений

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

    Для того, чтобы это работало, приложение должно быть установлено на гость. Никакое дополнительное программное обеспечение не должно быть установлено на хосте. Кроме того, может отображаться вывод текстового режима на stdout и stderr. на хосте для дальнейшей обработки. Есть варианты указать учетные данные пользователя и значение времени ожидания в миллисекундах, чтобы ограничить время, в течение которого приложение может работать.

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

    Чтобы использовать эти функции, используйте командную строку Oracle VM VirtualBox. Видеть Раздел 8.32, «VBoxManage guestcontrol».

    4.10.Переполнение памяти

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

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

    Примечание

    • Oracle VM VirtualBox поддерживает раздувание памяти только на 64-разрядных системах. хосты.Он не поддерживается на хостах Mac OS X.

    • Раздувание памяти не работает с включенными большими страницами. Чтобы отключить поддержку больших страниц для виртуальной машины, запустите VBoxManagemodifyvm vmname —largepages от

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

    Когда запрашивается увеличение памяти, гость Oracle VM VirtualBox Дополнения, которые запускаются внутри гостя, выделяют физическую память из гостевой операционной системы на уровне ядра и блокировки эта память в гостевой. Это гарантирует, что гость больше не использовать эту память.Гостевые приложения не могут выделить его, и гостевое ядро ​​также не будет его использовать. Затем Oracle VM VirtualBox может повторно использовать эту память и передать ее другому виртуальная машина.

    Память, доступная через механизм раздувания, доступен только для повторного использования Oracle VM VirtualBox. это , а не , возвращается хосту как свободная память. Таким образом, запрос оперативной памяти от работающего гостя будет не увеличивать объем свободной нераспределенной памяти на хосте.По сути, раздувание памяти — это память. механизм overcommitment для нескольких виртуальных машин, в то время как они бегут. Это может быть полезно для временного запуска другой машине или в более сложных условиях для сложное управление памятью многих виртуальных машин, может работать параллельно в зависимости от того, как память используется Гости.

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

     VBoxManage controlvm "Имя виртуальной машины" guestmemoryballoon n 

    где Имя ВМ — имя или UUID рассматриваемая виртуальная машина и n — это объем памяти, выделяемый гостевой системе в мегабайтах. См. Раздел 8.13, «VBoxManage controlvm».

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

     VBoxManagemodifyvm "имя виртуальной машины" --guestmemoryballoon n 

    По умолчанию память балуна не выделяется. Это виртуальная машина настройка, как и другие настройки ModifyVM , и поэтому может быть установлен только тогда, когда машина выключена. Видеть Раздел 8.8, «VBoxManagemodifyvm».

    В то время как раздувание памяти просто уменьшает объем оперативной памяти, доступен виртуальной машине, Page Fusion работает по-другому. Он избегает дублирование памяти между несколькими аналогичными работающими ВМ.

    В серверной среде с несколькими похожими ВМ на одном host, многие страницы памяти идентичны. Например, если Виртуальные машины используют идентичные операционные системы. Страница Oracle VM VirtualBox Технология Fusion может эффективно идентифицировать эти идентичные страницы памяти и совместно использовать их между несколькими виртуальными машинами.

    Примечание

    Oracle VM VirtualBox поддерживает Page Fusion только на 64-разрядных хостах и он не поддерживается на хостах Mac OS X. Слияние страниц в настоящее время работает только с Windows 2000 и более поздними гостями.

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

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

    • Традиционные гипервизоры сканируют всех гостевых систем. память и вычислять контрольные суммы, также называемые хэшами, для каждого одна страница памяти.Затем они ищут страницы с идентичными хеши и сравнить все содержимое этих страниц. Если два страницы производят один и тот же хэш, очень вероятно, что страницы идентичны по содержанию. Этот процесс может занять довольно долго, особенно если система не простаивает. Как результат, дополнительная память становится доступной только после значительное количество времени, например, часы или иногда дни. Хуже того, такой алгоритм обмена страницами обычно потребляет значительные ресурсы процессора и увеличивает накладные расходы на виртуализацию на 10–20%.

      Page Fusion в Oracle VM VirtualBox использует логику в Гостевые дополнения Oracle VM VirtualBox для быстрой идентификации памяти ячейки, которые, скорее всего, идентичны для всех виртуальных машин. Оно может таким образом достичь большей части возможной экономии страницы обмен почти сразу и почти без накладных расходов.

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

    В настоящее время Page Fusion можно управлять только с помощью VBoxManage и только при выключенной виртуальной машине. Чтобы включить Page Fusion для виртуальной машины, используйте следующую команду:

     VBoxManagemodifyvm "имя виртуальной машины" --pagefusion на 

    Вы можете наблюдать за работой Page Fusion по некоторым метрикам. RAM/VMM/Shared показывает общий объем объединенные страницы, в то время как метрика для каждой виртуальной машины Guest/RAM/Usage/Shared вернет сумму объединенной памяти для данной ВМ.Видеть Раздел 8.33, «Метрики VBoxManage» для получения информации о том, как метрики запросов.

    4.11.Управление топологией виртуального монитора

    4.11.1.X11/Wayland Desktop Environments

    Гостевые дополнения предоставляют услуги по управлению гостевой топология системного монитора. Топология монитора означает разрешение каждого виртуального монитора и его состояния (отключено/включено). разрешение виртуального монитора можно изменить с хоста сторону, либо изменив размер окна, в котором находится виртуальный монитор, через меню просмотра или через VBoxManage controlvm "vmname" setscreenlayout .В гостевых операционных системах с рабочими столами X11/Wayland это вводится в действие любой из двух следующих служб:

            VBoxClient --vmsvga
            VBoxDRMClient
           

    Вот некоторые подробности об управлении разрешением гостевого экрана. функциональность:

    • На настольных компьютерах X11/Wayland служба изменения размера запускается во время инициализация сеанса рабочего стола, то есть вход в систему с рабочего стола. На Х11 desktops VBoxClient --vmsvga обрабатывает экран топология через расширение RandR.На клиентах Wayland используется VBoxDRMClient . решение принимается автоматически при каждом запуске сеанса рабочего стола.

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

    • Поскольку упомянутые сервисы управления топологией монитора инициализируется во время запуска сеанса рабочего стола, невозможно для управления разрешением монитора менеджеров отображения, таких как гдм, лайтдм.Это поведение по умолчанию можно изменить, установив гостевое свойство /VirtualBox/GuestAdd/DRMResize виртуальной машины на любое значение. Пожалуйста, обратитесь к Раздел 4.7, «Свойства гостя» для обновления гостевого характеристики. Когда это гостевое свойство установлено, тогда VBoxDRMClient запускается во время загрузки гостевой ОС и остается активным все время, как для менеджера отображения экран входа в систему и сеанс рабочего стола.

    4.11.1.1. Известные ограничения

    VBoxDRMClient не может обрабатывать произвольного гостя контролировать топологии. В частности, отключение гостевого монитора (кроме последнего) делает топологию монитора недействительной из-за ограничения в модуле ядра Linux vmwgfx.ko . iНапример, когда гость настроен на 4 монитора не рекомендуется отключать 2-й или 3-й монитор.

    Преимущества и недостатки VoIP: 2021 Сравнительное руководство

    Мы написали полное руководство, взвесив преимущества и недостатки телефонных систем VoIP. Если вы хотите сразу перейти к сводной таблице, нажмите здесь.

    Преимущества и недостатки VoIP: обзор

    Не хотите читать? Посмотрите наше трехминутное видео о плюсах и минусах VoIP ниже:

    VoIP: преимущества

    Будучи провайдерами VoIP в Nextiva, было бы справедливо сказать, что мы кое-что знаем о VoIP.Вот подробное руководство о его плюсах и минусах:

    • Снижение затрат
    • Повышенная доступность
    • Полная портативность
    • Высокая масштабируемость
    • Дополнительные функции для малых и больших команд
    • Более четкое качество голоса
    • Поддерживает многозадачность
    • Больше гибкости с софтфонами

    1) Снижение затрат

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

    Рассмотрим это:

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

    Подождите, что?

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

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

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

    Прямая экономия затрат

    Когда дело доходит до традиционной телефонной связи, бизнес несет огромные первоначальные затраты.Особенно во имя служебных телефонов и оборудования АТС.

    а) Расходы на АТС

    УАТС (частная телефонная станция) — это локальное физическое оборудование. Он соединяет множество стационарных телефонов в офисе и может стоить огромных денег. Речь идет о десятках тысяч долларов — сумма, которую вы можете амортизировать в течение нескольких лет.

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

    Но установка УАТС на месте требует больших капиталовложений. Это может стоить от 500 до 2000 долларов за пользователя. Таким образом, даже малому бизнесу с несколькими сотрудниками необходимо инвестировать в физическое оборудование.

    Сети

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

    Чтобы облегчить переход на обновления своих телефонных систем, такие организации могут использовать протокол инициации сеанса, известный как SIP Trunk. Магистраль SIP действует как цифровой путь для ваших голосовых услуг, сохраняя при этом существующее телефонное оборудование в вашем офисе.Ключевые преимущества SIP Trunking включают более низкие затраты, простоту управления и возможность мгновенной активации услуги.

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

    b) Плата за медную проводку

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

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

    Полностью беспроводная связь? Профессиональная услуга VoIP также доступна в виде приложения на вашем компьютере или смартфоне. Гибкость VoIP является большой победой как для предпринимателей, так и для предприятий.

    c) Расходы на телефонные переговоры

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

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

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

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

    Связано с этим: Как перестать переплачивать за служебный телефонный счет

    Это существенное число, о котором мы говорим в любой данный год.

    Эта экономия связана с отказом от дорогостоящих интерфейсов первичной скорости ISDN (сокращение от Integrated Service Digital Network).Или даже выделенные линии, связанные с системой POTS в пользу услуги VoIP. Компании, которые совершают междугородние звонки за пределы США, пользуются услугами VoIP по более низким ценам.

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

    г) Текущие расходы

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

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

    Экономия косвенных затрат

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

    а) Экономия за счет удаленной работы

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

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

    Согласно недавнему анализу, проведенному Global Workplace Analytics , обычный бизнес может сэкономить 11 000 долларов США на человека в год, просто позволяя им работать из дома 50% времени.

    b) Дополнительные функции без дополнительных затрат

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

    По сути, эти функции не присущи стандартной АТС. Скорее, это дополнительные функции, за которые нужно платить отдельно.

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

    c) Перепрофилированная рабочая сила

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

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

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

    2) Повышенная доступность

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

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

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

    Более того: VoIP адаптируется в зависимости от того, как работают ваши сотрудники. Сотрудникам не нужно физически присутствовать в офисе. Они могут работать на своих смартфонах и планшетах из любой точки мира.

    [Отчет о производительности труда показал 65% штатных сотрудников считают, что удаленный график работы повысит производительность.]

    3) Полная портативность

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

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

    Мы провели для вас исследование. Загрузите Руководство покупателя телефонной системы VoIP, содержащее передовой опыт и рекомендации.

    4) Высокая масштабируемость

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

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

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

    • Подготовка к всплеску спроса в праздничные дни
    • Открытие нового филиала

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

    5) Дополнительные функции для малых и больших групп

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

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

    Допустим, у вас есть бизнес в Шарлотте, но вы также обслуживаете клиентов в таком далеком штате, как Орегон.

    Зарегистрировавшись у такого провайдера, как Nextiva, вы получаете номер телефона VoIP с кодом штата Орегон , хотя вы проживаете в Северной Каролине. Это заставляет клиентов воспринимать вас как местного, хотя вы им не являетесь.

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

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

    Провайдеры

    Business VoIP включают надежные функции конференц-связи, встроенные прямо в их услуги.

    6) Более четкое качество голоса

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

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

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

    Телефоны

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

    7) Поддержка многозадачности

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

    8) Больше гибкости с софтфонами

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

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

    • Освобождает место на столе
    • Снижает затраты на дополнительное оборудование
    • Обеспечивает еще большую портативность
    • Обеспечивает постоянное подключение рабочей силы

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

    9) Повышенная безопасность

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

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

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

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

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

    VoIP: недостатки

    Все, что имеет преимущество, имеет и недостатки. VoIP-телефония не является исключением из этого правила.

    Вот недостатки, связанные с услугой VoIP, о которых вам нужно знать:

    • Требуется надежное подключение к Интернету
    • Задержка и дрожание
    • Нет отслеживания местоположения для экстренных вызовов

    1) Требуется надежное подключение к Интернету

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

    VoIP использует не так много полосы пропускания, как можно было бы ожидать. Очень важно, чтобы VoIP-устройства получали в вашей сети низкую задержку. На каждом устройстве должна быть доступна скорость загрузки не менее 100 кбит/с. Хорошее соединение имеет пинг и джиттер менее 70 мс, что измеряет задержку и стабильность вашего интернет-соединения.

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

    Связано с этим: Надежна ли VoIP? Девять полезных советов, которые вы должны знать

    2) Задержка и дрожание

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

    При общении в сети каждое сообщение (будь то электронная почта, видео или аудио) разбивается на биты данных, называемые «пакетами данных».Затем эти пакеты собираются в месте назначения для создания исходного сообщения.

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

    Почему возникает задержка и дрожание
    • Плохое подключение к Интернету — VoIP требует большей пропускной способности, чем обычный веб-серфинг.Так что, если вы обнаружите, что скорость вашего интернета недостаточна, возможно, самое время честно поговорить с вашим интернет-провайдером.
    • Несоответствующий маршрутизатор . Для бесперебойной работы службы VoIP требуется специализированный маршрутизатор VoIP. Это маршрутизатор, настроенный на приоритизацию пакетов, чтобы он предоставлял более высокий приоритет голосовому трафику по сравнению с данными.
    • Недостаточно кабелей . Кабели Ethernet бывают разных категорий и уровней мощности. Для VoIP лучше всего использовать Ethernet-кабель Cat-5e или выше.Нижние тросы могут не работать на достаточно высоких скоростях.

    Как устранить проблемы с задержкой и дрожанием
    • Включить буферизацию джиттера — это легко настроить, и оно уже включено на многих устройствах Nextiva.
    • Выберите высокоскоростной Интернет — Обратитесь к своему интернет-провайдеру за информацией о доступных вариантах пропускной способности.
    • Модернизация кабелей Ethernet — Используйте кабель Ethernet CAT-5e или CAT-6 на всех устройствах VoIP.

    Связано: Платформа Nextiva разработана для минимизации джиттера при вызовах. Попробуйте здесь.

    3) Ограниченное отслеживание местоположения для экстренных вызовов

    Отслеживание местоположения — это последняя афера VoIP. Из-за мобильности и доступности VoIP третьим сторонам сложно определить, откуда исходит вызов.

    Вызовы исходят с IP-адреса без данных GPS или информации о вышках сотовой связи для отслеживания.Хотя 99% звонящих не нуждаются в этой информации, это создает проблему для экстренных служб, таких как 911. Вам нужно будет сообщить, где вы находитесь в чрезвычайной ситуации.

    Использование услуг VoIP дома

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

    • Подключите выделенный VoIP к вашей проводной сети Wi-Fi
    • Используйте обычный аналоговый телефон, но с аналоговым телефонным адаптером
    • Установите приложение программного телефона на компьютер с микрофоном и динамиком или гарнитурой.

    Услуги VoIP для бизнеса

    Компании стремятся перейти от традиционных телефонных систем с медным проводом к системам VoIP по двум причинам:

    • Эффективность полосы пропускания
    • Снижение затрат

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

    Сегодня VoIP для предприятий включает следующее и называется Unified Communications :

    .
    • Телефонные звонки
    • Факсы
    • Голосовая почта
    • Электронная почта
    • Веб-конференции и многое другое

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

    Перейдите на VoIP уже сегодня

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

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

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

    Хотите получить мнение со стороны о выборе лучшей телефонной системы для вас? Эксперт по телекоммуникациям Принц Рич рассказывает об этом в этом видео.

    Гаэтано ДиНарди является директором по формированию спроса в Nextiva и имеет успешный опыт работы с такими брендами, как Major League Baseball, Pipedrive, Sales Hacker и Outreach.io. Помимо маркетинга, Гаэтано является опытным музыкальным продюсером и автором песен — он работал с такими известными артистами, как Fat Joe, Shaggy, и любит создавать музыку, чтобы оставаться в тонусе. Чтобы связаться с ним, подпишитесь на него в LinkedIn.

    Что такое облачная миграция? Стратегия, процесс и инструменты

    Миграция в облако — это когда компания перемещает некоторые или все возможности своего центра обработки данных в облако, обычно для работы в облачной инфраструктуре, предоставляемой поставщиком облачных услуг, таким как AWS, Google Cloud, или Лазурь.

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

    Это часть нашей серии подробных руководств по инфраструктуре как услуге (IaaS).

    Из этой статьи вы узнаете:

    Каковы основные преимущества миграции в облако?

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

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

    Каковы общие проблемы миграции в облако?

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

    Отсутствие стратегии

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

    Управление затратами

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

    Блокировка поставщика

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

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

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

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

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

    Стратегии миграции в облако

    Компания Gartner определила пять методов миграции в облако, известных как «5 R». Организации, желающие перейти в облако, должны подумать, какая стратегия миграции лучше всего соответствует их потребностям. Ниже приводится краткое описание каждого:

    • Рехост . Повторный хостинг или «подъем и перенос» предполагает использование инфраструктуры как услуги (IaaS). Вы просто повторно развертываете существующие данные и приложения на облачном сервере. Это легко сделать, и поэтому он подходит для организаций, менее знакомых с облачными средами.Это также хороший вариант для тех случаев, когда сложно изменить код, и вы хотите перенести свои приложения без изменений.
    • Рефакторинг . Рефакторинг, или «подними, возьми и переделай», — это когда вы настраиваете и оптимизируете свои приложения для облака. В этом случае используется модель «платформа как услуга» (PaaS). Базовая архитектура приложений остается неизменной, но вносятся изменения, позволяющие лучше использовать облачные инструменты.
    • Пересмотреть .Пересмотр основывается на предыдущих стратегиях, требуя более значительных изменений в архитектуре и коде систем, перемещаемых в облако. Это делается для того, чтобы приложения могли в полной мере использовать службы, доступные в облаке, что может потребовать внесения серьезных изменений в код. Эта стратегия требует предварительного планирования и передовых знаний.
    • Восстановить . Перестроение еще больше продвигает подход Revise, отбрасывая существующую кодовую базу и заменяя ее новой.Этот процесс занимает много времени и рассматривается только тогда, когда компании решают, что их существующие решения не соответствуют текущим потребностям бизнеса.
    • Заменить . Замена — еще одно решение проблем, связанных с подходом Rebuild. Разница здесь в том, что компания не перерабатывает собственное нативное приложение с нуля. Это включает в себя переход на предварительно созданное стороннее приложение, предоставленное поставщиком. Единственное, что вы переносите из своего существующего приложения, — это данные, а все остальное в системе — новое.

    Четырехэтапный процесс миграции в облако

    1. Планирование миграции в облако

    Одним из первых шагов, который необходимо рассмотреть перед переносом данных в облако, является определение сценария использования, который будет обслуживать общедоступное облако. Будет ли он использоваться для аварийного восстановления? DevOps? Хостинг корпоративных рабочих нагрузок путем полного перехода в облако? Или гибридный подход лучше всего подойдет для вашего развертывания.

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

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

    Связанное содержимое: ознакомьтесь с нашим руководством по инструментам миграции в облако.

    2. Экономическое обоснование миграции

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

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

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

    3. Выполнение миграции облачных данных

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

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

    Вам также необходимо найти способ синхронизации изменений, внесенных в исходные данные во время переноса. И AWS, и Azure предоставляют встроенные инструменты, помогающие при миграции в облако AWS и переносе данных Azure, и далее в этой статье мы увидим, как пользователи NetApp получают выгоду от миграции с помощью сервисов и функций, поставляемых с Cloud Volumes ONTAP.

    4. Текущее обслуживание

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

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

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

    Миграция данных в облако с помощью NetApp Cloud Volumes

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

    Облачные решения NetApp могут помочь упростить процесс миграции, предоставляя инструменты, которые помогут вам легко, быстро и безопасно перемещать и синхронизировать данные.В этом разделе мы обсудим некоторые преимущества использования Cloud Volumes от NetApp, который поставляется в двух сервисных моделях: полностью управляемая служба Cloud Volumes и практический Cloud Volumes ONTAP.

    Более быстрые переводы, более низкие затраты

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

    Для пользователей локальных систем хранения FAS или AFF ONTAP SnapMirror позволяет беспрепятственно перемещать данные в облако или из облака по мере необходимости для постоянной синхронизации гибридной среды. Для миграций, которые выполняются из систем, которые не являются обеими ONTAP, служба Cloud Volumes предлагает Cloud Sync для выполнения миграции между любым репозиторием объектного хранилища.

    Высокая доступность с облачными томами

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

    С точки зрения SLA, Cloud Volumes HA может помочь вам достичь нулевой целевой точки восстановления (RPO) и целевого времени восстановления (RTO) менее 60 секунд. Модель развертывания с несколькими зонами доступности помогает защититься от сбоев в зонах доступности. Эти функции гарантируют, что ваша облачная среда будет отказоустойчивой, защищенной от перебоев в обслуживании и способной выполнять критически важные рабочие нагрузки, а также процессы миграции данных, не требуя дорогостоящей настройки высокой доступности на стороне приложения.

    Защита данных

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

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


    Оптимизация затрат

    Основные преимущества использования Cloud Volumes ONTAP заключаются в его функциях повышения эффективности хранения: тонкое выделение ресурсов, сжатие данных, дедупликация и уплотнение, а также многоуровневое хранение данных и клоны FlexClone с возможностью записи. Функции повышения эффективности хранения работают в тандеме, ограничивая объем используемого хранилища и снижая затраты на передачу данных.Все вместе эти преимущества могут сэкономить компании от 50% до 70% затрат на хранение и передачу данных.

    Подтвержденный успех с Cloud Volumes

    Многие предприятия успешно используют Cloud Volumes ONTAP для переноса своих рабочих нагрузок и повышения эффективности хранения и экономии средств. Давайте посмотрим на некоторых из этих клиентов.

    Университет Монаша, крупнейший университет Австралии, использовал Cloud Volumes ONTAP для реализации стратегии миграции в облако AWS. Монаш смог вывести из эксплуатации свои центры обработки данных и полностью перенести весь свой репозиторий данных учащихся и образовательного программного обеспечения в хранилище AWS с помощью Cloud Volumes ONTAP для AWS.Их задачи по миграции в облако заключались в том, чтобы сделать это, не влияя на их студенческую, деловую и исследовательскую деятельность. По словам руководителя инфраструктуры Monash, Cloud Volumes ONTAP «позволили нам беспрепятственно перейти в облако. Это позволило нам легко перенести наши данные и перенести преимущества нашего локального управления данными NetApp и защиты данных в AWS».

    Еще одна история успеха Cloud Volumes ONTAP — глобальный ритейлер одежды со штаб-квартирой в Сан-Франциско. Эта компания поддерживает пять различных брендов одежды с 3300 торговыми точками в более чем 90 странах мира.Их бизнес-задачи заключались в принятии стратегии миграции в облако для поддержки онлайн-бизнеса их брендов, что означало поиск способа эффективного выполнения процесса миграции в облако и хранения огромных объемов видео и изображений в облаке. Облачные тома ONTAP для Azure предоставили им гибкость, необходимую для их стратегии миграции в Azure.

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

     


    Путь к облаку: 6 этапов внедрения облака

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

    Подробнее: Путь к облаку: 6 этапов внедрения облака

    Подход к миграции в облако: повторное размещение, рефакторинг или переплатформа?

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

    Существует несколько испытанных подходов к переносу рабочих нагрузок приложений в облако. Стратегии были первоначально определены в модели Gartner «5 Rs» в 2011 году. Это: «Поднять и сместить», «Рефакторинг», «Переплатформа», «Перестроить», «Заменить».

    Подробнее: Подход к миграции в облако: повторное размещение, рефакторинг или переплатформа?

    Что такое облачная миграция Lift and Shift?

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

    Дополнительные сведения см. в разделе Что такое миграция в облако с подъемом и сдвигом?

    Инструменты миграции в облако: удобный перенос данных

    Хорошая стратегия миграции в облако требует использования инструментов миграции в облако, которые упрощают автоматизацию и оптимизацию переноса данных из существующей системы хранения в облако.Крупные облачные провайдеры предлагают целый ряд таких инструментов миграции в облако, а от сторонних поставщиков можно выбрать еще больше. Что подходит для ваших данных? В этом посте мы рассмотрим некоторые собственные инструменты миграции в облако и другие, в том числе NetApp SnapMirror и службу Cloud Sync, которые могут передавать данные в облако для использования с Cloud Volumes ONTAP.

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

    Интеграция облачных данных 101: преимущества, проблемы и инструменты

    Облако предлагает предприятиям более гибкий способ развертывания ИТ, и они в полной мере используют этот факт: недавно Gartner сообщила, что 81% компаний, работающих в общедоступном облаке, используют более одного поставщика услуг.Существует множество причин, по которым стратегия миграции в облако требует таких многооблачных и гибридных подходов, но это создает новую проблему в виде интеграции облачных данных. Когда данные разбросаны по такому большому количеству закрытых репозиториев, как пользователи могут убедиться в возможности интеграции облачных данных, сохраняя синхронизацию и совместное использование всех данных в разрозненных средах? В этом посте мы обсудим интеграцию облачных данных в такие развертывания и то, как NetApp Cloud Volumes ONTAP может помочь контролировать ситуацию.

    Дополнительные сведения см. в разделе «Интеграция облачных данных 101: преимущества, проблемы и инструменты».

    Переход: наличие плана перехода к облаку

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

    Дополнительные сведения см. в разделе «Переход к облачным технологиям: план перехода к облаку».

    Cloud Volumes ONTAP: примеры миграции в облако

    NetApp упрощает миграцию в облако с помощью Cloud Volumes ONTAP, корпоративной платформы управления данными для использования с собственными облачными сервисами AWS, Azure и Google.Теперь, когда так много предприятий уже находятся в облаке, максимальное повышение эффективности работы становится основным направлением деятельности — Cloud Volumes ONTAP может сделать это возможным. Узнайте, как это сделать, в этой статье, в которой мы рассмотрим ряд примеров миграции в облако, в которых предприятия мигрировали и оптимизировали свои облачные развертывания с помощью Cloud Volumes ONTAP.

    Дополнительные сведения см. в статье Cloud Volumes ONTAP: примеры миграции в облако.

    Лучше в облаке: рабочие нагрузки, по мнению Gartner, вам следует перейти в облако сейчас

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

    В этом сообщении блога подробно рассматривается каждая из этих семи рабочих нагрузок и объясняется, как Cloud Volumes ONTAP может облегчить их миграцию и повысить их производительность после переноса в облако с минимально возможными затратами.

    Подробнее читайте в статье Лучше в облаке: рабочие нагрузки Gartner рекомендует перейти в облако прямо сейчас.

    Облачная дорожная карта: наметьте свой путь к облаку

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

    Подробнее: Облачная дорожная карта: наметьте свой путь к облаку

    3 лучшие платформы внедрения облачных вычислений: ваш путь к облаку

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

    Подробнее: 3 лучшие платформы внедрения облачных вычислений: ваш путь к облаку

    Миграция облачных приложений: практическое руководство

    Миграция в облако

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

    Подробнее: Миграция облачных приложений: практическое руководство

    Почему внедрение облачных технологий терпит неудачу и 6 советов для достижения успеха

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

    Подробнее: Почему внедрение облачных технологий терпит неудачу и 6 советов для достижения успеха

    Стратегия Cloud First: проблемы, соображения и практика

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

    Подробнее: Стратегия Cloud First: вызовы, соображения и практика

    Что нового в K8S 1.23?

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

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

    Подробнее: Что нового в K8S 1.23?

    См. наши дополнительные руководства по ключевым темам IaaS

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

    Миграция AWS

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

    См. популярные статьи в нашем руководстве по миграции на AWS:

    АВС ЭБС

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

    См. популярные статьи в нашем руководстве по AWS EBS:

    АВС EFS

    Узнайте об AWS EFS, вариантах резервного копирования, о том, как оптимизировать производительность, посмотрите краткое сравнение EFS, EBS и S3 и узнайте, чем может помочь Cloud Volumes ONTAP.

    См. популярные статьи в нашем руководстве по AWS EFS:

    Миграция Azure

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

    См. основные статьи в нашем руководстве по миграции Azure:

    Управление затратами Azure

    Узнайте об инструментах и ​​методах, которые помогут вам управлять расходами и оптимизировать их в облаке Microsoft Azure.

    См. основные статьи в нашем управлении затратами Azure:

    Оптимизация затрат на AWS

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

    См. популярные статьи в нашем руководстве по оптимизации затрат на AWS:

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

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

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

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

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

    В этом руководстве объясняется, что такое высокая доступность и как оптимизировать высокую доступность Azure.

    См. основные статьи в нашем руководстве по высокой доступности Azure:

    Linux на Azure

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

    См. основные статьи в нашем руководстве по Linux в Azure:

    HPC на Azure

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

    См. основные статьи в нашем руководстве по высокопроизводительным вычислениям в Azure:

    SAP в Azure

    Узнайте обо всех решениях SAP, предлагаемых как услуга в Azure, включая HANA, S/4HANA, NetWeaver и Hybris, рекомендациях по миграции и рекомендациях.

    См. основные статьи в нашем руководстве по SAP в Azure:

    VDI в Azure

    Узнайте, какие параметры доступны для VDI в Azure.Узнайте, как работает архитектура, и узнайте о передовых методах развертывания VDI.

    См. основные статьи в нашем руководстве по VDI в Azure:

    Большие данные AWS

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

    См. популярные статьи в нашем руководстве по большим данным AWS:

    Миграция в облако Google

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

    См. популярные статьи в нашем руководстве по миграции в Google Cloud:

    Конфигурация PCEP | Можжевельник Сети

    Понимание MPLS RSVP-TE

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

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

    В сети MPLS информация плоскости данных пересылается с помощью переключения меток. Пакет прибывающих на маршрутизатор на границе поставщика (PE) с маршрутизатора на границе клиента (CE), к которым применены метки. его, а затем он перенаправляется на выходной PE-маршрутизатор. Этикетки снимаются на выходе маршрутизатор, а затем перенаправляется в соответствующий пункт назначения в виде IP-пакета. Маршрутизаторы с коммутацией меток (LSR) в домене MPLS используют протоколы распределения меток для передавать значение меток, используемых для пересылки трафика между LSR и через них.РСВП-ТЕ является одним из таких протоколов распределения меток, который позволяет узлу LSR узнавать о метке. отображения других сверстников.

    Когда на маршрутизаторе включены и MPLS, и RSVP, MPLS становится клиентом RSVP. Основной Программное обеспечение Junos OS RSVP предназначено для поддержки динамической сигнализации в сетях с коммутацией меток. пути (LSP). RSVP резервирует ресурсы, например, для одноадресных и многоадресных IP-потоков и запросов. параметры качества обслуживания (QoS) для приложений. Протокол расширен в трафике MPLS инжиниринг, позволяющий RSVP настраивать LSP, которые можно использовать для инжиниринга трафика в MPLS. сети.

    При объединении MPLS и RSVP метки связываются с потоками RSVP. Как только LSP установлен, трафик по пути определяется меткой, применяемой на входном узле ЛСП. Сопоставление метки с трафиком выполняется с использованием различных критериев. Набор пакеты, которым назначено одно и то же значение метки определенным узлом, относятся к одной и той же пересылке класса эквивалентности (FEC) и эффективно определяют поток RSVP. Когда трафик отображается на Таким образом, LSP называется туннелем LSP.

    Туннели

    LSP — это способ установления однонаправленных путей с коммутацией по меткам. RSVP-TE основывается на Базовый протокол RSVP путем определения новых объектов и изменения существующих объектов, используемых в PATH и Объекты RESV для установления LSP. Новые объекты — объект LABEL-REQUEST (LRO), RECORD-ROUTE объект (RRO), объект LABEL и объект EXPLICIT-ROUTE (ERO) — являются необязательными по отношению к Протокол RSVP, за исключением объектов LRO и LABEL, которые являются обязательными для установления Туннели LSP.

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

    • Возможность установить путь с коммутацией меток, используя либо полный, либо частичный явный маршрут (RFC 3209).

    • Установление LSP на основе ограничений по каналам, которые удовлетворяют требованиям, таким как пропускная способность и свойства ссылки.

    • Управление конечной точкой, связанное с установлением и управлением туннелями LSP на входные и выходные маршрутизаторы.

    • Управление ссылками, которое управляет ресурсами ссылок для маршрутизации трафика с учетом ресурсов. проектирование LSP и программирование меток MPLS.

    • MPLS fast reroute (FRR), который управляет LSP, нуждающимися в защите, и назначает резервные туннелировать информацию к этим LSP.

    Текущие ограничения MPLS RSVP-TE

    Хотя расширения RSVP для управления трафиком позволяют лучше использовать сеть и соответствуют требованиям классов трафика, современный пакет протоколов MPLS RSVP-TE имеет несколько проблем присущей его распределенной природе. Это вызывает ряд проблем во время соперничества за пропускная способность пополам, особенно в пределах класса приоритета LSP, где подмножество LSP имеют общие установить и удерживать значения приоритета.Ограничения RSVP-TE включают:

    • Недостаточная видимость индивидуальных требований к полосе пропускания для каждого LSP и устройства — входные маршрутизаторы в сети MPLS RSVP-TE установить LSP, не имея глобального представления о потребности в полосе пропускания в сети. Информация об использовании сетевых ресурсов доступна только как общая зарезервированная емкость по классу трафика для каждого интерфейса. Доступно индивидуальное состояние LSP локально на каждом пограничном маршрутизаторе меток (LER) только для его собственных LSP.В результате ряд вопросов связанные с моделью спроса возникают, особенно в рамках общего приоритета установки и удержания.

    • Асинхронный и независимый характер сигнализации RSVP — в RSVP-TE ограничения для пути заведение контролируется администратором. Таким образом, пропускная способность, зарезервированная для LSP туннель задается администратором и автоматически не накладывает ограничения на трафик отправлено по тоннелю. Следовательно, пропускная способность, доступная на канале управления трафиком, является полоса пропускания, настроенная для канала, за исключением суммы всех резервирований, сделанных для канала.Таким образом, несигнализируемые требования к туннелю LSP приводят к ухудшению обслуживания LSP, требуя избыточная пропускная способность, а также другие LSP, которые соответствуют требованиям пропускной способности ссылка на инженерную сеть.

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

    В качестве примера на рис. 2 настроен протокол MPLS RSVP-TE, в котором A и G являются граничными маршрутизаторами с метками (LER). Эти входные маршрутизаторы устанавливают LSP независимо друг от друга в соответствии с порядком запросов и ничего не знают или контроль над LSP друг друга. Маршрутизаторы B, C и D являются промежуточными или транзитными маршрутизаторами. подключиться к выходным маршрутизаторам E и F.

    Рисунок 2: Пример обработки трафика MPLS

    Входные маршрутизаторы устанавливают LSP в зависимости от порядка поступления запросов.Если маршрутизатор G получает два запроса пропускной способности 5 каждое для G-F, затем G сигнализирует двум LSP – LSP1 и LSP2 – через G-B-D-F. Таким же образом, когда маршрутизатор A получает третье требование пропускной способности 10 для A-E, затем сигнализирует LSP, LSP3, через A-B-C-E. Однако, если спрос на A-E LSP увеличивается с 10 до 15, маршрутизатор A не может сигнализировать LSP3, используя тот же путь (A-B-C-E), поскольку Линия B-C имеет меньшую пропускную способность.

    Маршрутизатор A должен был сигнализировать об увеличении нагрузки на LSP3, используя путь A-B-D-C-E.С LSP1 и LSP2 использовали канал B-D в соответствии с порядком полученных запросов, LSP3 — нет. сигнализировал.

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

    Использование объекта вычисления внешнего пути

    В качестве решения текущих ограничений, обнаруженных в вычислении пути MPLS RSVP-TE, вычислительный объект внешнего пути с глобальным представлением требований к каждому LSP и устройству в сети не зависит от имеющейся мощности.

    В настоящее время в сеть MPLS RSVP-TE. Каждый маршрутизатор выполняет вычисления маршрутизации на основе ограничений независимо от других маршрутизаторов в сети. Эти расчеты основаны на имеющихся в настоящее время информация о топологии — информация, которая обычно является свежей, но не совсем точной. ЛСП места размещения оптимизированы локально в зависимости от текущего состояния сети. Туннели MPLS RSVP-TE настроить с помощью CLI.Оператор настраивает TE LSP, что затем сигнализируется входным маршрутизатор.

    В дополнение к существующим возможностям управления трафиком, функция MPLS RSVP-TE расширен за счет включения внешнего вычислительного объекта пути, называемого элементом вычисления пути. (ПКЭ). PCE вычисляет путь для TE LSP входных маршрутизаторов, которые были настроены. для внешнего контроля. Входной маршрутизатор, который подключается к PCE, называется вычислением пути. Клиент (ПКС).PCC настроен с использованием клиентского протокола вычисления пути (PCEP) для упростить вычисление внешнего пути с помощью PCE.

    Дополнительные сведения см. в разделе Компоненты вычисления внешнего пути.

    Чтобы включить вычисление внешнего пути для TE LSP PCC, включите lsp-external-controller pccd оператор на [править mpls] и [редактировать mpls lsp lsp-name ] иерархия уровни.

    Компоненты вычисления внешнего пути

    Компоненты, составляющие систему вычисления внешнего пути:

    Элемент вычисления пути

    Элемент вычисления пути (PCE) может быть любым объектом (компонентом, приложением или сетевым узлом). который способен вычислять сетевой путь или маршрут на основе сетевого графа и применять вычислительные ограничения.Однако PCE может вычислить путь только для тех TE LSP, которые входят в PCC. которые настроены на внешнее управление.

    PCE может быть как с сохранением состояния, так и без него.

    • PCE с отслеживанием состояния — PCE с отслеживанием состояния поддерживает строгую синхронизацию между PCE и сетью. состояния (с точки зрения топологии и информации о ресурсах), а также набор вычисленных путей и зарезервированные ресурсы, используемые в сети. Другими словами, PCE с отслеживанием состояния использует информация из базы управления трафиком, а также информация о существующих путях (например, TE LSP) в сети при обработке новых запросов от PCC.

      PCE с отслеживанием состояния бывает двух типов:

      • PCE с пассивным отслеживанием состояния — поддерживает синхронизацию с PCC и изучает состояния LSP PCC. для лучшей оптимизации вычислений пути, но не имеет над ними контроля.

      • Активный PCE с отслеживанием состояния — активно изменяет LSP PCC в дополнение к получению сведений о PCC. ЛСП заявляет.

        Примечание:

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

      PCE с отслеживанием состояния обеспечивает следующие функции:

      • Предлагает автономное вычисление пути LSP.

      • Запускает перемаршрутизацию LSP, когда возникает необходимость повторной оптимизации сети.

      • Изменяет полосу пропускания LSP при увеличении потребности в полосе пропускания со стороны заявление.

      • Изменяет другие атрибуты LSP на маршрутизаторе, такие как ERO, приоритет настройки и удержание. приоритет.

      PCE имеет общее представление о потребности в полосе пропускания в сети и поддерживает созданная с учетом трафика база данных для выполнения расчетов пути. Осуществляет сбор статистики со всех маршрутизаторов в домене MPLS с использованием SNMP и NETCONF.Это обеспечивает механизм для автономный контроль LSP TE PCC. Хотя автономная система вычисления пути LSP может быть встроенный в сетевой контроллер, PCE действует как полноценный сетевой контроллер, обеспечивает управление LSP TE PCC в дополнение к вычислительным путям.

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

    • PCE без сохранения состояния — PCE без сохранения состояния не запоминает ни одного вычисленного пути, и каждый набор запросов обрабатываются независимо друг от друга (RFC 5440).

    Клиент вычисления пути

    Клиент вычисления пути (PCC) — это любое клиентское приложение, запрашивающее вычисление пути. выполняется ПЦЭ.

    PCC может одновременно подключаться максимум к 10 PCE. Соединение PCC с PCE может быть настроенный статический маршрут или TCP-соединение, которое устанавливает достижимость.PCC назначает каждому подключенный PCE номер приоритета. Он отправляет сообщение всем подключенным PCE с информацией о своих текущих LSP в процессе, называемом синхронизацией состояния LSP. Для TE LSP, которые Если внешнее управление включено, PCC делегирует эти LSP главному PCE. PCC избирает, как основной PCE, PCE с самым низким номером приоритета или PCE, к которому он подключается первым в отсутствие номера приоритета.

    PCC повторно сигнализирует LSP на основе вычисленного пути, полученного от PCE.Когда ПКЭП сеанс с основным PCE завершается, PCC выбирает новый основной PCE, и все делегированные LSP к ранее основному PCE делегируются новому доступному основному PCE.

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

    Протокол элемента вычисления пути (PCEP) используется для связи между PCC и PCE. (а также между двумя PCE) (RFC 5440). PCEP — это протокол на основе TCP, определенный IETF PCE. Рабочая группа и определяет набор сообщений и объектов, используемых для управления сеансами PCEP и пути запроса и отправки для многодоменных TE LSP.Взаимодействия PCEP включают в себя сообщения PCC, т.к. а также уведомления об определенных состояниях, связанных с использованием PCE в контексте MPLS. РСВП-ТЭ. Когда PCEP используется для обмена данными между PCE, запрашивающий PCE берет на себя роль ПКК.

    Таким образом, функции PCEP включают в себя:

    Взаимодействие между PCE и PCC с использованием PCEP

    Рисунок 3 иллюстрирует взаимосвязь между PCE, PCC и ролью PCEP в контексте MPLS. РСВП-ТЭ.

    Рисунок 3: PCC и RSVP-TE

    Связь между PCE и PCC разрешена TCPEP на основе TCP. PCC инициирует PCEP сеанса и остается подключенным к PCE в течение всего сеанса PCEP.

    Примечание:

    Начиная с ОС Junos версии 16.1, вы можете защитить сеанс PCEP с помощью TCP-MD5. аутентификация в соответствии с RFC 5440. Чтобы включить механизм безопасности MD5 для сеанса PCEP, рекомендуется определить и привязать ключ аутентификации MD5 к [редактировать протоколы pcep pce pce-id ] уровень иерархии для сеанса PCEP.Ты сможешь, однако также используйте предопределенную связку ключей из [edit security authentication-key-chains key-chain ] уровень иерархии для защиты сеанс ПКЭП. В этом случае вы должны привязать предопределенную цепочку ключей к сеансу PCEP по адресу уровень иерархии [редактировать протоколы pcep pce pce-id ] .

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

    Дополнительные сведения о защите сеансов PCEP с использованием аутентификации MD5 см. в разделе Аутентификация TCP-MD5 для сеансов PCEP.

    После установления сеанса PCEP PCC выполняет следующие задачи:

    1. Синхронизация состояния LSP — PCC отправляет информацию обо всех LSP (локальных и внешних). ко всем подключенным PCE. Для внешних LSP PCC отправляет информацию о любой конфигурации изменение, изменение RRO, изменение состояния и т. д. для PCE.

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

      Примечание:

      Поддержка LSP, инициированных PCE, предоставляется в ОС Junos версии 13.3 и более поздних версиях.

    2. Делегирование LSP — после синхронизации информации о состоянии LSP PCC затем делегирует внешние LSP к одному PCE, который является основным активным PCE с отслеживанием состояния.Только основной PCE может установить параметры внешнего LSP. Параметры, которые изменяет основной PCE, включают пропускную способность, путь (ERO) и приоритет (установить и удерживать). Параметры, указанные в локальной конфигурации переопределяются параметрами, установленными основным PCE.

      Примечание:

      Когда сеанс PCEP с основным PCE завершается, PCC выбирает новый основной PCE и все делегированные LSP ранее основному PCE делегируются новому доступному основному ПКЭ.

      В случае LSP, инициированных PCE, PCC создает LSP, используя полученные параметры от ПКЭ. PCC назначает LSP, инициированному PCE, уникальный LSP-ID и автоматически делегирует LSP PCE. PCC не может отозвать делегирование для LSP, инициированных PCE. для активного сеанса PCEP.

      Когда сеанс PCEP завершается, PCC запускает два таймера без немедленного удаления Инициированные PCE LSP — тайм-аут очистки делегирования и lsp таймер очистки — во избежание прерывания работы сервисов.За это время активно PCE с отслеживанием состояния может получить контроль над LSP, предоставленными отказавшим PCE, отправив создать запрос на LSP.

      Контроль над LSP, инициированными PCE, возвращается к PCC по истечении тайм-аут очистки делегирования . Когда очистка делегирования тайм-аут истек, и никакой другой PCE не получил контроль над LSP от сбой PCE, PCC берет на себя локальный контроль над неделегированным PCE, инициированным LSP.Позже, когда исходный или новый активный PCE с отслеживанием состояния хочет получить контроль над локально управляемым LSP, инициированные PCE, PCC делегирует эти LSP PCE и очищает lsp timer таймер остановлен.

      PCE может вернуть делегирование LSP, инициированного PCE, в PCC, чтобы разрешить передачу LSP. между ПКЭ. Это запускает таймер очистки lsp для LSP, инициированный PCE. PCC ждет, пока истечет время таймера очистки LSP, прежде чем удалить неделегированные LSP, инициированные PCE из отказавшего PCE.

      Когда таймер очистки lsp истекает, и никакой другой PCE не был получен контроль над LSP из отказавшего PCE, PCC удаляет все LSP, предоставленные неудачный PCE.

      Примечание:

      В соответствии с draft-ietf-pce-stateful-pce-09 отзыв инициированного PCE Делегирование LSP с помощью PCC происходит по принципу «сделай до перерыва» до того, как LSP передан альтернативному PCE. Начиная с ОС Junos версии 18.1R1, lsp-cleanup-timer должен быть больше или равен делегация-очистка-тайм-аут для PCC, чтобы отозвать делегирование LSP. Если нет, интервал ожидания повторного делегирования для PCC может быть установлен равным бесконечности, где LSP делегации в этом PCE остаются в силе до тех пор, пока PCC не предпримет конкретных действий по изменению параметры, установленные PCE.

    3. Сигнализация LSP — при получении одного или нескольких параметров LSP от основного активного PCE с отслеживанием состояния PCC повторно сигнализирует TE LSP на основе пути, предоставленного PCE.Если PCC не может настроить LSP, он уведомляет PCE об ошибке установки и ожидает, пока основной PCE предоставит новые параметры для этого LSP, а затем повторно сигнализирует об этом.

      Когда PCE указывает путь, который является неполным или имеет свободные переходы, где только путь указаны конечные точки, PCC не выполняет локальную маршрутизацию на основе ограничений, чтобы выяснить полный набор хмеля. Вместо этого PCC предоставляет RSVP путь, предоставленный PCE, как есть. для сигнализации, и путь настраивается с использованием маршрутизации IGP hop-by-hop.

    С учетом топологии, показанной на рис. 2, на рис. 4 показана частичная реализация PCE на стороне клиента в сети MPLS с поддержкой RSVP-TE. Входные маршрутизаторы A и G — это PCC, настроенные для подключения к внешнему маршрутизатору с отслеживанием состояния. PCE через TCP-соединение.

    PCE имеет общее представление о потребности в полосе пропускания в сети и выполняет внешний путь. вычислений после поиска в базе данных управления трафиком. Затем активный PCE с отслеживанием состояния изменяет один или несколько атрибутов LSP и отправляет обновление в PCC.PCC использует параметры он получает от PCE повторный сигнал LSP.

    Рисунок 4: Пример PCE для MPLS RSVP-TE

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

    Поведение LSP с внешними вычислениями

    LSP Типы

    В реализации PCE на стороне клиента существует три типа TE LSP:

    • LSP, управляемые CLI — LSP, не имеющие lsp-external-controller. Сконфигурированные операторы pccd называются LSP, управляемыми CLI. Хотя эти LSP находятся под локальным управлением, PCC обновляет подключенные PCE с помощью информация о LSP, управляемых CLI, во время первоначального процесса синхронизации LSP.После первоначальной синхронизации LSP PCC информирует PCE о любых новых и удаленных LSP, как хорошо.

    • LSP, управляемые PCE — LSP, у которых есть lsp-external-controller. Сконфигурированные операторы pccd называются LSP, управляемыми PCE. PCC делегирует LSP, инициированные PCC, главному PCE для вычисления внешнего пути.

      PCC информирует PCE о сконфигурированных параметрах управляемого PCE LSP, таких как пропускная способность, ERO и приоритеты.Он также информирует PCE о фактических значениях, используемых для эти параметры для настройки LSP, включая RRO, если они доступны.

      PCC отправляет такие отчеты о состоянии LSP на PCE только в том случае, если произошла реконфигурация. или когда есть изменения в ERO, RRO или статусе LSP, контролируемых PCE, в соответствии с внешний контроль.

      Существует два типа параметров, которые поступают из конфигурации CLI LSP для ПКЭ:

      • Параметры, которые не переопределяются PCE и применяются немедленно.

      • Параметры, которые переопределяются PCE. Эти параметры включают пропускную способность, путь и приоритет (установка и удержание значений). Когда режим управления переключается с внешнего на местный, настроенные в CLI значения этих параметров применяются при следующей возможности повторно подать сигнал LSP. Значения не применяются немедленно.

    • Внешние LSP (или LSP, инициированные PCE) — LSP, которые имеют Настроенный оператор lsp-provisioning называется LSP, инициированным PCE.А LSP, инициированный PCE, динамически создается внешним PCE; в итоге ЛСП нет конфигурация присутствует на PCC. PCC создает LSP, инициированный PCE, используя параметры предоставляется PCE, и автоматически делегирует LSP на PCE.

      Примечание:

      Поддержка LSP, инициированных PCE, предоставляется в ОС Junos версии 13.3 и более поздних. релизы.

    LSP, управляемые CLI, LSP, управляемые PCE, и LSP, инициированные PCE, могут сосуществовать на ПКК.

    LSP, управляемые CLI, и LSP, управляемые PCE, могут сосуществовать на PCC.

    Режим управления LSP

    В клиентской реализации PCE существует два типа режимов управления для LSP, управляемый PCC:

    • Внешний — по умолчанию все LSP, управляемые PCE, находятся под внешним управлением. Когда ЛСП под внешним управлением PCC использует предоставленные PCE параметры для настройки LSP.

    • Local — LSP, управляемый PCE, может находиться под локальным управлением.Когда LSP переключается с внешнего управления к локальному управлению, вычисление пути выполняется с помощью настроенного интерфейса командной строки. параметры и маршрутизация на основе ограничений. Такое переключение происходит только при наличии триггер для повторной подачи сигнала LSP. До тех пор PCC использует предоставленные PCE параметры для передачи сигналов. LSP, управляемый PCE, хотя LSP остается под локальным управлением.

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

    Дополнительные сведения о LSP, управляемых CLI, и LSP, управляемых PCE, см. в разделе Типы LSP.

    Заявления о конфигурации

    , поддерживаемые для внешних вычислений

    В таблице 1 перечислены операторы конфигурации MPLS и существующих LSP, которые применяются к управляемому PCE ЛСП.

    Таблица 1. Применимость MPLS и существующих конфигураций LSP к LSP, управляемому PCE

    Поддержка PCE-контролируемого LSP

    Применимые заявления о конфигурации LSP

    Применимые заявления о конфигурации MPLS

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

    • группа администраторов

    • авто-пропускная способность

    • hop-limit

    • наименьшее заполнение

    • наиболее заполненный

    • случайный

    • группа администраторов

    • админ-групп

    • расширенная группа администраторов

    • hop-limit

    • без cspf

    • умный таймер оптимизации

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

    Примечание:

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

    • пропускная способность

    • первичный

    • приоритет

    Эти операторы конфигурации нельзя настроить вместе с конфигурацией PCE.

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

    Защита LSP, управляемая PCE

    Защитные пути, включая быстрое перенаправление и обход LSP, вычисляются локально PCC с использованием маршрутизации на основе ограничений.PCE с отслеживанием состояния указывает только основной путь (ERO). PCE может также активировать нерезервный вторичный путь, даже если локальная конфигурация не имеет нерезервный вторичный путь для защиты LSP.

    LSP ERO, управляемый PCE

    Для LSP, контролируемых PCE (LSP, делегированные PCC, и LSP, инициированные PCE), только полноценный Explicit Объект Route Object (ERO) должен быть отправлен от PCE к PCC; в противном случае PCC отклоняет Сообщение PCUpdate или PCCreate для этого сеанса PCEP.

    Начиная с ОС Junos версии 17.2, в дополнение к внешнему cspf , два новых пути введены типы вычислений для управляемых PCE LSP: локальный cspf и нет cspf .

    • local cspf — PCC использует только тип вычислений local cspf . когда PCE отправляет TLV поставщика Juniper (номер предприятия: 0x0a4c) типа 5.

    • no cspf — Ни PCE, ни PCC не выполняют ограниченный путь расчет.Конечные точки и ограничения передаются модулю RSVP для настройки LSP. с путем IGP.

      PCC использует тип вычисления no cspf в следующих случаях:

      • Когда PCE отправляет local cspf TLV, и когда конфигурация ОС Junos или соответствующий шаблон для этого LSP включал no-cspf в делегированном PCC LSP.

      • Когда PCE отправляет локальный cspf TLV, и когда конфигурация ОС Junos шаблон для этого LSP включал no-cspf в LSP, инициированном PCE.

      • Когда PCE не отправляет local cspf TLV с пустым ERO или свободным ERO (с установленным свободным битом в объекте ERO).

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

    Управляемые PCE многоточечные RSVP-TE LSP

    После того, как сеанс PCEP установлен между PCE и PCC, PCC сообщает обо всех LSP в систему к PCE для синхронизации состояния LSP. Сюда входят управляемые PCC, Двухточечные LSP, делегированные PCE, и инициированные PCE. Начиная с ОС Junos версии 15.1F6 и В версии 16.1R1 эта возможность расширена, чтобы также сообщать о многоточечных LSP.Для PCE, LSP «точка-многоточка» аналогичен LSP RSVP «точка-многоточка», где LSP «точка-многоточка» рассматривается как совокупность LSP «точка-точка», сгруппированных под многоточечный идентификатор.

    По умолчанию управление PCE многоточечными LSP не поддерживается на PCC. Чтобы добавить это возможности, включите оператор p2mp-lsp-report-capability в [редактировать протоколы pcep pce pce-name ] или [редактировать протоколы pcep pce-group group-id ] уровней иерархии.После возможность создания отчетов «точка-многоточка» настроена на PCC, PCC анонсирует эту возможность к ПКЭ. Если в ответ PCE объявляет о той же возможности отчета «точка-многоточка», то PCC сообщает о полном дереве LSP «точка-многоточка» PCE для состояния LSP. синхронизация.

    PCC с возможностью TE LSP «точка-многоточка» поддерживает отчеты о многоточечности TE LSP для PCE с отслеживанием состояния, обновлением «точка-многоточка» и поддержкой базы данных LSP. имя LSP «точка-многоточка» в качестве ключа.Однако следующие возможности и функции не поддерживается для Junos OS Release 15.1F6 и 16.1:

    • Статические многоточечные LSP

    • PCE-делегированные и инициированные PCE многоточечные LSP

    • Автоматическая пропускная способность

    • ТЕ++

    • Сообщение запроса и ответа PCE

    • Создание LSP «точка-многоточка» с использованием шаблонов

    • Настройка прямого входа в LSP многоточечной связи, инициированных PCE

    • Настройка прямой записи на маршрутизаторе, указывающем на подготовленный LSP.

    Инициированные PCE LSP «точка-точка»

    Начиная с ОС Junos версии 16.1, функциональность PCEP расширена, чтобы позволить PCE для инициирования и предоставления LSP управления трафиком через PCC. Ранее ЛСП были настроен на PCC, а PCC делегировал контроль над внешними LSP на PCE. право собственности на государство LSP сохранялось за PCC. С введением PCE, инициированного LSP, PCE может динамически инициировать и обеспечивать LSP организации трафика «точка-точка». без необходимости локально сконфигурированного LSP на PCC.При получении сообщения PCCreate от PCE, PCC создает LSP, инициированный PCE, и автоматически делегирует LSP PCE.

    По умолчанию PCC отклоняет запрос на инициализацию двухточечных LSP, инициированных PCE, от ПСЕ. Чтобы включить поддержку LSP, инициированных PCE, на PCC, включите оператор lsp-provisioning в [edit protocols pcep pce pce-id ] или [редактирование протоколов pcep pce-group group-id ] уровней иерархии.

    PCC указывает на свою способность поддерживать LSP «точка-точка», инициированные PCE, в то время как установление сеанса протокола элементов вычисления пути (PCEP) с PCE. PCE выбирает PCC с этой возможностью инициировать LSP. PCE предоставляет PCC LSP, инициированный PCE. параметры. Получив параметры LSP «точка-точка», инициированные PCE, PCC устанавливает LSP, назначает идентификатор LSP и автоматически делегирует LSP на PCE.

    Когда PCE, инициирующий LSP, не предоставляет инициированный PCE двухточечный LSP параметры, PCC использует параметры по умолчанию.Также можно настроить необязательный шаблон LSP. указать значения для инициируемого PCE двухточечного LSP, когда параметры LSP не предоставлено ПЦЭ. Чтобы настроить шаблон LSP для инициированных PCE двухточечных LSP на PCC, включите оператор label-switched-path-template в [редактировать протоколы mpls lsp-внешний-контроллер lsp-внешний-контроллер ] иерархия уровень.

    Когда сеанс PCEP завершается, PCC запускает два таймера без немедленного удаления LSP, инициированные PCE — тайм-аут очистки делегирования и очистка lsp таймер — чтобы не прерывать работу сервисов.В течение этого времени активный PCE с отслеживанием состояния может получить контроль над LSP, предоставленными отказавшим PCE.

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

    PCC ожидает истечения времени таймера очистки LSP перед удалением неделегированного LSP «точка-точка», инициированные PCE из отказавшего PCE. Когда истекает таймер очистки LSP, и никакой другой PCE не получил контроль над LSP от отказавшего PCE, PCC удаляет все LSP, предоставленные неисправным PCE.

    Начиная с Junos OS Release 21.1R1, мы поддерживаем непрерывная активная маршрутизация (NSR) для инициируемого PCE протокола RSVP в режиме «точка-точка» и «точка-многоточка». LSP. Только основной механизм маршрутизации поддерживает сеанс PCEP с контроллером. Это синхронизирует все LSP RSVP, инициированные PCE, включая спецификации многоадресного потока для любого LSP P2MP, инициированные PCE, с резервным механизмом маршрутизации. Во время переключения сеанс PCEP отключается и восстанавливается, когда резервный механизм маршрутизации становится основным механизмом маршрутизации.Это уменьшает потери трафика для трафика, передаваемого через инициированные PCE RSVP LSP во время маршрутизации. Переключения двигателей. Эта функция включается при настройке NSR.

    Обход LSP, инициированный PCE

    Общие сведения об обходных LSP, инициированных PCE

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

    Junos OS Release 19.2R1 и более поздние выпуски обеспечивают частичную поддержку интернет-драфта draft-cbrt-pce-stateful-local-protection-01 (срок действия истекает в декабре 2018 г.), расширения PCEP для Локальная защита RSVP-TE с PCE-Stateful , где функциональность PCEP расширена до разрешить PCE с отслеживанием состояния инициировать, предоставлять и управлять обходными LSP для защищенного интерфейса. PCE может инициировать несколько обходных LSP с резервированием полосы пропускания для защиты канала. или узел.Ожидается, что пропускная способность обходного LSP будет меньше, чем общая пропускная способность первичные LSP, которые он может защитить.

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

    Набор операций, которые используются для выполнения любых операционных обходных LSP, таких как очистить сеанс rsvp , также можно выполнить на инициированных PCE обходных LSP. Вы можете использовать такие команды, как , показать статус клиента вычисления пути, расширенный . и show path-computation-client lsp для просмотра LSP обхода, инициированного PCE. статистика.

    Благодаря поддержке обхода LSP, инициируемого PCE, вы можете:

    • Создайте обходной LSP RSVP через PCEP с внешнего контроллера, где ЛСП:

      • может быть для защиты канала или узла.

      • должен иметь ненулевую пропускную способность.

      • должен иметь указанный строгий ERO.

    • Обновите пропускную способность и ERO для существующего обходного LSP, созданного с помощью PCE.

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

    Преимущества обхода LSP, инициированного PCE

    Обходные LSP, инициированные PCE, обеспечивают следующие преимущества:

    • Лучший контроль над трафиком после сбоя и более детерминированный расчет пути пути защиты.

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

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

    Поведение обходных LSP, инициированных PCE, во время сбоя сеанса PCEP

    Во время сбоя сеанса PCEP инициированные PCE обходные LSP становятся потерянными до тех пор, пока истечение таймера тайм-аута состояния. Инициированные PCE обходные LSP очищаются на истечение таймера тайм-аута состояния. Чтобы получить управление обходным LSP, инициированным PCE (после Сбой сеанса PCEP), PCE (либо первичный PCE, либо любой вторичный PCE) отправляет PCInitiate сообщение до истечения таймера тайм-аута состояния.

    Инициированные PCE многоточечные LSP

    С появлением LSP, инициируемых PCE, PCE может инициировать и предоставление многоточечного LSP динамически без необходимости локальной настройки LSP на ПКК. Это позволяет PCE управлять синхронизацией и последовательностью маршрута «точка-многоточка». вычислений внутри и между сеансами Path Computation Element Protocol (PCEP), тем самым создание динамической сети с централизованным управлением и развертыванием.

    Дополнительные сведения см. в разделе Общие сведения о протоколе элементов вычисления пути для MPLS RSVP-TE с поддержкой Инициированные PCE многоточечные LSP.

    SRv6 LSP в PCEP

    Сегментная маршрутизация может применяться как к плоскости пересылки MPLS, так и к плоскости IPv6. Вычисление пути Element (PCE) вычисляет пути SR для плоскости пересылки MPLS и IPv6. Сегментная маршрутизация для PCEP поддерживает SR LSP, такие как инициированные PCE, локально созданные и делегированные SR LSP в IPv6. экспедиционный самолет.

    Преимущества LSP SRv6 в PCEP

    • Позволяет создавать LSP SRv6, инициированные PCE.
    • Делегируйте LSP SRv6, созданные на маршрутизаторе, контроллеру.
    • Сообщите контроллеру о LSP, созданных локально на маршрутизаторе.
    • Сетевое программирование
    • SRv6 обеспечивает гибкость использования сегментной маршрутизации без развертывание MPLS.

    PCEP поддерживает создание, обновление и удаление окрашенных и неокрашенных SRv6, инициированных PCE. LSP.Когда инициированный PCE SRv6 LSP сосуществует вместе со статическим SRv6 LSP для одного и того же IP-адреса или IP-адрес на основе цвета, тогда статический маршрут SRv6 TE LSP предпочтительнее, чем инициированный PCE Дополняющий маршрут SRv6 TE LSP.

    Чтобы настроить сеанс PCEP для поддержки SRv6, необходимо включить srv6-capability оператор конфигурации в [редактировать протоколы pcep pce pce-id] или на уровнях иерархии [ редактировать протоколы pcep pce-group pce-id ]. Если оператор конфигурации srv6-capability включен, то вы также должны включить оператор конфигурации srv6 в [ редактировать протоколы source-packet-routing ] уровень иерархии, иначе во время фиксации и ошибки будет отображается.

    Чтобы настроить SRv6 для SR-TE, необходимо добавить оператор конфигурации srv6 в [edit протоколы источник-пакет-маршрутизация] уровень иерархии.

    [Дополнительные сведения см. в разделе Общие сведения о политике SR-TE для туннеля SRv6. Информация.

    Чтобы настроить максимальную глубину списка сегментов для SRv6 LSP, необходимо включить максимальная-srv6-segment-list-depth оператор конфигурации в [ edit протоколы pcep ] уровень иерархии.

    LSP с автоматической полосой пропускания и управлением PCE

    Начиная с ОС Junos версии 14.2R4, поддержка автоматической пропускной способности обеспечивается для управляемых PCE LSP. В более ранних версиях параметр автоматической пропускной способности не применялся к LSP, управляемым PCE. хотя LSP под управлением автоматической полосы пропускания и маршрутизации на основе ограничений могут сосуществовать с LSP, управляемыми PCE. Сбор статистики для автоматической пропускной способности действовал только когда режим управления LSP, управляемого PCE, меняется с внешнего на локальный. Это происходило в таких случаях, как отсутствие подключения к PCE или когда PCE возвращает делегирование LSP обратно в ПКК.

    Аутентификация TCP-MD5 для сеансов PCEP

    Сервер PCE с отслеживанием состояния автоматизирует создание маршрутов управления трафиком в сети, увеличение использования сети и обеспечение настраиваемого программируемого сетевого взаимодействия с использование связи PCEP с PCC. PCC отправляет отчеты LSP на сервер PCE, и PCE обновляет или предоставляет LSP обратно в PCC. Данные, отправляемые через сеанс PCEP, имеют решающее значение для Сервер PCE для выполнения вычислений внешнего пути.В результате атака на связь PCEP может нарушить работу сетевых служб. Если измененные сообщения PCEP отправляются на PCC, несоответствующие LSP могут быть настроен. Точно так же, если измененные сообщения PCEP отправляются на PCE, неправильное представление сеть изучается PCE.

    Принимая во внимание важность связи PCEP между PCE и PCC при выполнении Функциональность PCE эффективно, ОС Junos версии 16.1 представляет функцию защиты PCEP. сеанс с использованием аутентификации TCP-MD5 в соответствии с RFC 5440.Эта функция защищает связь между PCE и PCC через сеанс PCEP, который может быть подвержен атаке и нарушить сетевые услуги.

    Чтобы включить механизм безопасности MD5 для сеанса PCEP, рекомендуется определить и привязать ключ аутентификации MD5 к [редактировать протоколы pcep pce pce-id ] уровень иерархии для сеанса PCEP. Однако вы также можете используйте предопределенную цепочку ключей из [edit security authentication-key-chains key-chain ] уровень иерархии для защиты сеанса PCEP.В таком случае, вы должны привязать предопределенную связку ключей к сеансу PCEP на [редактировать протоколы pcep pce pce-id ] уровень иерархии.

    На PCC выполняется следующая конфигурация для установления защищенного сеанса PCEP с ПКЭ:

    Для успешного установления защищенных сеансов PCEP должна быть установлена ​​аутентификация MD5. сконфигурирован с предварительным общим ключом аутентификации как на сервере PCE, так и на PCC. PCE и PCC используют один и тот же ключ для проверки подлинности каждого сегмента, отправленного по TCP-соединению. сессии PCEP.

    Примечание:
    • Junos OS Release 16.1 поддерживает только аутентификацию TCP-MD5 для сеансов PCEP, без расширение поддержки TLS и TCP-AO, например защита от прослушивания, несанкционированного доступа, и подделка сообщений.

    • Первоначальное применение механизма безопасности к сеансу PCEP приводит к тому, что сеанс перезагрузить.

    • Если MD5 неправильно настроен или не настроен на одной стороне сеанса PCEP, сеанс не устанавливается.Убедитесь, что конфигурации на PCC и PCE совпадают.

    • Эта функция не поддерживает какой-либо механизм проверки подлинности сеанса.

    • Чтобы просмотреть цепочку ключей аутентификации, используемую сеансом PCEP, используйте команду show. состояние клиента-вычисления пути и показать протоколы команда pcep выходы.

    • Использовать показать системную статистику tcp | команда match auth для просмотра номера пакетов, которые TCP отбрасывает из-за ошибок аутентификации.

    • Работу связки ключей можно проверить с помощью связки ключей show security. вывод команды Detail .

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

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

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

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

    • Расчеты пути, включающие общее состояние сети, очень сложны, даже если PCE подробная информация обо всех путях, приоритетах и ​​слоях.

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

    адаптивных дизайнов в клинических испытаниях: зачем их использовать, как проводить и сообщать о них | BMC Medicine

  • Friedman FL, Furberg CD, DeMets DL. Основы клинических испытаний, 4-е изд. Нью-Йорк: Спрингер; 2010.

    Книга Google ученый

  • Ши WJ. Планируйте быть гибким: комментарий к адаптивному дизайну. Биометрический Ж. 2006; 48:656–9.

    Артикул Google ученый

  • Консультанты Берри. Что такое адаптивный дизайн? 2016. http://www.berryconsultants.com/adaptive-designs. По состоянию на 7 июля 2017 г.

  • Кэмпбелл Г. Сходства и различия байесовских проектов и адаптивных проектов для медицинских устройств: взгляд регулирующих органов.Стат Биофарм Рез. 2013; 5: 356–68.

    Артикул Google ученый

  • Чоу С.К., Чанг М. Методы адаптивного дизайна в клинических испытаниях, 2-е изд. Бока-Ратон: Чепмен и Холл/CRC; 2012.

    Google ученый

  • Морган CC. Повторная оценка размера выборки в клинических испытаниях с последовательной адаптацией к ответу в группе. Стат мед. 2003 г.; 22:3843–57.

    ПабМед Статья Google ученый

  • Parmar MKB, Barthel FMS, Sydes M, Langley R, Kaplan R, Eisenhauer E, et al.Ускорение оценки новых агентов при раке. J Natl Cancer Inst. 2008 г.; 100:1204–14.

    КАС пабмед ПабМед Центральный Статья Google ученый

  • Зоар С., Шеврет С. Последние разработки адаптивных дизайнов для исследований фазы I/II по определению дозы. Дж. Биофарм Стат. 2007 г.; 17:1071–83.

    ПабМед Статья Google ученый

  • Свердлов О., Вонг В.К.Новый статистический дизайн для клинических испытаний фазы I/II и фазы II с целью определения дозы. The Innov Regul Sci. 2014; 48:601–12.

    Артикул Google ученый

  • Мака Дж., Бхаттачарья С., Драгалин В., Галло П., Крамс М. Адаптивные бесшовные конструкции фаз II/III — предыстория, эксплуатационные аспекты и примеры. Информация о наркотиках J. 2006; 40:463–73.

    Артикул Google ученый

  • Сталлард Н., Тодд С.Бесшовные конструкции фазы II/III. Статистические методы Med Res. 2011 г.; 20: 623–34.

    ПабМед Статья Google ученый

  • Чоу С.К., Чанг М., Понг А. Статистическое рассмотрение адаптивных методов в клинической разработке. Дж. Биофарм Стат. 2005 г.; 15: 575–91.

    ПабМед Статья Google ученый

  • Флеминг Т.Р., Шарплз К., МакКолл Дж., Мур А., Роджерс А., Стюарт Р.Сохранение конфиденциальности промежуточных данных для повышения целостности и достоверности испытаний. Клинские испытания. 2008 г.; 5:157–67.

    ПабМед ПабМед Центральный Статья Google ученый

  • Бауэр П., Кениг Ф., Браннат В., Пош М. Отбор и предвзятость — два враждебно настроенных брата. Стат мед. 2010 г.; 29:1–13.

    ПабМед Google ученый

  • Пош М., Маурер В., Бретц Ф. Контроль частоты ошибок типа I в адаптивных планах подтверждающих клинических испытаний с промежуточным выбором лечения.Фарм Стат. 2011 г.; 10:96–104.

    ПабМед Статья Google ученый

  • Graf AC, Bauer P. Максимальное увеличение коэффициента ошибок 1-го типа, когда размер выборки и коэффициент распределения адаптируются в заранее спланированном промежуточном виде. Стат мед. 2011 г.; 30:1637–47.

    ПабМед ПабМед Центральный Статья Google ученый

  • Graf AC, Bauer P, Glimm E, Koenig F. Максимальное увеличение частоты ошибок 1 типа в многокомпонентных клинических испытаниях с адаптивными промежуточными изменениями размера выборки.Биометрический Ж. 2014; 56:614–30.

    Артикул Google ученый

  • Магирр Д., Яки Т., Пош М., Клингмюллер Ф. Одновременные доверительные интервалы, совместимые с закрытым тестированием в адаптивных планах. Биометрика. 2013; 100:985–96.

    КАС пабмед ПабМед Центральный Статья Google ученый

  • Кимани П.К., Тодд С., Сталлард Н. Сравнение методов построения доверительных интервалов после клинических испытаний фазы II/III.Биометрический Ж. 2014; 56:107–28.

    Артикул Google ученый

  • Lorch U, Berelowitz K, Ozen C, Naseem A, Akuffo E, Taubel J. Практическое применение адаптивного дизайна исследования на ранней стадии клинических испытаний: ретроспективный анализ экономии времени. Eur J Clin Pharmacol. 2012 г.; 68: 543–51.

    КАС пабмед Статья Google ученый

  • Бауэр П., Брец Ф., Драгалин В., Кениг Ф., Вассмер Г.Двадцать пять лет подтверждающего адаптивного дизайна: возможности и ловушки. Стат мед. 2016; 35:325–47.

    ПабМед Статья Google ученый

  • Ле Турно С., Ли Дж.Дж., Сиу Л.Л. Методы повышения дозы в клинических испытаниях фазы I рака. J Natl Cancer Inst. 2009 г.; 101: 708–20.

    ПабМед ПабМед Центральный Статья КАС Google ученый

  • Шеврет С.Байесовские адаптивные клинические испытания: мечта только статистиков? Stat Med. 2012 г.; 31:1002–13.

    ПабМед Статья Google ученый

  • Jaki T. Использование новых статистических методов для клинических исследований на ранней стадии в государственном секторе Великобритании. Клинские испытания. 2013; 10: 344–6.

    ПабМед Статья Google ученый

  • Morgan CC, Huyck S, Jenkins M, Chen L, Bedding A, Coffey CS, et al.Адаптивный дизайн: результаты опроса 2012 года о восприятии и использовании. The Innov Regul Sci. 2014; 48:473–81.

    Артикул Google ученый

  • Димаиро М., Бут Дж., Джулиус С.А., Николл Дж.П., Тодд С. Недостающие ступени лестницы: качественное исследование взглядов ключевых заинтересованных сторон на использование адаптивных дизайнов в подтверждающих испытаниях. Испытания. 2015 г.; 16:430.

    ПабМед ПабМед Центральный Статья Google ученый

  • Димайро М., Джулиус С.А., Тодд С., Николл Дж.П., Бут Дж.Межсекторальные опросы, оценивающие восприятие основных заинтересованных сторон барьеров, опасений и факторов, способствующих надлежащему использованию адаптивных дизайнов в подтверждающих исследованиях. Испытания. 2015 г.; 16:585.

    ПабМед ПабМед Центральный Статья Google ученый

  • Хэтфилд И., Эллисон А., Флайт Л., Джулиус С.А., Димайро М. Адаптивный дизайн, применяемый в клинических исследованиях: обзор зарегистрированных клинических испытаний. Испытания. 2016; 17:150.

    ПабМед ПабМед Центральный Статья Google ученый

  • Meurer WJ, Legocki L, Mawocha S, Frederiksen SM, Guetterman TC, Barsan W, et al. Отношение и мнения относительно подтверждающих адаптивных клинических испытаний: анализ смешанных методов из Adaptive Designs Accelerating многообещающие испытания в лечение (ADAPT- ИТ) проект. Испытания. 2016; 17:373.

    ПабМед ПабМед Центральный Статья Google ученый

  • Чайтман Б.Р., Пепин С.Дж., Паркер Д.О., Скопал Д., Чумакова Г., Куч Д. и др.Влияние ранолазина с атенололом, амлодипином или дилтиаземом на толерантность к физической нагрузке и частоту стенокардии у пациентов с тяжелой хронической стенокардией: рандомизированное контролируемое исследование. J Am Med Assoc. 2004 г.; 291: 309–16.

    КАС Статья Google ученый

  • Пушпаком С.П., Тейлор С., Коламуннаге-Дона Р., Споварт С., Вора Дж., Гарсия-Финана М. и др. Телмисартан и резистентность к инсулину при ВИЧ (TAILoR): протокол для рандомизированного открытого исследования фазы II с диапазоном доз телмисартана как стратегии снижения резистентности к инсулину у ВИЧ-положительных людей, получающих комбинированную антиретровирусную терапию.Открытый БМЖ. 2015 г.; 5:e009566.

    ПабМед ПабМед Центральный Статья Google ученый

  • Магирр Д., Джаки Т., Уайтхед Дж. Обобщенный тест Даннета для многоэтапных клинических исследований с выбором лечения. Биометрика. 2012 г.; 99: 494–501.

    Артикул Google ученый

  • Giles FJ, Kantarjian HM, Cortes JE, Garcia-Manero G, Verstovsek S, Faderl S, et al.Адаптивное рандомизированное исследование идарубицина и цитарабина по сравнению с троксацитабином и цитарабином по сравнению с троксацитабином и идарубицином у нелеченых пациентов 50 лет и старше с неблагоприятным кариотипом острого миелоидного лейкоза. Дж. Клин Онкол. 2003 г.; 21:1722–7.

    КАС пабмед Статья Google ученый

  • Мехта Ч.Р., Покок С.Дж. Адаптивное увеличение размера выборки при обнадеживающих промежуточных результатах: практическое руководство с примерами. Стат мед.2011 г.; 30:3267–84.

    ПабМед Статья Google ученый

  • Дженнисон С., Тернбулл Б.В. Адаптивное изменение размера выборки в клинических испытаниях: начните с малого, а затем попросите больше? Stat Med. 2015 г.; 34:3793–810.

    ПабМед Статья Google ученый

  • Bowden J, Brannath W, Glimm E. Эмпирическая байесовская оценка выбранного среднего значения лечения для двухэтапных испытаний с отбрасыванием проигравшего: метааналитический подход.Стат мед. 2014; 33:388–400.

    ПабМед ПабМед Центральный Статья Google ученый

  • Мейсон А.Дж., Гонсалес-Маффе Дж., Куинн К., Дойл Н., Легг К., Норсуорти П. и др. Разработка байесовского адаптивного дизайна для фазы I клинического испытания: тематическое исследование нового метода лечения ВИЧ. Стат мед. 2017; 36: 754–71.

    ПабМед Статья Google ученый

  • Wellcome Trust.Схема совместных глобальных испытаний в области здравоохранения. 2017 г. https://wellcome.ac.uk/funding/joint-global-health-trials-scheme. По состоянию на 7 июля 2017 г.

  • Национальные институты здравоохранения. Программа грантов планирования NIH (R34). 2014. https://grants.nih.gov/grants/funding/r34.htm. По состоянию на 7 июля 2017 г.

  • Европейское агентство по лекарственным средствам. Рефлексия по методологическим вопросам в подтверждающих клинических исследованиях, запланированных с адаптивным дизайном. 2007 г. http://www.ema.europa.eu/docs/en_GB/document_library/Scientific_guideline/2009/09/WC500003616.пдф. По состоянию на 7 июля 2017 г.

  • Управление по санитарному надзору за качеством пищевых продуктов и медикаментов США. Клинические испытания с адаптивным дизайном лекарственных и биологических препаратов: руководство для промышленности (проект). 2010. https://www.fda.gov/downloads/drugs/guidances/ucm201790.pdf. По состоянию на 7 июля 2017 г.

  • Управление по санитарному надзору за качеством пищевых продуктов и медикаментов США. Адаптивный дизайн для клинических исследований медицинских устройств: руководство для промышленности и персонала Управления по санитарному надзору за качеством пищевых продуктов и медикаментов. 2016 г. https://www.fda.gov/downloads/medicaldevices/deviceregulationandguidance/guidancedocuments/ucm446729.пдф. По состоянию на 7 июля 2017 г.

  • Гайдос Б., Кох А., Миллер Ф., Пош М., Вандемеулеброкке М., Ван С.Дж. Взгляд на адаптивный дизайн: аналитический документ Европейского агентства по лекарственным средствам за 4 года, проект руководства FDA США за 1 год — где мы сейчас? Clin Investig. 2012 г.; 2: 235–40.

    Артикул Google ученый

  • Elsäßer A, Regnstrom J, Vetter T, Koenig F, Hemmings RJ, Greco M, et al. Адаптивный дизайн клинических испытаний для европейского регистрационного удостоверения: обзор писем с научными рекомендациями от Европейского агентства по лекарственным средствам.Испытания. 2014; 15:383.

    ПабМед ПабМед Центральный Статья Google ученый

  • ДеМец Д.Л., Флеминг ТР. Независимый статистик для комитетов по мониторингу данных. Стат мед. 2004 г.; 23:1513–17.

    ПабМед Статья Google ученый

  • Галло П. Операционные проблемы при реализации адаптивного дизайна. Фарм Стат. 2006 г.; 5:119–24.

    ПабМед Статья Google ученый

  • Грант А.М., Альтман Д.Г., Бабикер А.Г., Кэмпбелл М.К., Клеменс Ф., Дарбишир Д.Х. и др.Предлагаемый устав комитетов по мониторингу данных клинических испытаний: помогая им хорошо выполнять свою работу. Ланцет. 2005 г.; 365: 711–22.

    Артикул Google ученый

  • Антониевич З., Галло П., Чуанг-Стейн С., Драгалин В., Лоуи Дж., Менон С. и др. Взгляды на возникающие вопросы, касающиеся комитетов по мониторингу данных для адаптивных испытаний. The Innov Regul Sci. 2013; 47:495–502.

    Артикул Google ученый

  • Санчес-Кам М., Галло П., Лоуи Дж., Менон С., Антониевич З., Кристенсен Дж. и др.Практическое руководство для комитетов по мониторингу данных в адаптивных испытаниях. The Innov Regul Sci. 2014; 48:316–26.

    Артикул Google ученый

  • ДеМец Д.Л., Элленберг С.С. Комитеты по мониторингу данных — ожидайте неожиданного. N Engl J Med. 2016; 375: 1365–71.

    ПабМед Статья Google ученый

  • Калис К.А., Архидиакон П., Бейн Р., ДеМец Д., Донохью М., Эльзаррад М.К. и др.Рекомендации для комитетов по мониторингу данных Инициативы по преобразованию клинических испытаний. Клинские испытания. 2017; 14:342–8.

    ПабМед ПабМед Центральный Статья Google ученый

  • Conroy EJ, Harman NL, Lane JA, Lewis SC, Murray G, Norrie J и др. Руководящие комитеты по рандомизированным контролируемым испытаниям: обзор зарегистрированных подразделений клинических испытаний для установления текущей практики и опыта. Клинские испытания. 2015 г.; 12: 664–76.

    ПабМед Статья Google ученый

  • Харман Н.Л., Конрой Э.Дж., Льюис С.К., Мюррей Г., Норри Дж., Сайдес М.Р. и др. Изучение роли и функций руководящих комитетов по испытаниям: результаты совещания группы экспертов. Испытания. 2015 г.; 16:597.

    ПабМед ПабМед Центральный Статья Google ученый

  • Daykin A, Selman LE, Cramer H, McCann S, Shorter GW, Sydes MR, et al.Каковы роли и ценные качества руководящего комитета по исследованию? Этнографическое исследование восьми клинических испытаний, столкнувшихся с трудностями. Испытания. 2016; 17:307.

    ПабМед ПабМед Центральный Статья Google ученый

  • He W, Gallo P, Miller E, Jemiai Y, Maca J, Koury K и др. Решение проблем и возможностей «менее понятных» адаптивных дизайнов. The Innov Regul Sci. 2017; 51:60–8.

    Артикул Google ученый

  • Чжу Л., Ни Л., Яо Б.Групповые последовательные методы и программные приложения. Ам Стат. 2011 г.; 65:127–35.

    Артикул Google ученый

  • Тимофеев Ю. Обзор доступного программного обеспечения и возможностей для адаптивного проектирования В: He W, Pinheiro J, Kuznetsova OM, редакторы. Практические соображения по адаптивному дизайну и реализации испытаний. Нью-Йорк: Спрингер: 2014. с. 139–55.

    Google ученый

  • Галло П., Чуанг-Стейн С., Драгалин В., Гайдос Б., Крамс М., Пинейро Дж.Адаптивный дизайн в клинической разработке лекарств — краткое изложение рабочей группы PhRMA. Дж. Биофарм Стат. 2006 г.; 16: 275–83.

    ПабМед Статья Google ученый

  • Куинлан Дж., Крамс М. Внедрение адаптивного дизайна: логистические и эксплуатационные соображения. Информация о наркотиках J. 2006; 40:437–44.

    Артикул Google ученый

  • Chow SC, Chang M. Методы адаптивного дизайна в клинических испытаниях — обзор.Orphanet J Rare Dis. 2008 г.; 3:11.

    ПабМед ПабМед Центральный Статья Google ученый

  • Bretz F, Koenig F, Brannath W, Glimm E, Posch M. Адаптивный дизайн для подтверждающих клинических испытаний. Стат мед. 2009 г.; 28:1181–217.

    ПабМед Статья Google ученый

  • Куинлан Дж., Гайдос Б., Мака Дж., Крамс М. Барьеры и возможности для внедрения адаптивных дизайнов в разработку фармацевтических продуктов.Клинские испытания. 2010 г.; 7: 167–73.

    ПабМед Статья Google ученый

  • Хе В., Кузнецова О.М., Хармер М., Лихи С., Андерсон К., Доссин Н. и др. Практические соображения и стратегии проведения адаптивных клинических испытаний. The Innov Regul Sci. 2012 г.; 46:160–74.

    Google ученый

  • Хе В., Пинейру Ж., Кузнецова О.М. Практические соображения по адаптивному дизайну и реализации испытаний.Нью-Йорк: Спрингер; 2014.

  • Куртин Ф., Херитье С. Роль адаптивных дизайнов испытаний в разработке лекарств. Эксперт преподобный Clin Pharmacol. 2017; 10: 727–36.

    КАС пабмед Статья Google ученый

  • Петрони Г.Р., Заработная плата Н.А., По Г., Дюбуа Ф. Внедрение адаптивных методов на ранней стадии клинических испытаний. Стат мед. 2017; 36:215–24.

    ПабМед Статья Google ученый

  • Sydes MR, Parmar MKB, James ND, Clarke NW, Dearnaley DP, Mason MD, et al.Вопросы применения многоэтапной многоэтапной методологии в клиническом исследовании рака предстательной железы: исследование MRC STAMPEDE. Испытания. 2009 г.; 10:39.

    ПабМед ПабМед Центральный Статья КАС Google ученый

  • Спенсер К., Колвин К., Браунекер Б., Бракман М., Рипли Дж., Хайнс П. и др. Операционные проблемы и решения с внедрением адаптивного бесшовного исследования фазы 2/3. J Diabetes Sci Technol. 2012 г.; 6: 1296–304.

    ПабМед ПабМед Центральный Статья Google ученый

  • Миллер Э., Галло П., Хе В., Каммерман Л.А., Коури К., Мака Дж. и др.Научная рабочая группа DIA по адаптивному дизайну (ADSWG): тематические исследования передового опыта для «менее понятных» адаптивных дизайнов. The Innov Regul Sci. 2017; 51:77–88.

    Артикул Google ученый

  • Шефер Х., Тиммесфельд Н., Мюллер Х.Х. Обзор статистических подходов к адаптивным проектам и модификациям проектов. Биом Дж. 2006; 48: 507–20.

    ПабМед Статья Google ученый

  • Вассмер Г., Браннат В.Групповые последовательные и подтверждающие адаптивные дизайны в клинических испытаниях. Гейдельберг: Спрингер; 2016.

    Книга Google ученый

  • Элленберг С.С., ДеМец Д.Л., Флеминг Т.Р. Предвзятость и испытания были прекращены досрочно в пользу. J Am Med Assoc. 2010 г.; 304:158.

    КАС Статья Google ученый

  • Дженнисон С., Тернбулл Б.В. Анализ после последовательного теста. В: Сгруппируйте последовательные методы с приложениями к клиническим испытаниям.Бока-Ратон: Чепмен и Холл/CRC: 2000. с. 171–87.

    Google ученый

  • Emerson SS, Fleming TR. Оценка параметров после групповой последовательной проверки гипотез. Биометрика. 1990 г.; 77:875–92.

    Артикул Google ученый

  • Лю А, Холл В.Дж. Беспристрастная оценка после группового последовательного теста. Биометрика. 1999 г.; 86:71–8.

    Артикул Google ученый

  • Боуден Дж., Глимм Э.Непредвзятая оценка выбранных средств лечения в двухэтапных исследованиях. Биометрический журнал 2008 г.; 50:515–27.

    Артикул Google ученый

  • Боуден Дж., Глимм Э. Условно-непредвзятая и почти непредвзятая оценка выбранного лечебного средства для многоэтапных испытаний, исключающих проигравших. Биометрический Ж. 2014; 56:332–49.

    Артикул Google ученый

  • Уайтхед Дж.О смещении оценки максимального правдоподобия после последовательного теста. Биометрика. 1986 год; 73: 573–81.

    Артикул Google ученый

  • Jovic G, Whitehead J. Точный метод анализа после двухэтапного клинического исследования рака II фазы. Стат мед. 2010 г.; 29:3118–25.

    ПабМед Статья Google ученый

  • Каррерас М., Браннат В. Оценка усадки в двухэтапных адаптивных планах с выбором лечения в промежуточном периоде.Стат мед. 2013; 32:1677–90.

    ПабМед Статья Google ученый

  • Брюкнер М., Титман А., Яки Т. Оценка в многогрупповых двухэтапных исследованиях с выбором лечения и конечной точкой времени до наступления события. Стат мед. 2017; 36:3137–53.

    Артикул Google ученый

  • Bowden J, Wason J. Идентификация комбинированных процедур дизайна и анализа в двухэтапных исследованиях с бинарной конечной точкой.Стат мед. 2012 г.; 31:3874–84.

    ПабМед ПабМед Центральный Статья Google ученый

  • Choodari-Oskooei B, Parmar MK, Royston P, Bowden J. Влияние правил прекращения лечения из-за отсутствия пользы на оценки эффекта лечения в многоэтапных исследованиях с двумя группами (TAMS) со временем до исхода события. Испытания. 2013; 14:23.

    ПабМед ПабМед Центральный Статья Google ученый

  • Эфрон Б., Тибширани Р.Ж.Введение в бутстрап. Бока-Ратон: Чепмен и Холл/CRC; 1993.

    Книга Google ученый

  • Гао П., Лю Л., Мехта К. Точный вывод для адаптивных групповых последовательных планов. Стат мед. 2013; 32:3991–4005.

    ПабМед Статья Google ученый

  • Кимани П.К., Тодд С., Сталлард Н. Оценка после выбора субпопуляции в адаптивных бесшовных испытаниях.Стат мед. 2015 г.; 34:2581–601.

    ПабМед ПабМед Центральный Статья Google ученый

  • Дженнисон С., Тернбулл Б.В. Промежуточный анализ: метод повторного доверительного интервала. J R Stat Soc Series B Stat Methodol. 1989 год; 51:305–61.

    Google ученый

  • Proschan MA, Hunsberger SA. Разработано расширение занятий на основе условной мощности. Биометрия. 1995 год; 51:1315–24.

    КАС пабмед Статья Google ученый

  • Кизер М., Фриде Т. Простые процедуры корректировки размера слепой выборки, не влияющие на частоту ошибок первого рода. Стат мед. 2003 г.; 22:3571–81.

    ПабМед Статья Google ученый

  • żebrowska M, Posch M, Magirr D. Максимальное увеличение частоты ошибок типа I из-за переоценки размера выборки, когда исследователи не видят ярлыки лечения.Стат мед. 2016; 35: 1972–84.

    ПабМед Статья Google ученый

  • Bratton DJ, Parmar MKB, Phillips PPJ, Choodari-Oskooei B. Частота ошибок I типа в многоэтапных клинических исследованиях с несколькими группами: строгий контроль и влияние промежуточных результатов. Испытания. 2016; 17:309.

    ПабМед ПабМед Центральный Статья Google ученый

  • Глимм Э., Маурер В., Бретц Ф.Иерархическое тестирование нескольких конечных точек в групповых последовательных испытаниях. Стат мед. 2010 г.; 29: 219–28.

    ПабМед Google ученый

  • Ye Y, Li A, Liu L, Yao B. Групповая последовательная процедура Холма с несколькими первичными конечными точками. Стат мед. 2013; 32:1112–24.

    ПабМед Статья Google ученый

  • Маурер В., Брэнсон М., Пош М. Адаптивные планы и подтверждающая проверка гипотез В: Дмитриенко А., Тамхане А.С., Бретц Ф., редакторы.Множественные проблемы тестирования в фармацевтической статистике. Бока-Ратон: Чепмен и Холл/CRC: 2010.

    Google ученый

  • Пош М., Кениг Ф., Брэнсон М., Браннат В., Дангер-Бальдауф С., Бауэр П. Тестирование и оценка в гибких групповых последовательных планах с адаптивным выбором лечения. Стат мед. 2005 г.; 24:3697–714.

    ПабМед Статья Google ученый

  • Wason JMS, Stecher L, Mander AP.Корректировка множественного тестирования в исследованиях с несколькими группами: нужна ли она и проводится ли она?Испытания. 2014; 15:364.

    ПабМед ПабМед Центральный Статья Google ученый

  • Wang SJ, Hung HMJ, O’Neill R. Регуляторные взгляды на множественность клинических испытаний с адаптивным дизайном в рамках программы разработки лекарств. Дж. Биофарм Стат. 2011 г.; 21:846–59.

    ПабМед Статья Google ученый

  • Европейское агентство по лекарственным средствам.Руководство по вопросам множественности в клинических испытаниях (проект). 2017. http://www.ema.europa.eu/docs/en_GB/document_library/Scientific_guideline/2017/03/WC500224998.pdf. По состоянию на 7 июля 2017 г.

  • Управление по санитарному надзору за качеством пищевых продуктов и медикаментов США. Множественные конечные точки в клинических испытаниях: руководство для промышленности (проект). 2017. https://www.fda.gov/downloads/Drugs/GuidanceComplianceRegulatoryInformation/Guidances/UCM536750.pdf. По состоянию на 7 июля 2017 г.

  • Берри С.М., Карлин Б.П., Ли Дж.Дж., Мюллер П.Байесовские адаптивные методы для клинических испытаний. Бока-Ратон: Чепмен и Холл/CRC; 2010.

    Книга Google ученый

  • Шеврет С. Статистические методы для экспериментов по определению дозы. Чичестер: Уайли; 2006.

    Книга Google ученый

  • Чунг Ю.К. Определение дозы методом непрерывной переоценки. Бока-Ратон: Чепмен и Холл/CRC; 2011.

    Книга Google ученый

  • Thall PF, Wathen JK.Практическая байесовская адаптивная рандомизация в клинических исследованиях. Евр Джей Рак. 2007 г.; 43:859–66.

    ПабМед ПабМед Центральный Статья Google ученый

  • Янсен Дж.О., Паллманн П., МакЛеннан Г., Кэмпбелл М.К. Байесовские дизайны клинических испытаний: еще один вариант для исследований травм? J Trauma Acute Care Surg. 2017; 83:736–41.

    ПабМед Статья Google ученый

  • Кимани П.К., Глимм Э., Маурер В., Хаттон Дж.Л., Сталлард Н.Практические рекомендации для адаптивных бесшовных клинических испытаний фазы II/III, в которых используются байесовские методы. Стат мед. 2012 г.; 31:2068–85.

    ПабМед Статья Google ученый

  • Лю С., Ли Дж.Дж. Обзор дизайна и проведения БОЕВЫХ испытаний. Чин Клин Онкол. 2015 г.; 4:33.

    ПабМед Google ученый

  • Cheng Y, Shen Y. Байесовский адаптивный дизайн для клинических испытаний.Биометрика. 2005 г.; 92: 633–46.

    Артикул Google ученый

  • Льюис Р.Дж., Липски А.М., Берри Д.А. Байесовский план последовательного группового клинического исследования на основе теории принятия решений, основанный на квадратичной функции потерь: частотная оценка. Клинские испытания. 2007 г.; 4:5–14.

    ПабМед Статья Google ученый

  • Вентц С., Триппа Л. Байесовские планы и контроль частотных характеристик: практическое решение.Биометрия. 2015 г.; 71:218–26.

    ПабМед Статья Google ученый

  • Эмерсон С.С., Киттельсон Дж.М., Гиллен Д.Л. Частотная оценка дизайнов групповых последовательных клинических испытаний. Стат мед. 2007 г.; 26: 5047–80.

    ПабМед Статья Google ученый

  • Эмерсон С.С., Киттелсон Дж.М., Гиллен Д.Л. Байесовская оценка дизайнов групповых последовательных клинических испытаний. Стат мед.2007 г.; 26:1431–49.

    ПабМед Статья Google ученый

  • Gsponer T, Gerber F, Bornkamp B, Ohlssen D, Vandemeulebroecke M, Schmidli H. Практическое руководство по последовательным схемам байесовских групп. Фарм Стат. 2014; 13:71–80.

    ПабМед Статья Google ученый

  • Сталлард Н., Уайтхед Дж., Клиалл С. Принятие решений в клиническом испытании фазы II: новый подход, сочетающий байесовскую и частотную концепции.Фарм Стат. 2005 г.; 4:119–28.

    Артикул Google ученый

  • Донг Г., Ши В.Дж., Мур Д., Куан Х., Марселла С. Байесовский частотный двухэтапный дизайн фазы II клинического исследования с одной группой. Стат мед. 2012 г.; 31: 2055–67.

    ПабМед Статья Google ученый

  • Хартли AM. Адаптивная слепая корректировка размера выборки для сравнения двух нормальных средних — в основном байесовский подход.Фарм Стат. 2012 г.; 11: 230–40.

    ПабМед Статья Google ученый

  • Галло П. Вопросы конфиденциальности и целостности тестов для адаптивных дизайнов. Информация о наркотиках J. 2006; 40:445–50.

    Артикул Google ученый

  • Броглио К.Р., Стиверс Д.Н., Берри Д.А. Прогнозирование результатов клинических испытаний на основе объявлений о промежуточных анализах. Испытания. 2014; 15:73.

    ПабМед ПабМед Центральный Статья Google ученый

  • Чоу С.К., Кори Р., Лин М.О независимости комитета по мониторингу данных в клинических исследованиях с адаптивным дизайном. Дж. Биофарм Стат. 2012 г.; 22:853–67.

    ПабМед Статья Google ученый

  • Friede T, Henderson R. Изучение изменений в эффектах лечения на разных этапах проектирования в адаптивных испытаниях. Фарм Стат. 2009 г.; 8:62–72.

    ПабМед Статья Google ученый

  • Галло П., Чуанг-Стейн К.Какова должна быть роль тестирования однородности в адаптивных испытаниях?Pharm Stat. 2009 г.; 8:1–4.

    ПабМед Статья Google ученый

  • Гоннерманн А., Фрамке Т., Гросхенниг А., Кох А. Пока нет решения для объединения двух независимых исследований при наличии неоднородности. Стат мед. 2015 г.; 34:2476–80.

    ПабМед ПабМед Центральный Статья Google ученый

  • Паркер Р.А.Тестирование качественных взаимодействий между этапами адаптивного исследования. Стат мед. 2010 г.; 29: 210–18.

    ПабМед Статья Google ученый

  • Wang SJ, Brannath W, Brückner M, Hung HMJ, Koch A. Неслепой адаптивный статистический информационный дизайн, основанный на клинической конечной точке или биомаркере. Стат Биофарм Рез. 2013; 5: 293–310.

    КАС Статья Google ученый

  • Юни П., Альтман Д.Г., Эггер М.Систематические обзоры в здравоохранении: оценка качества контролируемых клинических испытаний. БМЖ. 2001 г.; 323:42–6.

    ПабМед ПабМед Центральный Статья Google ученый

  • Шульц К.Ф., Альтман Д.Г., Мохер Д. Заявление CONSORT 2010 г.: обновленные рекомендации по составлению отчетов о рандомизированных испытаниях с параллельными группами. БМЖ. 2010 г.; 340:с332.

    ПабМед ПабМед Центральный Статья Google ученый

  • Бауэр П., Эйнфальт Дж.Применение адаптивных дизайнов — обзор. Биометрический Ж. 2006; 48:493–506.

    КАС Статья Google ученый

  • Детри М.А., Льюис Р.Дж., Броглио К.Р., Коннор Дж.Т., Берри С.М., Берри Д.А. Стандарты дизайна, проведения и оценки адаптивных рандомизированных клинических испытаний. Вашингтон: Исследовательский институт результатов, ориентированных на пациента; 2012. http://www.pcori.org/assets/Standards-for-the-Design-Conduct-and-Evaluation-of-Adaptive-Randomized-Clinical-Trials.пдф. По состоянию на 7 июля 2017 г.

  • Лорх У., О’Кейн М., Таубель Дж. Три шага к написанию протоколов адаптивных исследований на ранней стадии клинической разработки новых лекарств. БМС Мед Рез Методол. 2014; 14:84.

    ПабМед ПабМед Центральный Статья Google ученый

  • Стивли А., Димайро М., Тодд С., Джулиус С.А., Николл Дж., Хинд Д. и др. Исследование недостатков заявления CONSORT 2010 для отчетности о групповых последовательных рандомизированных контролируемых испытаниях: методологический систематический обзор.ПЛОС Один. 2015 г.; 10:e0141104.

    ПабМед ПабМед Центральный Статья КАС Google ученый

  • Dimairo M. Полезность адаптивных дизайнов в подтверждающих исследованиях, финансируемых государством. 2016. http://etheses.whiterose.ac.uk/13981. По состоянию на 7 июля 2017 г.

  • Ни Л., Рубин Э.Х., Мехротра Н., Пинейро Дж., Фернандес Л.Л., Рой А. и др. Преобразование схемы 3 + 3 в отдых: более эффективные подходы к онкологическим испытаниям по определению дозы в Эпоха таргетной терапии.Клин Рак Рез. 2016; 22:2623–9.

    КАС пабмед Статья Google ученый

  • Рабочая группа по адаптивному дизайну сети центров MRC для исследования методологии испытаний. Краткое руководство, почему бы не использовать схемы A+B. 2016. https://www.methodologyhubs.mrc.ac.uk/files/6814/6253/2385/A_quick_guide_why_not_to_use_AB_designs.pdf. По состоянию на 7 июля 2017 г.

  • Cuffe RL, Lawrence D, Stone A, Vandemeulebroecke M.Когда желательно бесшовное исследование? Тематические исследования от различных фармацевтических спонсоров. Фарм Стат. 2014; 13: 229–37.

    ПабМед Статья Google ученый

  • Jaki T. Многогрупповые клинические испытания с выбором лечения: чего можно добиться и какой ценой? Clin Investig. 2015 г.; 5: 393–9.

    КАС Статья Google ученый

  • Коффи К.С., Кайралла Дж.А.Адаптивные клинические испытания: прогресс и проблемы. Наркотики Р Д. 2008; 9: 229–42.

    КАС пабмед Статья Google ученый

  • Коул М., Стокен Д., Яп С. Прагматический подход к разработке и калибровке байесовского испытания по определению дозы CRM. Испытания. 2015;16 Дополнение 2:P210.

  • Yap C, Billingham LJ, Cheung YK, Craddock C, O’Quigley J. Пути изменения дозы: недостающее звено между сложными схемами определения дозы и простым принятием решений.Клин Рак Рез. 2017; 23:7440–7.

    КАС пабмед Статья Google ученый

  • Yap C, Craddock C, Collins G, Khan J, Siddique S, Billingham L. Внедрение адаптивного подбора дозы в двух гематологических исследованиях ранней фазы: клинические, операционные и методологические проблемы. Испытания. 2013;14 Приложение 1:O75.

  • Фишер А.Дж., Йонан Н., Маскаро Дж., Марчин Н., Цуй С., Саймон А. и др. Исследование перфузии легких донора ex-vivo при трансплантации легких в Великобритании (DEVELOP-UK).Трансплантация легкого сердца J. 2016;35 Приложение 4:S80.

  • Sydes MR, Parmar MKB, Mason MD, Clarke NW, Amos C, Anderson J, et al. Гибкий дизайн испытания на практике — остановка рук при отсутствии пользы и добавление исследовательских групп в середине испытания в STAMPEDE: a многогрупповое многоэтапное рандомизированное контролируемое исследование. Испытания. 2012 г.; 13:168.

    ПабМед ПабМед Центральный Статья Google ученый

  • Gaunt P, Mehanna H, Yap C. Дизайн многоэтапного (MAMS) рандомизированного контролируемого исследования III фазы, сравнивающего альтернативные схемы для эскалации (COMPARE) лечения рака ротоглотки промежуточного и высокого риска с размышлениями об осложнениях введения новой экспериментальной руки.Испытания. 2015;16 Приложение 2:O16.

  • Герети Э.Л., Лоуренс Э.М., Уэйсон Дж., Ян Х., Хилборн С., Баскомб Дж. и др. Проспективное исследование по оценке относительной чувствительности ПЭТ/КТ с 18F-NaF для выявления метастазов в скелет почечно-клеточного рака по сравнению с мультидетектором КТ и сцинтиграфия костей с 99mTc-MDP с использованием адаптивного дизайна исследования. Энн Онкол. 2015 г.; 26:2113–8.

    КАС пабмед ПабМед Центральный Статья Google ученый

  • Хо Т.В., Перлман Э., Льюис Д., Хямяляйнен М., Коннор К., Михельсон Д. и др.Эффективность и переносимость ризатриптана у детей с мигренью: результаты рандомизированного двойного слепого плацебо-контролируемого исследования с использованием нового адаптивного дизайна обогащения. цефалгия. 2012 г.; 32: 750–65.

    ПабМед Статья Google ученый

  • Ван С.Дж., Хун Х.М.Дж. Адаптивное обогащение с промежуточным выбором подгруппы: методологии, приложения и соображения дизайна. Испытания Contemp Clin. 2013; 36: 673–81.

    ПабМед Статья Google ученый

  • Каплан Р., Моган Т., Крук А., Фишер Д., Уилсон Р., Браун Л. и др.Оценка многих методов лечения и биомаркеров в онкологии: новый дизайн. Дж. Клин Онкол. 2013; 31:4562–8.

    ПабМед ПабМед Центральный Статья Google ученый

  • Уолдрон-Линч Ф., Кареклас П., Айронс К., Уокер Н.М., Мандер А., Викер Л.С. и др. Обоснование и дизайн исследования адаптивного исследования дозы ИЛ-2 на регуляторные Т-клетки при диабете 1 типа (DILT1D): нерандомизированное, открытое, адаптивное исследование по определению дозы. Открытый БМЖ. 2014; 4:e005559.

    ПабМед ПабМед Центральный Статья Google ученый

  • Бьянкин А.В., Пиантадоси С., Холлингсворт С.Дж. Ориентированные на пациента испытания для разработки терапевтических средств в прецизионной онкологии. Природа. 2015 г.; 526:361–70.

    КАС пабмед Статья Google ученый

  • Антониоу М., Йоргенсен А.Л., Коламуннаге-Дона Р. Дизайн адаптивных испытаний на основе биомаркеров в фазах II и III: методологический обзор.ПЛОС Один. 2016; 11:e0149803.

    ПабМед ПабМед Центральный Статья КАС Google ученый

  • Warner P, Weir CJ, Hansen CH, Douglas A, Madhra M, Hillier SG, et al. Низкие дозы дексаметазона для лечения женщин с обильными менструальными кровотечениями: протокол адаптивного рандомизированного плацебо-контролируемого исследования с параллельными группами (DexFEM). Открытый БМЖ. 2015 г.; 5:e006837.

    КАС пабмед ПабМед Центральный Статья Google ученый

  • Fardipour P, Littman G, Burns DD, Dragalin V, Padmanabhan SK, Parke T, et al.Планирование и проведение адаптивных к ответу клинических испытаний на этапе обучения: 2. Тематические исследования. Информация о наркотиках J. 2009; 43:725–34.

    Артикул Google ученый

  • Грив АП. Клинические испытания с адаптивной реакцией: тематические исследования в медицинской литературе. Фарм Стат. 2017; 16: 64–86.

    ПабМед Статья Google ученый

  • Уайтхед Дж., Тайгесен Х., Джаки Т., Дэвис С., Халфорд С., Тернер Х. и др.Новый дизайн фазы I/IIa для ранних онкологических исследований и его применение для оценки MK-0752 при раке поджелудочной железы. Стат мед. 2012 г.; 31: 1931–43.

    ПабМед Статья Google ученый

  • Хан Дж., Яп С., Кларк Р., Фенвик Н., Марин Д. Практическая реализация адаптивного дизайна фазы I/II при хроническом миелоидном лейкозе: оценка эффективности и токсичности с использованием дизайна EffTox. Испытания. 2013;14 Приложение 1:P20.

  • Брок К., Биллингем Л., Копленд М., Сиддик С., Сировица М., Яп С. Внедрение схемы определения дозы EffTox в исследовании Matchpoint. БМС Мед Рез Методол. 2017; 17:112.

    ПабМед ПабМед Центральный Статья Google ученый

  • .