Управляемые базы данных в Яндекс.Облаке


Управляемые базы данных в Яндекс.Облаке
В чем разница между базой данных на «железе» и на виртуальных машинах? Чем самостоятельное обслуживание отличается от управляемого сервиса в облаке? Самое главное об управляемых базах данных.

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


Два главных вопроса для вашего бизнеса про базы данных
Система управления базами данных — набор программ, с помощью которого можно хранить данные, проводить различные операции с ними (добавлять, обновлять, выбирать нужные, удалять ненужные).Это один из основных элементов ИТ-платформы практически любого современного бизнеса. Выбор конкретного вида СУБД зависит от ваших задач.

Какую бы СУБД вы ни выбрали, её нужно где-то разместить. И в этот момент возникают два важных вопроса с точки зрения бизнеса:
  • Развернуть СУБД на собственном железе или на виртуальной машине?
  • Обслуживать самостоятельно или воспользоваться управляемым сервисомвот?

Мы возьмём в качестве примера условный, вполне типичный бизнес-проект, которому требуется доступность базы на чтение не меньше 99,99%, (простой не более 4 минут в месяц). Доступность на запись — не меньше 99,95% (простой не более 20 минут в месяц). А с нагрузкой на базу данных проекта справляется одна машина вот в такой конфигурации: 8 виртуальных ядер с частотой 2+ ГГц, 32 ГБ RAM и накопитель на 500 ГБ с пропускной способностью 2 000 IOPS.

А теперь посмотрим, какие плюсы и минусы есть у каждого варианта.

Железо или виртуальные машины?
«Железо» или baremetal, пожалуй, до сих пор самый популярный в России вариант размещения. Его преимущества: производительность и стоимость. Виртуализация неизбежно отъедает некоторую часть производительности серверов. А стоимость «железного» сервера ниже стоимости аналогичной виртуальной машины. Например, для выбранной нами конфигурации в дата-центрах Hetzner это будет 55 и 108 евро соответственно.

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

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

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

Гибкость. На baremetal сервере не получится увеличить вычислительную мощность или дисковое пространство без простоя. Ресурсы нельзя добавить ровно в нужный момент. То же самое касается временного роста нагрузки. К наплыву посетителей в Чёрную пятницу придётся готовиться заранее. Масштабировать ресурсы виртуальных машин на короткий срок намного проще и менее затратно.

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

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

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

Самостоятельное обслуживание или управляемая база данных?
У нас в Яндекс.Облаке базу данных можно разместить двумя способами. Первый: поднять виртуальные машины в Yandex Compute Cloud и развернуть на них СУБД своими силами. Второй: воспользоваться одним из сервисов управляемых баз данных.

В первом случае у вас будет несколько больше контроля и несколько меньше затрат. В управляемом сервисе у вас нет прав суперпользователя и доступа по SHH. Нельзя установить расширение, которое не поддерживается сервисом. Не все настройки СУБД можно поменять.

Для сравнения по затратам возьмём Yandex Managed Service for PostgreSQL. Он уже дешевле других аналогичных сервисов — 17 810 рублей в месяц. Можно добиться еще большей экономии: конфигурация, которую мы выбрали для нашего типичного бизнес-проекта, в Yandex Compute Cloud стоит 12 720, то есть разница составляет 40%.

Но у такого варианта есть серьёзный минус — необходимость самостоятельно обслуживать СУБД. Вам придётся взять на себя мониторинг, создание резервных копий и реплик базы данных, обеспечение аварийного переключения, а также установку обновлений. Другими словами, вам понадобятся ресурсы на поддержку СУБД.

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

Удобство в работе. Чтобы получить рабочую и правильно настроенную базу данных, в управляемом сервисе достаточно нажать одну кнопку и подождать пять минут. В комплекте вы получаете доступ к графическому отображению метрик СУБД и метрик использования системных ресурсов. Так же просто в управляемых сервисах Яндекс.Облака делаются реплики и наращиваются ресурсы БД.

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

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

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

Резервное копирование. Чаще всего о резервном копировании вспоминают, когда уже слишком поздно. Но даже регулярное создание резервных копий не защищает вас от ошибок на все 100%. Почему? Да потому что обычно никто не проверяет сами бэкапы. Именно так в своё время была потеряна база данных Gitlab.

Яндекс.Почта тоже однажды потеряла 3 терабайта данных из-за ошибки. История закончилась хорошо, базу данных удалось вернуть за счёт восстановления на момент времени (point-in-time recovery) непосредственно перед потерей. После этого мы вложили немало сил и ресурсов в развитие инфраструктуры резервного копирования и валидации бэкапов. Сейчас в управляемых сервисах Яндекс.Облака этот процесс налажен очень и очень хорошо.

Отказоустойчивость. Практически любой управляемый сервис позволяет повысить доступность базы данных на чтение за счёт добавления реплик БД. Но мало кто думает о доступности базы данных на запись и обеспечивает автоматическое аварийное переключение на случай отказа мастера. У нас реализованы обе функции.

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

Безопасность. В управляемых сервисах Яндекс.Облака все соединения с СУБД и резервные копии содержимого баз шифруются при помощи протокола TLS и технологии GPG. Кроме того, базы разных клиентов Яндекс.Облака полностью изолированы друг от друга. Благодаря отсутствию общих компонентов никто кроме вас не может получить доступ к вашим данным.

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

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

cloud.yandex.ru/promo-mdb/

Russia Federation Tax Notice



Правительство Российской Федерации обновило правила НДС для цифровых услуг, предоставляемых иностранными поставщиками, и, как следствие, иностранные поставщики обязаны взимать НДС с продаж цифровых услуг всем покупателям в Российской Федерации по стандартной ставке 20%.

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

Если вы освобождены, пожалуйста, отправьте билет поддержки вместе с доказательством регистрации НДС.

http://www.vultr.com

Схватка двух ёкодзун



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

Первым 8-битным коммерчески доступным процессором в мире стал Intel i8008, выпущенный в 1972 году. Процессор имел тактовую частоту в 200 кГц, был выполнен по 10 мкм (10000 нм) технологическому процессу и предназначался для «продвинутых» калькуляторов, терминалов ввода-вывода и автоматов бутылочного разлива.


В 1974 году этот процессор стал основой для микрокомпьютера Mark-8, представленный в виде DIY-проекта на обложке журнала Radio-Electronics. Автор проекта, Джонатан Титус, предлагал всем желающим буклет стоимостью 5 долларов, содержащий рисунки проводников печатных плат и описание процесса сборки. Вскоре на свет появился похожий проект персонального микрокомпьютера Altair 8800, созданного компанией MITS (Micro Instrumentation and Telemetry Systems).

Начало соперничества
Спустя 2 года после создания i8008, Intel выпустила свой новый чип — i8080, основанный на усовершенствованной архитектуре i8008 и выполненный по 6 мкм (6000 нм) технологическому процессу. Этот процессор был примерно в 10 раз быстрее предшественника (тактовая частота 2 МГц) и получил более развитую систему команд.


Реверс-инжиниринг процессора Intel i8080, выполненный тремя талантливыми инженерами — Шоном и Кимом Хейли, а также Джеем Кумаром, привел к созданию модифицированного клона, получившего название AMD AM9080.


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

После этого Ким Хейли решил попробовать свои силы в реверс-инжиниринге микросхемы памяти Intel EPROM 1702. На тот момент это была самая прогрессивная технология постоянной памяти. Затея удалась лишь частично — созданный клон хранил данные только 3 недели при комнатной температуре.

Разломав множество чипов и основываясь на своих знаниях химии, Ким сделал вывод, что без знания точной температуры роста оксида будет невозможно достичь заявленных показателей Intel (10 лет при 85 градусах). Проявив талант социальной инженерии, он позвонил на производство Intel и спросил, на какой температуре работают их печи. Удивительно, но ему без колебаний сообщили точную цифру — 830 градусов. Бинго! Разумеется, подобные трюки не могли не повлечь за собой негативных последствий.

Первый судебный процесс
В начале 1981 года Intel готовились к заключению контракта на производство процессоров с IBM, крупнейшим на тот момент производителем компьютеров в мире. Сама Intel еще не обладала достаточными производственными мощностями для закрытия потребностей IBM, поэтому, чтобы не потерять контракт, пришлось пойти на компромисс. Этим компромиссом стало лицензионное соглашение между Intel и AMD, что позволило последней начать производство клонов Intel 8086, 80186 и 80286.

Спустя 4 года на рынке процессоров с архитектурой x86 был представлен новейший Intel 80386 с тактовой частотой 33 МГц и выполненный по 1 мкм (1000 нм) технологическому процессу. AMD в это время также готовили аналогичный чип под названием Am386, однако выпуск был отложен на неопределенный срок из-за категорического отказа Intel предоставлять данные о технологии в рамках лицензионного соглашения. Это и стало поводом для обращения в суд.

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



Судебные разбирательства затянулись на несколько лет и завершились победой AMD (Intel выплатила AMD 1 млрд долларов). Доверительным отношениям между компаниями настал конец, а Am386 вышел только в 1991 году. Тем не менее, процессор был очень востребован, поскольку работал на более высокой частоте, чем оригинал (40 МГц против 33 МГц).



Развитие конкуренции
Первым процессором в мире, основанным на гибридном CISC-RISC-ядре и имеющим математический сопроцессор (FPU) непосредственно на том же кристалле, стал Intel 80486. FPU позволил серьезно ускорять операции с плавающей точкой, снимая нагрузку с CPU. Еще одной инновацией стало внедрение конвейерного механизма выполнения инструкций, что также увеличивало производительность. Размер одного элемента был от 600 до 1000 нм, а на кристалле размещалось уже от 0,9 до 1,6 млн транзисторов.

AMD в свою очередь представила полный функциональный аналог под названием Am486 с использованием микрокода Intel 80386 и сопроцессора Intel 80287. Это обстоятельство стало поводом для многочисленных судебных разбирательств. Судебное решение от 1992 года подтвердило, что AMD нарушила авторские права в отношении микрокода FPU 80287, после чего компания приступила к разработке собственного микрокода.

Дальнейшие судебные процессы то подтверждали, то опровергали права AMD на использование микрокодов Intel. Окончательную точку в этих вопросах поставил верховный суд штата Калифорния, признав незаконным право компании AMD использовать микрокод 80386. Итогом стало подписание соглашения между обеими компаниями, что все же позволило AMD производить и продавать процессоры, содержащие микрокод 80287, 80386 и 80486.

Остальные игроки на рынке x86, такие как Cyrix, Texas Instruments и UMC также стремились повторить успех Intel, выпуская функциональные аналоги чипа 80486. Так или иначе им это не удалось. UMC выбыла из гонки после судебного запрета продажи своего Green CPU на территории США. Cyrix не удалось заключить выгодные контракты с крупными сборщиками, а также велись судебные тяжбы с Intel относительно эксплуатации патентованных технологий. Таким образом, лидерами рынка x86 оставались только Intel и AMD.

Наращивание темпов
Стремясь завоевать первенство, и Intel, и AMD старались достичь максимальной производительности и скорости. Так AMD первой в мире преодолела планку в 1 ГГц, выпустив свой Athlon (37 млн транзисторов, 130 нм) на ядре Thunderbird. На этом этапе «гонки» Intel имела проблемы с нестабильностью кэша второго уровня у своего Pentium III на ядре Coppermine, что и вызвало задержку выпуска продукта.
Интересный факт — название Athlon пришло из древнегреческого языка и может переводиться как «соревнование» или «место боя, арена».
Такими же успешными этапами стали для AMD выпуск двухъядерного процессора Athlon X2 (90 нм), а спустя 2 года Quad-Core Opteron (65 нм), где все 4 ядра выращены на одном кристалле, а не представляют собой сборку из 2 кристаллов по 2 ядра в каждом. В тоже время Intel выпускает свои знаменитые Core 2 Duo и Core 2 Quad, выполненные по 65 нм технологическому процессу.

Вместе с увеличением тактовых частот и увеличением количества ядер остро встал вопрос об освоении новых технологических процессов, а также выхода на другие рынки. Крупнейшей сделкой корпорации AMD стала покупка ATI Technologies за 5,4 млрд долларов. Таким образом, AMD вышла на рынок графических ускорителей и стала основным конкурентом Nvidia. Intel же в свою очередь приобрела одно из подразделений Texas Instruments, а также компанию Altera за 16,7 млрд долларов. Результатом стал выход на рынок программируемых логических интегральных схем и SoC для потребительской электроники.

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

С 2018 года помимо прямой конкуренции у обеих компаний появились и совместные проекты. Ярким примером стал выпуск процессоров Intel Core 8-го поколения с интегрированной графикой AMD Radeon RX Vega M, объединив таким образом сильные стороны обеих компаний. Такое решение позволит уменьшить размеры ноутбуков и мини-компьютеров, одновременно увеличивая производительность и время автономной работы.

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

Уже совсем скоро новые процессоры AMD EPYC Rome появятся в нашей лаборатории. Узнайте об их поступлении первыми.
selectel.ru/promo/amd-servers/

AMD EPYC processors come to Google—and to Google Cloud



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

AMD и Google имеют долгую историю сотрудничества. Наш «Миллионный сервер», построенный в 2008 году, был основан на чипе AMD, и мы гордимся тем, что первыми стали использовать новейшую платформу AMD в центрах обработки данных, которые используются в наших продуктах.


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

Больше возможностей процессора дает вам большую гибкость в выборе лучшей виртуальной машины для вашей рабочей нагрузки. Независимо от того, используете ли вы рабочие нагрузки общего назначения, для которых требуется баланс вычислений и памяти, или большие вычислительные нагрузки, обусловленные пропускной способностью памяти, новые виртуальные машины AMD имеют широкий диапазон размеров для удовлетворения ваших потребностей. Процессоры EPYC доступны с базовой частотой 2,25 ГГц, 2,7 ГГц на всех ядрах и турбо-частоте и 3,3 ГГц на одноядерных турбинах. Процессоры EPYC начинаются с 2 vCPU и масштабируются до более 200 vCPU. Они будут поддерживать отношения RAM-vCPU от 1 до 8. Вы также сможете настроить их как пользовательские типы машин, соответствующие вашей конкретной рабочей нагрузке.
cloud.google.com/custom-machine-types/

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

Снапшоты для VDS!



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

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

Стоимость 1 снапшота для 1 VPS — 50 рублей в месяц. Максимальное количество снапшотов для 1 VPS = 3 штуки.

Заказать через личный кабинет. billing.firstbyte.ru/billmgr
В случае возникновения любых вопросов — обращайтесь, проконсультируем.

Backblaze Hard Drive Stats Q2 2019



На 30 июня 2019 года у Backblaze было 110 640 вращающихся жестких дисков в нашей постоянно расширяющейся экосистеме облачных хранилищ. Из этого числа было 1 980 загрузочных дисков и 108 660 дисков с данными. В этом обзоре рассматриваются Q2 2019 и коэффициенты отказов жестких дисков в течение срока службы моделей накопителей данных, которые в настоящее время используются в наших центрах обработки данных. Мы также попрощаемся с несколькими моделями накопителей, которые существуют уже несколько лет, посмотрим, как работают наши накопители Toshiba емкостью 14 ТБ (предупреждение о спойлере: отлично), и по пути мы предоставим несколько идеи и наблюдения внутри нашего хранилища. Как всегда, мы опубликуем данные, которые мы используем в этих отчетах, на нашей веб-странице с данными о тестировании жесткого диска, и мы с нетерпением ждем ваших комментариев.

Статистика отказов жесткого диска за Q2 2019
В конце второго квартала 2019 года Backblaze использовала 108 660 жестких дисков для хранения данных. Для нашей оценки мы исключаем из рассмотрения те диски, которые использовались в целях тестирования, и модели, для которых у нас не было как минимум 60 дисков (см. Почему ниже). Это оставляет нам 108 461 жестких дисков. В таблице ниже показано, что произошло во втором квартале 2019 года.


Примечания и наблюдения
Если в модели накопителя частота отказов составляет 0 процентов, это означает, что в течение второго квартала 2019 г. отказы накопителей этой модели отсутствовали — показатели отказов на весь срок службы приведены ниже в этом отчете. Два диска, перечисленные с нулевым количеством сбоев во втором квартале, были моделями Toshiba на 4 ТБ и 14 ТБ. В накопителе Toshiba 4 ТБ недостаточно большого количества накопителей или дней, чтобы быть статистически надежным, но за последние три года вышел из строя только один накопитель этой модели. Мы рассмотрим статистику накопителей Toshiba на 14 ТБ чуть позже в отчете.

Было 199 дисков (108 660 минус 108 461), которые не были включены в приведенный выше список, потому что они использовались в качестве тестовых дисков, или у нас не было по крайней мере 60 из данной модели дисков. Теперь мы используем 60 накопителей той же модели, что и минимальное количество, когда мы публикуем статистику накопителей за квартал, год и за весь срок службы, поскольку во всех вновь развернутых накопительных блоках имеется 60 накопителей — в старых моделях накопительных накопителей было минимум 45.

2000 стручков для хранения Backblaze?
В настоящее время у нас работает 1 980 накопительных контейнеров. Все они являются версией 5 или версией 6, поскольку недавно мы раздавали почти все более старые стручки для хранения людям, которые остановились у нашего хранилища в Сакраменто. Почти все, как у нас есть пара в нашем музее хранения Pod. В настоящее время существует 544 модуля версии 5, каждый из которых содержит 45 дисков данных, и существует 1436 модулей версии 6, каждый из которых содержит 60 дисков данных. В следующий раз, когда мы добавим Backblaze Vault, который состоит из 20 модулей хранения, у нас будет 2000 работающих модулей хранения Backblaze.

До свидания Western Digital
Во втором квартале 2019 года последний из накопителей Western Digital объемом 6 ТБ был снят с эксплуатации. Средний возраст дисков составлял 50 месяцев. Это были последние из наших дисков данных под маркой Western Digital. Когда Backblaze только начинался, первыми дисками данных, которые мы развернули в массовом порядке, были диски Western Digital Green 1 ТБ. Так что, с некоторой грустью, мы видим, что количество накопителей данных Western Digital обнуляется. Мы надеемся увидеть их снова в будущем.

WD Ultrastar 14 ТБ DC HC530


Привет Western Digital
Несмотря на то, что бренд Western Digital исчез, бренд HGST (принадлежащий Western Digital) становится все более сильным, поскольку у нас еще есть много фирменных накопителей HGST, около 20 процентов нашей фермы, размером от 4 до 12 ТБ. Фактически, в этом квартале мы добавили более 4700 HGST 12 ТБ накопителей.

Это только в; Ходят слухи, что двадцать один накопитель Western Digital Ultrastar по 14 ТБ готовятся к развертыванию и тестированию в одном из наших центров обработки данных. Похоже, Western Digital вернулся: следите за обновлениями.

Прощай, 5 ТБ дисков
Еще в первом квартале 2015 года мы развернули 45 накопителей Toshiba объемом 5 ТБ. Они были единственными накопителями на 5 ТБ, которые мы развернули, поскольку производители быстро перешли на диски большей емкости, и мы тоже. Тем не менее, в течение четырех с лишним лет развертывания отказали только два, без сбоев со второго квартала 2016 года — три года назад. Это затрудняло прощание, но покупка, хранение и отслеживание пары запасных дисков емкостью 5 ТБ не были оптимальными, тем более что эти запчасти нельзя было использовать где-либо еще. Так что да, диски Toshiba объемом 5 ТБ были странными утками на нашей ферме, но они были настолько хороши, что смогли остаться на четыре года.

Привет снова Toshiba 14 ТБ Диски Toshiba
Мы упоминали диски Toshiba 14 ТБ в предыдущих отчетах, и теперь мы можем углубиться в них, учитывая, что они были развернуты почти девять месяцев, и у нас есть некоторый опыт работы с ними. Эти накопители начали своеобразное начало: шесть неудач за первые три месяца использования. С тех пор произошел только один дополнительный сбой, о котором во втором квартале 2019 года не было зарегистрировано ни одного сбоя. В результате годовая частота отказов в течение срока службы накопителей Toshiba 14 ТБ снизилась до весьма приемлемых 0,78%, как показано в таблице времени жизни в следующий раздел.

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


Данные о жестком диске
Полный набор данных, использованный для создания информации, использованной в этом обзоре, доступен на нашей веб-странице с данными испытаний жесткого диска. Вы можете скачать и использовать эти данные бесплатно в своих целях. Все, что мы просим, — это три вещи: 1) вы цитируете Backblaze в качестве источника, если вы используете данные, 2) вы соглашаетесь с тем, что несете единоличную ответственность за то, как вы используете данные, и 3) вы не продаете эти данные кому-либо; это свободно. Удачи и дайте нам знать, если найдете что-нибудь интересное.

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

Публикуйся в Timeweb Community и стань известным!



Публикуйся в Timeweb Community и стань известным!

Наш клиент Эмиль принял участие в акции «Платим за знания» и написал статью об SSL-сертификатах, которую за неделю прочитали 500 человек.

Безопасность, которую дарит https, сложно переоценить, но как выбрать SSL-сертификат? Статья Эмиля поможет вам в этом: в ней автор сравнил сертификаты от Let's Encrypt, Cloudflare и Free SSL Space и описал их преимущества и недостатки. Прочитать статью вы можете в нашем Community.

Вы тоже можете поделиться своими знаниями с другими пользователями! Станьте автором и заявите о себе на аудиторию в 150000 человек.
Условия нашей акции — на сайте.
timeweb.com/ru/services/bonuses/2852/

На что ориентироваться при выборе хостинга?



Функционал и количество ресурсов. Выбираем те параметры, которые будут необходимы для проекта.

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

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

Если сомневаетесь в выборе, всегда можно обратиться к нашим специалистам, которые подберут оптимальное решение для Ваших проектов: zomro.com

Сертификаты SSL доступны для заказа!



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

Доступны сертификаты следующих компаний: RapidSSL, Comodo, GeoTrust, Symantec, Thawte под любые задачи и цели.
  • RapidSSL 30-Day Free — бесплатно в месяц
  • Comodo PositiveSSL — 590 рублей в год
  • RapidSSL Certificate — 990 рублей в год
  • Comodo EssentialSSL — 990 рублей в год
  • Comodo PositiveSSL Wildcard — 6900 рублей в год

Ознакомится с тарифами и заказать вы можете на нашем сайте: SSL сертификаты
Либо через личный кабинет. billing.firstbyte.ru/billmgr
В случае возникновения любых вопросов — обращайтесь, проконсультируем.