Гостиная-спальня

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

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

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

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

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

Рекомендуем прочитать:

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

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

Кабинет в гостиной

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

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

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

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

Рекомендуем прочитать:

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

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

Кухня и столовая

Ну и самый распространенный вариант объединения комнат — это гостиная и кухня с обеденной зоной. Их разделение посредством перегородки делается немного иначе, чем все другие виды зонирования.

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

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

Рекомендуем прочитать:

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

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

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

Фото перегородки в гостиной

0 0 голос

Рейтинг статьи

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

Перегородки — неотъемлемая часть многих дизайнерских проектов, ведь это оригинально, практично и красиво.

Деревянные

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

Можно использовать перегородки, сделанные из паллетов — это доски расположенные не вплотную. Зачастую из них делают оригинальные складные ширмы.

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

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

Дизайнерские

Дизайнерских идей перегородок существует невероятное количество.

И

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

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

Что такое зонирование и зачем оно нужно

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

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

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

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

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

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

Преимущество перегородок и гипсокартона

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

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

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

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

Создание схемы с учетом всех нюансов

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

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

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

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

При создании схем, чертежей и эскизов нужно учитывать некоторые нюансы. При выделении нового пространства оно должно занимать 25-35% от общей площади комнаты (не меньше). При этом большая часть помещения должна быть с окном. Если в гостиной создается зона для спальни, то она может занимать половину площади основного помещения.

Разметка и монтаж базового прямоугольного каркаса

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

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

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

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

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

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

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

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

Монтаж фигурного каркаса – начальный этап

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

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

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

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

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

Монтаж фигурного каркаса – финальный этап

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

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

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

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

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

Руководство по настройке фабрики NX-OS семейства Cisco MDS 9000 — Настройка и управление зонами [Cisco MDS 9000 NX-OS и программное обеспечение SAN-OS]

О зонировании

Зонирование имеет следующие особенности:

• Зона состоит из нескольких членов зоны.

— участники зоны могут получить доступ друг к другу; участники в разных зонах не могут получить доступ друг к другу.

— Если зонирование не активировано, все устройства входят в зону по умолчанию.

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

— Зоны могут различаться по размеру.

— Устройства могут принадлежать более чем одной зоне.

• Набор зон состоит из одной или нескольких зон.

— Зональный набор можно активировать или деактивировать как единое целое для всех коммутаторов в матрице.

— Одновременно может быть активирована только одна зона.

— Зона может быть членом более чем одного набора зон.

— Коммутатор MDS может иметь максимум 1000 наборов зон.

• Зонирование можно администрировать с любого коммутатора в фабрике.

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

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

• Изменение зоны можно настроить без прерывания работы.Новые зоны и наборы зон могут быть активированы без прерывания трафика на незатронутых портах или устройствах.
• Критерии членства в зоне в основном основаны на WWN или FC ID.

— Всемирное имя порта (pWWN) — указывает pWWN порта N, подключенного к коммутатору как члену зоны.

–Fabric pWWN — Указывает WWN порта фабрики (WWN порта коммутатора). Это членство также называется зонированием по портам.

— FC ID. Определяет FC ID порта N, подключенного к коммутатору в качестве члена зоны.

— Интерфейс и WWN коммутатора (sWWN) — указывает интерфейс коммутатора, идентифицированного sWWN. Это членство также называется зонированием на основе интерфейса.

— Интерфейс и идентификатор домена — указывает интерфейс коммутатора, идентифицированного идентификатором домена.

— Идентификатор домена и номер порта — указывает идентификатор домена MDS-домена и дополнительно указывает порт, принадлежащий коммутатору стороннего производителя.

— IPv4-адрес — указывает IPv4-адрес (и, возможно, маску подсети) подключенного устройства.

–IPv6-адрес — IPv6-адрес подключенного устройства в 128 битах в шестнадцатеричном формате, разделенном двоеточием (:).

— symbolic-nodename — указывает символическое имя узла-члена. Максимальная длина — 240 символов.

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

Примечание Информацию об ограничениях конфигурации на настройку количества зон, членов зоны и наборов зон см. В разделе «Ограничения конфигурации Cisco MDS NX-OS».

Пример зонирования

На рис. 2-1 показан набор зон с двумя зонами, зоной 1 и зоной 2, в ткани. Зона 1 обеспечивает доступ со всех трех хостов (h2, h3, h4) к данным, находящимся в системах хранения S1 и S2. Зона 2 ограничивает доступ к данным на S3 только h4. Обратите внимание, что h4 находится в обеих зонах.

Рисунок 2-1 Структура с двумя зонами

Есть и другие способы разделить эту ткань на зоны. Рисунок 2-2 иллюстрирует еще одну возможность.Предположим, что необходимо изолировать систему хранения S2 с целью тестирования нового программного обеспечения. Для этого настраивается зона 3, которая содержит только хост h3 и хранилище S2. Вы можете ограничить доступ только к h3 и S2 в зоне 3 и к h2 и S1 в зоне 1.

Рисунок 2-2 Матрица с тремя зонами

Реализация зоны

Все коммутаторы Cisco MDS серии 9000 автоматически поддерживают следующие основные функции зоны (дополнительная настройка не требуется):

• Зоны содержатся в VSAN.
• Жесткое зонирование нельзя отключить.
• Запросы сервера имен мягко зонируются.
• Распространяются только наборы активных зон.
• Незонированные устройства не могут получить доступ друг к другу.
• Зона или набор зон с тем же именем может существовать в каждой VSAN.
• Каждая VSAN имеет полную базу данных и активную базу данных.
• Активные наборы зон нельзя изменить без активации полной базы данных зон.
• Активные наборы зон сохраняются при перезагрузках коммутатора.
• Изменения в полной базе данных должны быть явно сохранены.
• Повторная активация зоны (набор зон активен, и вы активируете другой набор зон) не нарушает существующий трафик, пока новый набор зон настроен так же, как и предыдущий набор зон. На посещаемость неизмененных зон не влияет.

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

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

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

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

При создании участников зоны необходимо учитывать следующие рекомендации:

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

Рекомендации по активным и полным зонам

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

• Каждая VSAN может иметь несколько наборов зон, но только один набор зон может быть активен в любой момент времени.
• Когда вы создаете набор зон, этот набор зон становится частью полного набора зон.
• Когда вы активируете набор зон, копия набора зон из полного набора зон используется для принудительного зонирования и называется активным набором зон. Активный набор зон не может быть изменен. Зона, которая является частью активного набора зон, называется активной зоной.
• Администратор может изменять полный набор зон, даже если активен набор зон с таким же именем. Однако изменение вступит в силу только при повторной активации.
• Когда активация завершена, активная зона автоматически сохраняется в постоянной конфигурации. Это позволяет коммутатору сохранять информацию об активной зоне при перезапуске коммутатора.
• Все остальные коммутаторы в матрице получают активный набор зон, чтобы они могли принудительно зонировать свои соответствующие коммутаторы.
• Жесткое и мягкое зонирование реализовано с использованием активного набора зон. Изменения вступают в силу во время активации набора зон.
• FC ID или порт Nx, который не является частью активного набора зон, принадлежит зоне по умолчанию, и информация о зоне по умолчанию не распространяется на другие коммутаторы.

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

На Рис. 2-3 показана зона, добавляемая к активированной зоне.

Рисунок 2-3 Наборы активной и полной зоны

Наборы зон

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

В этом разделе описаны наборы зон и включены следующие темы:

Наборы зон настроены с именами членских зон и VSAN (если набор зон находится в настроенном VSAN).

Распределение наборов зон —Вы можете распределить полные наборы зон одним из двух методов: разовое распределение или полное распределение набора зон.

Дублирование набора зон — Вы можете сделать копию набора зон, а затем отредактировать ее, не изменяя исходный набор зон.Вы можете скопировать активный набор зон из каталога bootflash: directory, volatile: directory или slot0 в одну из следующих областей:

• На полную зону
• В удаленное место (с использованием FTP, SCP, SFTP или TFTP)

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

Создание ZoneSet

На рис. 2-4 созданы два отдельных набора, каждый со своей собственной иерархией членства и членами зоны.

Рисунок 2-4 Иерархия наборов зон, зон и членов зоны

Можно активировать либо набор зон A, либо набор зон B (но не вместе).

Совет Наборы зон конфигурируются с именами членских зон и VSAN (если набор зон находится в настроенном VSAN).

Активация Zoneset

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

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

Совет Вам не нужно вводить команду copy running-config startup-config для сохранения активного набора зон. Однако вам необходимо выполнить команду copy running-config startup-config , чтобы явно сохранить полные наборы зон.Если в структуре более одного коммутатора, должна быть выполнена команда copy running-config startup-config fabric . Ключевое слово Fabric вызывает выполнение команды copy running-config startup-config на всех коммутаторах в структуре, а также сохраняет полную информацию о зоне в загрузочной конфигурации на всех коммутаторах в структуре. Это важно в случае перезагрузки коммутатора или выключения питания.

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

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

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

Примечание Даже когда команда zoneset overwrite-control vsan id включена, пользователь может отменить ее и продолжить активацию нового набора зон, используя имя набора зон имя набора зон vsan vsan -id force command .

Пример 2-1 Отображение статуса зоны

Зона по умолчанию

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

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

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

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

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

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

Члены зоны по умолчанию явно перечислены, если политика по умолчанию настроена как разрешение или когда набор зон активен. Если политика по умолчанию настроена как deny, члены этой зоны не перечисляются явно при выполнении команды show zoneset active .

Примечание Текущая политика зонирования по умолчанию — deny. Скрытый активный набор зон — d__efault__cfg в MDS. Если существует несоответствие в политиках зонирования по умолчанию между двумя коммутаторами (разрешить с одной стороны и запретить с другой), объединение зон завершится ошибкой. То же самое и между двумя коммутаторами Brocade. Сообщения об ошибках будут такими, как показано ниже.

Сообщения об ошибках будут такими, как показано ниже:

Системный журнал Switch2:

switch (config-if) # 2 сентября 2014 г. 06:33:21 hac15% ZONE-2-ZS_MERGE_FAILED:% $ VSAN 1% $ Ошибка объединения зон, изолирующий интерфейс fc2 / 10 получил причину: конфликт политики зонирования по умолчанию.Получено сообщение rjt от соседнего коммутатора: [причина: 0]

Системный журнал Switch3:

switch (config-if) # 2014 Sep 2 12:13:17 hac16% ZONE-2-ZS_MERGE_FAILED:% $ VSAN 1% $ Ошибка слияния зон, изолирующий интерфейс fc3 / 10 Причина: Конфликт политики зонирования по умолчанию .:[reason: 0]

Настройка разрешения доступа к зоне по умолчанию

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

О создании псевдонима FC

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

• pWWN — WWN порта N или NL имеет шестнадцатеричный формат (например, 10: 00: 00: 23: 45: 67: 89: ab).
• fWWN — WWN имени порта фабрики в шестнадцатеричном формате (например, 10: 00: 00: 23: 45: 67: 89: ab).
• FC ID — ID порта N находится в формате 0xhhhhhh (например, 0xce00d1).
• ID домена — ID домена представляет собой целое число от 1 до 239. Для завершения этой конфигурации членства требуется обязательный номер порта коммутатора стороннего производителя.
• IPv4-адрес — IPv4-адрес подключенного устройства состоит из 32 битов в десятичном формате с точками вместе с дополнительной маской подсети.Если указана маска, любое устройство в подсети становится членом указанной зоны.
• IPv6-адрес — IPv6-адрес подключенного устройства состоит из 128 битов в шестнадцатеричном формате, разделенном двоеточиями (:).
• Интерфейс. Зонирование на основе интерфейсов аналогично зонированию на основе портов, поскольку интерфейс коммутатора используется для настройки зоны. Вы можете указать интерфейс коммутатора как член зоны как для локального, так и для удаленного коммутатора. Чтобы указать удаленный коммутатор, введите WWN удаленного коммутатора (sWWN) или идентификатор домена в конкретном VSAN.

Совет Программное обеспечение Cisco NX-OS поддерживает до 2048 псевдонимов на VSAN.

Создание псевдонимов FC

Чтобы создать псевдоним, выполните следующие действия:

Создание наборов зон и добавление зон элементов

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

Совет Вам не нужно вводить команду copy running-config startup-config для сохранения активного набора зон.Однако вам необходимо выполнить команду copy running-config startup-config , чтобы явно сохранить полные наборы зон. Если в структуре более одного коммутатора, должна быть выполнена команда copy running-config startup-config fabric . Ключевое слово Fabric вызывает выполнение команды copy running-config startup-config на всех коммутаторах в структуре, а также сохраняет полную информацию о зоне в загрузочной конфигурации на всех коммутаторах в структуре.Это важно в случае перезагрузки коммутатора или выключения питания.

Примечание Установите режим псевдонима устройства на расширенный при использовании SDV (поскольку pWWN виртуального устройства может измениться).

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

Убедитесь, что вы понимаете, как работают режимы псевдонимов устройств, прежде чем их включать. См. Главу 5, «Распространение служб псевдонимов устройств» для получения подробной информации и требований о режимах псевдонимов устройств.

Контроль за зоной

Зонирование может осуществляться двумя способами: мягким и жестким. Каждое конечное устройство (порт N или порт NL) обнаруживает другие устройства в структуре, запрашивая сервер имен.Когда устройство регистрируется на сервере имен, сервер имен возвращает список других устройств, к которым может получить доступ запрашивающее устройство. Если порт Nx не знает о FCID других устройств за пределами его зоны, он не может получить доступ к этим устройствам.

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

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

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

серии Cisco MDS 9000 поддерживают как жесткое, так и программное зонирование.

Поведение DynamoDB при разделении — база данных DZone

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

Как обсуждалось в первой статье «Работа с DynamoDB», причиной, по которой я решил работать с DynamoDB, была, прежде всего, его способность обрабатывать большие объемы данных с задержкой в ​​несколько миллисекунд. Масштабирование, пропускная способность, архитектура, подготовка оборудования — все это выполняется DynamoDB.

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

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

Что такое разделы?

Раздел — это выделение памяти для таблицы, поддерживаемое твердотельными дисками (SSD) и автоматически реплицируемое в нескольких зонах доступности в регионе AWS.

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

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

Внутренняя хэш-функция DynamoDB обеспечивает равномерное распределение данных по доступным разделам. Этот простой механизм — волшебство производительности DynamoDB.

Пределы раздела

Раздел может содержать не более 10 ГБ данных. При ограничении размера элемента в 400 КБ один раздел может содержать примерно более 25 000 (= 10 ГБ / 400 КБ) элементов.

Независимо от размера данных, раздел может поддерживать максимум 3000 единиц емкости чтения (RCU) или 1000 единиц емкости записи (WCU).

Когда и как создаются разделы

Более подробно рассмотрев обстоятельства создания раздела, давайте сначала рассмотрим, как DynamoDB выделяет разделы.

Первоначальное размещение разделов

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

  (readCapacityUnits / 3,000) + (writeCapacityUnits / 1,000) = initialPartitions (с округлением вверх)  

Это означает, что если вы укажете RCU и WCU на уровне 3000 и 1000 соответственно, то количество начальных разделов будет (3_000 / 3_000) + (1_000 / 1_000) = 1 + 1 = 2 .

Предположим, вы запускаете службу с большим количеством операций чтения, такую ​​как Medium, в которой несколько сотен авторов создают контент, а гораздо больше пользователей заинтересованы в простом чтении контента.Итак, вы указываете RCU как 1500, а WCU как 500, в результате получается один начальный раздел (1_500/3000) + (500/1000) = 0,5 + 0,5 = 1 .

Последующее присвоение разделов

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

В результате вы масштабируете подготовленные RCU с начальных 1500 единиц до 2500 и WCU с 500 до 1_000 единиц.

  (2_500 / 3_000) + (1_000 / 1_000) = 1,83 = 2  

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

Еще одна важная вещь, на которую следует обратить внимание, это то, что единицы увеличенной емкости также равномерно распределяются по вновь созданным разделам. Это означает, что в каждом разделе будет 2_500 / 2 => 1_250 RCU и 1_000 / 2 => 500 WCU.

, когда размер раздела превышает предел хранения раздела DynamoDB

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

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

Как элементы распределяются по новым разделам

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

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

Изучение проблемы с горячими клавишами

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

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

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

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

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

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

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

Из документации AWS DynamoDB:

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

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

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

Для этого первичный индекс должен:

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

Использование атрибута author_name в качестве ключа раздела позволит нам эффективно запрашивать статьи автора.

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

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

Заключение

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

Секционирование и горизонтальное масштабирование в Azure Cosmos DB

• 12.10.2020
• 9 минут на чтение

В этой статье

ПРИМЕНЯЕТСЯ К: SQL API Cassandra API Gremlin API Таблица API API Azure Cosmos DB для MongoDB

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

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

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

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

Логические разделы

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

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

Нет ограничений на количество логических разделов в вашем контейнере. Каждый логический раздел может хранить до 20 ГБ данных. Хороший выбор ключа раздела имеет широкий диапазон возможных значений. Например, в контейнере, где все элементы содержат свойство foodGroup , данные в логическом разделе Beef Products могут увеличиваться до 20 ГБ. Выбор ключа раздела с широким диапазоном возможных значений обеспечивает возможность масштабирования контейнера.

Физические разделы

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

Количество физических разделов в вашем контейнере зависит от следующей конфигурации:

• Количество предоставленной пропускной способности (каждый отдельный физический раздел может обеспечить пропускную способность до 10 000 единиц запросов в секунду).
• Общий объем хранилища данных (каждый отдельный физический раздел может хранить до 50 ГБ данных).

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

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

Вы можете увидеть физические разделы вашего контейнера в разделе Storage блейда Metrics портала Azure:

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

Если вы обеспечиваете пропускную способность 18 000 единиц запросов в секунду (RU / s), то каждый из трех физических разделов может использовать 1/3 общей предоставленной пропускной способности.В выбранном физическом разделе ключи логического раздела Продукты из говядины , Овощи и овощи и Супы, соусы и подливы могут в совокупности использовать 6000 единиц предоставленных единиц измерения в секунду физического раздела. Поскольку предоставленная пропускная способность равномерно распределяется между физическими разделами вашего контейнера, важно выбрать ключ раздела, который равномерно распределяет потребление пропускной способности, путем выбора правильного ключа логического раздела.

Примечание

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

Управление логическими разделами

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

Azure Cosmos DB использует разбиение на основе хэшей для распределения логических разделов по физическим разделам.Azure Cosmos DB хеширует значение ключа раздела элемента. Результат хеширования определяет физический раздел. Затем Azure Cosmos DB равномерно распределяет ключевое пространство хэшей ключей разделов по физическим разделам.

Транзакции (в хранимых процедурах или триггерах) разрешены только для элементов в одном логическом разделе.

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

Наборы реплик

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

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

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

Выбор ключа раздела

Ключ раздела состоит из двух компонентов: путь ключа раздела и значение ключа раздела . Например, рассмотрим элемент {"userId": "Andrew", "worksFor": "Microsoft"}, если вы выберете "userId" в качестве ключа раздела, следующие два компонента ключа раздела:

• Путь к ключу раздела (например: «/ userId»).Путь к ключу раздела допускает буквенно-цифровые символы и символы подчеркивания (_). Вы также можете использовать вложенные объекты, используя стандартную нотацию пути (/).

• Значение ключа раздела (например: «Андрей»). Значение ключа раздела может быть строкового или числового типа.

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

Выбор ключа раздела - простой, но важный выбор конструкции в Azure Cosmos DB.После выбора ключа раздела изменить его на месте будет невозможно. Если вам нужно изменить ключ раздела, вы должны переместить данные в новый контейнер с новым желаемым ключом раздела.

Для всех контейнеров ваш ключ раздела должен:

• Быть собственностью, значение которой не изменяется. Если свойство является вашим ключом раздела, вы не можете обновить значение этого свойства.

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

• Распределите потребление единиц запроса (RU) и хранение данных равномерно по всем логическим разделам. Это обеспечивает равномерное потребление RU и распределение хранилища по физическим разделам.

Если вам нужны транзакции ACID с несколькими элементами в Azure Cosmos DB, вам нужно будет использовать хранимые процедуры или триггеры. Все хранимые процедуры и триггеры на основе JavaScript ограничены одним логическим разделом.

Ключи перегородок для тяжелых контейнеров

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

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

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

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

• В вашем контейнере будет подготовлено более 30 000 RU

• Ваш контейнер будет хранить более 100 ГБ данных

Использование идентификатора элемента в качестве ключа раздела

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

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

Элемент с идентификатором - отличный выбор ключа раздела по следующим причинам:

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

Некоторые моменты, которые следует учитывать при выборе элемента с идентификатором в качестве ключа раздела, включают:

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

Следующие шаги