Масштабы увеличения и уменьшения: Какие Масштабы Уменьшения Устанавливает Гост?

Увеличение (Фотосъемка) | Руководство пользователя Cyber-shot

Доступное увеличение

Масштаб увеличения

С помощью рычажка W/T (увеличение) можно увеличить изображение во время съемки. Функция оптического увеличения позволяет увеличить изображения до 8× /WX80), 10× .

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

1. Установите фотоаппарат в режим съемки.

2. Переместите рычажок W/T (увеличение).

Переместите рычажок в сторону T для увеличения или в сторону W для уменьшения.

Примечания

Доступное увеличение

Высокий масштаб увеличения достигается путем объединения методов увеличения. Значок и шкала увеличения на экране будут изменяться в соответствии с используемым увеличением.

1. Диапазон оптического увеличения

Функция оптического увеличения позволяет увеличить изображения до 8× /WX80), 10× .

1. Диапазон увеличения, за исключением оптического увеличения

Увеличение с исходным качеством изображения

Если для параметра [Размер изобр] установлено значение, отличное от максимального размера изображения, то за счет дополнительной обработки изображения с подгонкой можно делать фотоснимки без ухудшения исходного качества, даже если масштаб оптического увеличения превышает значение 8× /WX80), 10× .

() [Увел. четк. изобр.]

Увеличение с близким к исходному качеством изображения [Подробно]

() [Цифров увелич]

Более низкое в сравнении с исходным качество изображения [Подробно]

Операция	Настройки	Шкала увеличения
Использование только оптического увеличения	Размер фотоснимка: [18M]/[16:9(13M)] , [16M]/[16:9(12M)] /WX80). [Увел. четк. изобр.]: [Выкл] [Цифров увелич]: [Выкл]
Увеличение изображений без ухудшения качества	Размер фотоснимка: значение, отличное от [18M] , [16M] /WX80) [Увел. четк. изобр.]: [Выкл] [Цифров увелич]: [Выкл]
Получение четких изображений с помощью функции [Увел. четк. изобр.] (близкое к исходному качество изображения)	[Увел. четк. изобр.]: [Вкл] [Цифров увелич]: [Выкл]
Масштабирование с максимальным диапазоном увеличения	[Увел. четк. изобр.]: [Вкл] [Цифров увелич]: [Вкл]

Масштаб увеличения

Поддерживаемые масштабы увеличения зависят от настроек или размера изображения. В таблице ниже приведены масштабы увеличения, если для параметров [Увел. четк. изобр.] и [Цифров увелич] установлено значение [Вкл].

/WX80:

Размер изобр	Оптическое увеличение	Увеличение с помощью функции [Увел. четк. изобр.] [Вкл]	Увеличение с максимальным масштабом увеличения*1
16M	8	16	32
10M	8	20	40
5M	8	28	56
VGA	8	115	115*2
16:9(12M)	8	16	32
16:9(2M)	8	38	76

*1 Максимальный масштаб увеличения, когда для параметра [Увел.

четк. изобр.] задано значение [Вкл] или для параметра [Цифров увелич] задано значение [Вкл]. Максимальный масштаб увеличения зависит от настроек. Максимальный масштаб увеличения для установки по умолчанию будет таким же, как и в случае установки для параметра [Увел. четк. изобр.] значения [Вкл]. [Подробно]

*2 Когда для параметра [Размер фотосн.] задано значение [VGA], значение [Цифров увелич] будет ограничено; увеличение будет таким же, как в случае установки для параметра [Цифров увелич] значение [Выкл], а для параметра [Увел. четк. изобр.] значения [Вкл].

:

Размер изобр	Оптическое увеличение	Увеличение с помощью функции [Увел. четк. изобр.] [Вкл]	Увеличение с максимальным масштабом увеличения*1
18M	10	20	40
10M	10	26	53
5M	10	37	75
VGA	10	153	153*2
16:9(13M)	10	20	40
16:9(2M)	10	51	102

*1 Максимальный масштаб увеличения, когда для параметра [Увел. четк. изобр.] задано значение [Вкл] или для параметра [Цифров увелич] задано значение [Вкл]. Максимальный масштаб увеличения зависит от настроек. Максимальный масштаб увеличения для установки по умолчанию будет таким же, как и в случае установки для параметра [Увел. четк. изобр.] значения [Вкл]. [Подробно]

*2 Когда для параметра [Размер фотосн.] задано значение [VGA], значение [Цифров увелич] будет ограничено; увеличение будет таким же, как в случае установки для параметра [Цифров увелич] значение [Выкл], а для параметра [Увел. четк. изобр.] значения [Вкл].

Примечания

Быстрое масштабирование форм | 1С:Зазеркалье

24.06.2016

Реализовано в версии 8.3.10.2168.

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

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

Вы наверняка знаете, что можно увеличить шрифт, изменив разрешение экрана. И некоторое время тому назад мы дорабатывали платформенные механизмы для того, чтобы прикладные решения чётко и корректно отображались при разных разрешениях экрана (DPI). Но изменение DPI это относительно сложная и «фундаментальная» операция. Во-первых, не все пользователи обладают достаточными знаниями для её выполнения. А во-вторых, она влияет на все приложения, установленные на компьютере. Если нужно что-то увеличить или уменьшить только «здесь и сейчас», или если пользователи не обладают достаточной квалификацией, они не станут менять DPI.

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

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

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

Масштаб формы можно изменять в диапазоне от 50% до 400%. При этом не просто увеличивается или уменьшается размер шрифта и элементов, а вся форма перестраивается под новые размеры элементов.

Например, вы можете увеличить её до 200%.

Или наоборот, уменьшить до 70%.

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

Масштабирование применяется только к содержимому формы. Системные панели, диалог избранного и диалог истории не масштабируются. Также не масштабируются рамки и полосы прокрутки внутри формы. Изменения размера этих элементов можно добиться путём изменения разрешения экрана (DPI).

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

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

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

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

В конфигураторе вы тоже можете задать масштаб, в котором форма будет показана пользователю. Для этого мы реализовали у формы свойство Масштаб. Это свойство мы рекомендуем использовать в тех случаях, в которых раньше вы использовали ВариантМасштаба: Компактный. Исходить нужно из того, что в компактном режиме масштаб формы равняется примерно 80%.

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

В результате форма, отображаемая в области предварительного просмотра, будет увеличена, например, до 150%.

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

Теперь для отображения задаётся не одна картинка, а набор вариантов этой картинки в виде архива. В этом архиве есть варианты под разные разрешения и под разные варианты интерфейса. Для показа платформа подбирает вариант, подходящий под текущее DPI и масштаб формы.

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

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

Теги: юзабилити  UI  Такси  8.3.10 

Возврат к списку

Рассказать друзьям:

Масштабирование в сравнении с масштабированием

Введение в масштабируемость базы данных в облачных вычислениях

Данные, данные повсюду — то, о чем мы говорим, когда говорим о масштабируемости

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

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

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

Узнайте больше о базах данных

Увеличение или уменьшение масштаба

На самом базовом уровне масштабируемость базы данных можно разделить на два типа:

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

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

Узнайте больше о сегментировании базы данных

Увеличение по вертикали

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

Увеличить масштаб, когда:

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

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

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

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

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

Кроме того, некоторые службы реляционных (SQL) баз данных, которые первоначально предлагали услуги для увеличения или уменьшения масштаба, начинают предлагать интересные варианты, соответствующие преимуществам масштабируемости нереляционных баз данных. Службы гипермасштабирования, такие как гипермасштабирование базы данных Microsoft Azure SQL и гипермасштабирование базы данных Azure для PostgreSQL, позволяют пользователям быстро масштабировать хранилище до 100 ТБ, предоставляют гибкую облачную архитектуру, позволяющую увеличивать объем хранилища по мере необходимости, а также обеспечивают почти мгновенное резервное копирование и быстрое восстановление базы данных всего за несколько минут.

Увеличение масштаба, когда:

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

Автомасштабирование

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

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

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

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

Многие поставщики облачных систем, например Microsoft Azure, поддерживают автоматическое горизонтальное масштабирование.

• Узнайте больше о быстром автомасштабировании базы данных NoSQL с помощью Azure Cosmos DB
• Узнайте больше о масштабируемости с помощью базы данных SQL Azure

Часто задаваемые вопросы

Узнайте больше терминов облачных вычислений

• База данных — это любой набор взаимосвязанной информации, которая хранится и организована таким образом, чтобы упростить управление и доступ к ней. Поскольку новые данные и типы данных генерируются с головокружительной скоростью, организация, доступность и безопасность этих данных становится сложной задачей. Системы управления базами данных (СУБД), которые включают в себя ряд инструментов управления, часто используются для обработки огромных объемов данных.

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

  Узнайте больше о базах данных

• Базы данных NoSQL, часто называемые нереляционными или «не только» SQL, представляют собой разнообразный набор технологий баз данных, которые обрабатывают хранение и извлечение данных иначе, чем традиционная реляционная (SQL) база данных.

  Базы данных NoSQL не требуют предопределенной схемы и могут использовать несколько моделей данных, что делает их чрезвычайно эффективными при обработке больших объемов неструктурированных данных и масштабировании проектов баз данных больших данных.

  Узнайте больше о базах данных NoSQL

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

  Узнайте больше о PostgreSQL

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

  Подробнее о кэшировании

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

  Подробнее о сегментировании базы данных

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

  Узнайте больше о PaaS

Ресурсы

Быстрый старт и обучающие модули

Миграция базы данных

Изучите масштабируемость облака с помощью Azure

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

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

Найдите продукты базы данных, соответствующие вашим потребностям, с помощью Azure

Сопутствующие товары и услуги

Azure SQL

Семейство облачных баз данных SQL, обеспечивающих гибкие возможности миграции, модернизации и разработки приложений

База данных Azure Cosmos

Быстрая база данных NoSQL с открытыми API для любого масштаба

Постгрес Azure

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

База данных SQL Azure

Управляемый интеллектуальный SQL в облаке

Управляемый экземпляр Azure SQL

Управляемый, всегда актуальный экземпляр SQL в облаке

SQL Server на виртуальных машинах

Перенос рабочих нагрузок SQL Server в облако с наименьшей совокупной стоимостью владения

База данных Azure для MySQL

Полностью управляемая масштабируемая база данных MySQL

База данных Azure Мария

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

Кэш Azure для Redis

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

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

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

Начать

Когда будете готовы — давайте настроим вашу бесплатную учетную запись

Начать бесплатно

Мы можем вам помочь?

Горизонтальное и вертикальное масштабирование: горизонтальное и вертикальное масштабирование для хранилища

luchschen_shutter – Fotolia

Функция

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

К

• Стивен Притчард

Опубликовано: 22 декабря 2021 г.

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

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

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

Горизонтальное и вертикальное масштабирование ИТ-системы

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

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

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

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

Горизонтальное и вертикальное масштабирование в хранилище

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

Масштабирование с большими дисками в серверах и гиперконвергентной инфраструктуре (HCI) или увеличением емкости в системах NAS и SAN технически относительно просто. Тем не менее, даже при наличии NVMe, SSD и обычных накопителей большей емкости, доступных сегодня, те, у кого более крупные системы, все еще могут сталкиваться с узкими местами.

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

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

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

«Гиперконвергентная инфраструктура привлекла внимание к этой модели горизонтального масштабирования, — говорит Навин Чхабра, аналитик Forrester. «Эта концепция горизонтального масштабирования была введена гиперскейлерами и используется для услуг хранения, которые они предлагают на рынке».

Масштабирование локального хранилища

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

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

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

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

Альтернатива — переход на более новую, более крупную систему — может свести к минимуму время простоя, но компаниям необходимо предусмотреть время, необходимое для передачи данных, и риски потери данных.

Поэтому масштабируемые системы

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

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

Масштабирование хранилища в облаке Облачное хранилище

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

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

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

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

Amazon Web Services, Google Cloud Platform и Microsoft Azure обеспечивают различную производительность хранилища в зависимости от их систем SSD (и вращающихся дисков).

AWS, например, имеет параметры IOPS, которые работают от 16 000 до 64 000 на том через EBS. Управляемый диск Azure достигает до 160 000 операций ввода-вывода в секунду, а файлы Azure — до 100 000 операций ввода-вывода в секунду.

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

GCP выполняет чтение до 100 000 IOPS, а его локальный SSD — до 2 400 000 IOPS при чтении. На всех платформах запись обычно происходит медленнее.

Вверх или наружу?

Конечно, затраты возрастают с повышением производительности, поэтому ИТ-директорам необходимо сбалансировать емкость и производительность в своем облачном пространстве.

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

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

Подробнее о планировании емкости центра обработки данных

• Пять направлений изменения рынка гиперконвергентной инфраструктуры

  Автор: Стивен Притчард

• Гиперконвергентные рынки меняются вместе с ИТ-тенденциями

  Автор: Дэйв Раффо

• Обновление хранилища VMware vSAN бросает вызов масштабированию гиперконвергентной инфраструктуры

  Автор: Гарри Кранц

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

  Автор: Стивен Притчард

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

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

ИТ-директор

• Отсутствие соглашения о правилах ИИ в США и ЕС дает Китаю преимущество

  В то время как ЕС и Китай предложили правила ИИ, США продолжают применять подход невмешательства к регулированию, который может повлиять на их …

• США балансируют между дипломатией и безопасностью с Китаем

  На фоне переговоров о дальнейшем введении экспортного контроля в отношении Китая представители администрации подтвердили желание президента Байдена ввести . ..

• Напряженность в отношениях с ЕС растет из-за Закона о цифровых рынках и технической политики

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

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

• BrightTALK @ Black Hat USA 2022

  Виртуальный опыт BrightTALK на Black Hat 2022 включал в себя беседы в прямом эфире с экспертами и исследователями о …

• Последние новости Black Hat USA 2023

  Используйте это руководство по Black Hat USA 2023, чтобы быть в курсе последних новостей и актуальных тем, а также читать мнения экспертов по одному из …

• Ключи API: недостатки и рекомендации по безопасности Ключи API

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

Сеть

• Введение в smartNIC и их преимущества

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

• IOTech Edge Connect освобождает данные от заводских устройств

  Компания IOTech разработала Edge Connect для сбора данных от операционных технологий и отправки их в ИТ-системы, которые отслеживают и контролируют …

• 5 методов устранения проблем с сетью в Linux и Windows

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

Центр обработки данных

• Пользователи RHEL сомневаются в том, что Red Hat полагается на CentOS Stream

  Несмотря на критику со стороны разработчиков, Red Hat продолжает использовать CentOS в качестве средства доставки RHEL, полагая, что …

• 8 преимуществ виртуализации ЦОД

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