
Хранение Ceph для многодоступных крайних вычислений
MEC использует технологии 5G и разворачивает крайний дата-центр рядом с приложениями, чтобы увеличить пропускную способность и снизить задержку при доступе к данным приложений. Физические зоны для развертывания публичных MEC могут находиться в колокации на базовой станции, узле перехода, точке агрегации сети. В некоторых ситуациях миграции в облако затруднены из-за ограничений по месту жительства или конфиденциальности, которые не позволяют данным покидать территорию, а также из-за строгих требований к задержке вычислений или необходимости подключения облачной инфраструктуры непосредственно к местному оборудованию.
Частный MEC интегрирует инфраструктуру вычислений на краю с частными сетями, развернутыми на территории предприятия или рядом с ним, чтобы решить эти проблемы. Многие приложения также нуждаются в мобильных микро-центрах обработки данных на краю для обеспечения устойчивости к местоположению.
Преимущества многодоступных крайних вычислений (MEC)
- Предоставление новых услуг и новых источников дохода
- Возможность проводить аналитические исследования в реальном времени с меньшей задержкой
- Сохранение пропускной способности сети и снижение сетевой перегрузки
- Снижение затрат на облачное хранилище данных и их транспортировку
- Укрепление безопасности и соблюдения норм
- Улучшение доступности приложений и их ИТ-активов
Общественные и частные MEC используют виртуализационную инфраструктуру для предоставления вычислительных, хранилищных и сетевых ресурсов для приложений MEC. Программно-определяемое хранилище Ceph играет жизненно важную роль в облачных инфраструктурах с открытым исходным кодом, таких как OpenStack и Kubernetes. Согласно отчетам опросов пользователей OpenStack и Kubernetes, более 50% развертываний OpenStack и Kubernetes используют Ceph в качестве своего бэкенд-хранилища.
Преимущества использования Ceph для виртуализации инфраструктуры MEC
- Хранилище Ceph обладает высокой доступностью и масштабируемостью.
- Ceph может восстанавливать данные при сбое устройства хранения или сервера. Это снижает операционные расходы инфраструктуры MEC.
- Хранилище Ceph — это унифицированное хранилище, которое предоставляет блочное, общее файловое хранилище и объектное хранилище. Оно удовлетворяет различные требования приложения к хранению.
Ambedded Решение Ceph Appliance для MEC
Ambedded сосредоточен на предоставлении надежных и простых в использовании программно-определяемых устройств хранения, работающих на базе технологий Ceph и микросерверов на архитектуре Arm. Программное обеспечение для управления Ceph от Ambedded UVS Manager автоматизирует развертывание на первый день и управление хранилищем на второй день, чтобы снизить операционные расходы. Ambedded настраивает Ceph для оптимизации производительности и стабильности кластера Ceph, интегрированного с специально разработанным микросервером на архитектуре Arm.
Краевые дата-центры MEC обычно имеют ограниченное пространство и ресурсы электроэнергии. Устройство Ceph от Ambedded имеет следующие преимущества, которые способствуют снижению TCO и конкурентоспособности решения MEC.
Решение для экономии энергии в краевом дата-центре.
За исключением восьмого дискового накопителя, каждый сервер 1U потребляет всего сто ватт энергии. Это экономит 70% затрат на электроэнергию и охлаждение по сравнению с обычным сервером x86.
В 1,6 раза выше плотность OSD по сравнению с другими решениями.
Из-за максимального предела мощности каждого стойки, Ambedded предлагает в 1,6 раза большую плотность хранения по сравнению с обычными серверами 2U x86.
Выделенный аппаратный ресурс для каждого OSD стабилизирует производительность хранения Ceph.
32 ядра процессора Arm-64 равномерно используются восемью OSD в устройстве 1U. Это балансирует нагрузку кластера Ceph, что приводит к более высокой производительности по сравнению с обычной архитектурой общего процессора.
Наименьшая область отказа и гораздо более быстрое время восстановления.
Из-за дизайна архитектуры микросервера, Ambedded минимизирует область отказа серверного узла до одного устройства хранения. Время восстановления при сбое микросервера составляет одну восьмую от времени восстановления обычного сервера хранения.