Персоналом Техопедии, 7 декабря 2016 г.
Вывод: ведущий Эрик Кавана обсуждает доступность с Робином Блором, Дезом Бланчфилдом и Берт Скальцо из IDERA.
Вы не вошли в систему. Пожалуйста, войдите или зарегистрируйтесь, чтобы увидеть видео.
Эрик Кавана: Дамы и господа, привет и добро пожаловать снова. В среду четыре часа по восточному времени, и в эти дни это может означать только одно, если вы находитесь в мире данных: снова пришло время для Hot Technologies! Да, в самом деле.
Меня зовут Эрик Кавана, я буду вашим хозяином для шоу. Он предназначен для того, чтобы выяснить, что горячо, что там происходит, какие классные вещи используются на предприятии, и, конечно, в основе всего, что мы делаем во всей этой области, лежит база данных. Итак, мы поговорим о защите вашей базы данных. Точная тема: «Защитите свою базу данных: высокая доступность для данных с высоким спросом». Итак, действительно есть слайд о вашей. И, хватит обо мне, ударил меня в Твиттере, @eric_kavanagh.
Во-первых, в этом году жарко, данные горячие, большие данные очень горячие, но они все еще на грани. В наши дни все больше передовых компаний используют большие данные, большинство организаций по производству хлеба и масел в мире, они все еще используют традиционные данные, и если ваши данные пользуются большим спросом, вы хотите убедиться, что они доступны, потому что когда системы выходят из строя, когда данные недоступны, это когда вы получаете несчастных клиентов, несчастных потенциальных клиентов, вы получаете отток клиентов, вы получаете несчастные всевозможные вещи, партнеров и т. д. Так что вы этого не хотите.
Мы собираемся учиться у одних из лучших на сегодняшний день в бизнесе - мы услышим от нашего собственного доктора Робина Блура, эксперта по базам данных, который работает уже около трех десятилетий. Дез Бланчфилд, который занимался этим примерно столько же лет, но он начал, когда он был совсем молодым, и Берт Скальцо из IDERA, который на самом деле является черным поясом базы данных. Так что не стесняйтесь, ребята, задавайте вопросы - большая часть этого события важна для вас, когда вы задаете хорошие вопросы и получаете хорошие ответы, поэтому отправляйте их через окно чата или компонент вопросов и ответов на вашей консоли.
И с этим я собираюсь передать это Робин Блур - забрать это.
Доктор Робин Блур: Хорошо, позвольте мне щелкнуть это и посмотреть, если он движется - он делает. Я не собираюсь говорить о базе данных особенно. Я подумал, что, вы знаете, потому что я делаю вступительную, первую вводную презентацию, поэтому я расскажу об ожидаемых уровнях обслуживания и, конечно же, доступности, что является соглашением, которое является темой сегодняшнего шоу.
И вопрос в том, знаете ли: «Действительно, что такое доступность? И какую роль это играет в том, как люди сегодня управляют дата-центрами? »Я заметил одну вещь - я заметил это на самом деле в 90-е годы - я работал над одним сайтом, и пользователи начали жаловаться, потому что их электронная почта была недоступна для 15 минут.
И это было интересно, потому что технический директор или кто-то, кто отвечал за ИТ, фактически имел одно из немногих мест, где в те дни они фактически определяли уровни обслуживания, и электронная почта, которая была отключена в течение 15 минут, не нарушала чей-либо уровень обслуживания., Я думаю, что на самом деле это разрешено проводить два часа. Это не электронная почта не могла быть использована, просто вы не могли отправлять и получать, потому что сервер не работал. И это как-то предупредило меня о том, что с тех пор я заметил движение вперед, что все просто ускоряется, как и ожидания пользователей, и это приводит вас к ситуации, когда люди могут иметь три уровня обслуживания, но часто они начнет жаловаться, когда уровни обслуживания фактически не нарушаются.
Итак, определение уровней обслуживания, просто чтобы дать - ну, это может зависеть именно от того, о чем вы говорите, с точки зрения уровней обслуживания. Мы говорили об ИТ-системе или ИТ-приложении. Обычно определяют с точки зрения производительности, доступности и метрики - другими словами, вы не можете реально определить уровень обслуживания, если не можете измерить его, поэтому обычно требуется какое-то измерение, и обычно речь идет о времени отклика, конкретных транзакциях и доступность систем в течение определенного периода времени, и примерно до 1994–1995 гг. действительно редко требовалось, чтобы какие-либо системы были доступны в течение более чем нормального рабочего времени. Итак, скажем, с восьми утра до шести вечера, чтобы дать нормальный промежуток - и люди строили системы и тому подобное, и это означало - на мой взгляд, в частности, с базой данных - вы можете настроить базу данных особым образом и как пакетное окно начало сокращаться, в некоторых системах, а затем и в других системах возникла необходимость снова думать, и затем мы получили услугу или архитектуру, которая начала создавать зависимости между системами, которые ранее не зависели от друг друга, делая все еще хуже. Мы получили сжатие с точки зрения доступности систем.
Я говорил о доступности, она включает в себя резервное копирование и восстановление и включает в себя - это не просто доступность в обычных терминах, о которых мы говорим; Есть много разных способов, которыми приложение может потерпеть неудачу. Вы знаете, вы можете получить аппаратный сбой или вы можете получить сбой базы данных, вы можете получить программный сбой, и есть множество различных видов этих вещей, и когда это происходит, вы должны быть в состоянии восстановить и, следовательно, вам также нужно вернуться до систем. Таким образом, должна быть какая-то схема резервного копирования системы, и вам также, на многих сайтах в настоящее время, вам нужна возможность аварийного восстановления в случае взрыва целого здания. И кое-что стоит упомянуть здесь, и я собираюсь рассказать об этом через минуту, но бизнес-процессы, у них тоже есть уровни обслуживания, и на самом деле, уровни обслуживания бизнес-процесса, которые действительно важны для бизнеса. Он просто должен сделать свою часть этого и в соответствии с любым соглашением.
Уровни ИТ-услуг, как правило, являются вспомогательными по отношению к уровням обслуживания бизнес-процессов, но, как это было 15 лет назад, когда любая организация имела четко определенные уровни обслуживания, организации по-прежнему редко имеют четко определенные уровни обслуживания для бизнес-процессов., Это то, что сейчас происходит; это не то, что происходит в течение длительного времени.
Это ускорение и временные барьеры, просто стоит упомянуть временные барьеры. Мы постепенно движемся в мир обработки событий, и поэтому мы постепенно движемся в мир реального времени, и из-за этого мы постепенно переходим к доступности, требующей 24 на 7, и это на самом деле сложно для многих систем - это трудно достичь. Либо это очень дорого, либо в некоторых случаях вам, возможно, придется изменить системы, даже перейти на другую базу данных, другую версию программного обеспечения базы данных, которое мы используем.
Также эти временные барьеры - и я всегда люблю упоминать их всякий раз, когда у меня появляется возможность - это временные барьеры, с которыми сталкиваются наши приложения; приложения могут захотеть работать как можно быстрее, тогда программное обеспечение говорит с программным обеспечением. В некоторых ситуациях действительно нет приемлемой лицензии, вы хотите быть настолько быстрыми, насколько это возможно, и в таких ситуациях, связанных с бизнесом, как рыночные ситуации, когда человек, который приходит со вторым ордером на покупку, получает цену хуже, чем кто-либо другой. кто идет первым, и поэтому скорость программного обеспечения действительно имеет значение.
Но вы знаете, что ниже, когда вы на самом деле имеете дело с - взаимодействуете - с людьми, лучшее время отклика, которое действительно может потребоваться от вас, составляет одну десятую секунды, потому что это время отклика человека. Вам не нужно идти быстрее, потому что человек все равно не заметит. Между 1, 1 и четырьмя секундами - это время ожидания, которое люди обычно терпят, но как только вы пройдете около четырех секунд, они перестают делать что-то еще, и поэтому вы действительно приступаете к пакетной деятельности.
Таким образом, вы можете видеть, что определенные временные рамки и день, неделя и месяцы для тех вещей, в которых поведение пакета имеет смысл, и, следовательно, вы не находитесь в мире обработки событий, и, следовательно, доступность может на самом деле сильно отличаться в зависимости от того, что вам нужно чтобы быть в состоянии обеспечить. Но как только вы попадаете в мир событий, вы получаете доступность в режиме 24/7, и технологические изменения являются фактором, поскольку технологии развиваются быстрее и быстрее, тогда доступность может не увеличиться; это просто остается таким, как есть.
Это уровни сложности, и я не хочу вдаваться в подробности, просто есть три вещи, которые следует рассмотреть здесь. Существует уровень обслуживания инфраструктуры, это вертикальная ось, и затем есть уровень обслуживания любого конкретного приложения, а затем есть уровень бизнес-обслуживания, и они зависят друг от друга, и их необходимо принимать во внимание. если вы на самом деле смотрите на создание адаптивной среды, где уровни обслуживания, в основном, встречаются.
Затем, внизу, у вас есть только представленные базы данных, но вы можете делать все внутри системы, вы знаете, что у вас есть конфигурация без остановок, что означает, что она говорит: она никогда не остановится. У вас возникла ситуация горячего резервирования, когда тем или иным способом существуют разные способы ее достижения, но, так или иначе, в случае сбоя базы данных она переключается в режим горячего резерва и очень мало сроки, до того момента, когда пользователи, вероятно, заметят, но не заметят много
Теплый режим ожидания больше похож на 20-минутное переключение, когда все звонят в службу поддержки и сучатся в службе поддержки, пока база данных переключается в режим ожидания. Затем возникает ситуация перезагрузки, при которой это может занять очень много времени. Стоит отметить, что любое конкретное приложение или любая конкретная база данных могут находиться в любой из ситуаций, в зависимости от того, что на самом деле происходит, и от того, какой уровень обслуживания требуется для приложения.
Исходя из этого, я просто хочу сделать вывод о кривой сложности. Сложность проистекает из узлов и связей, зависимостей. В мире, в котором мы живем, число узлов и соединений, участвующих в чем-либо, просто растет, поэтому вы приближаетесь к такой кривой ускорения. Если вы можете посмотреть, как растет сложность и как сокращаются временные измерения, то вы знаете, для уровней доступности, есть ли целевые показатели времени, они могут уменьшаться?
И поэтому естественная эволюция направлена на непрерывную работу, которая, конечно, самая дорогая - по крайней мере, по моему опыту - это самые дорогие конфигурации, которые вы можете создать. Так или иначе, любая организация, которая думает об этом, действительно должна думать не только о том, что происходит сейчас, но и о том, что произойдет в будущем.
Возможно, последнее, что я хочу сделать, это то, что управление уровнями обслуживания - это постоянная деятельность; это не то, что вы знаете, у вас есть проект, вы делаете это, и все кончено. Это не так, потому что все просто меняется. Сказав это, я передам мяч Дезу.
Дез Бланчфилд: Спасибо, Робин. Мне нравится ваш первый слайд. Мы только что повторили фильм «В поисках Немо 2». У вас был Nemo, ищущий доступность в форме девяток, который я думал, был довольно симпатичен. Всегда тяжелый поступок, которому нужно следовать. Когда я думаю о работоспособности, доступности и высокой производительности, первое изображение, которое приходит мне на ум, потому что я вырос на Соломоновых островах возле вулканов и экватора, это извержение вулкана в моем центре обработки данных; у меня всегда есть такой образ, который потенциально может произойти, если что-то пойдет не так. Это картина прекрасной горы. Этна, северо-восточный угол Сицилии, который находится прямо рядом с Катанией.
Мой подход к этому состоит в том, чтобы поговорить с вами и дать вам пару блюд на том же уровне, что и я в зале заседаний на регулярной основе от C-suites и руководителей бизнес-подразделений, с тем чтобы у нас был разговор о том, что может повлиять на вашу организацию с коммерческой или технической точки зрения, и о типах техники.
Нам нужно подумать о том, что и как мы от этого избавляемся, и как мы пойдем, чтобы решить некоторые из проблем, о которых мы говорим, когда говорим о высокой доступности и времени безотказной работы, особенно в отношении автоматизации и платформ.
Итак, изначально мы задаем вопрос: что мы на самом деле имеем в виду, когда говорим о системах баз данных и доступности платформы баз данных? Что на самом деле означает говорить о реальной задаче сделать что-то доступным для уровня, о котором Робин говорил в установленном соглашении об уровне обслуживания, отображающем то, что нам на самом деле нужно и нужно?
Итак, сегодняшняя реальность такова - и на самом деле, на мой взгляд, это пара пиковых реалий - сегодня все эффективно управляется базой данных. На сегодняшний день существует очень мало систем, которые построены таким образом, чтобы материал просто сохранялся в файлах или представлял собой некий плоский журнал файлов; неизменно все управляется базой данных. В результате этого у нас возникла необходимость перестать думать о доступности этих баз данных, различных систем и приложений и инструментов, которые от них зависят, и полагаться на них в предоставлении услуг, которые мы стремимся предоставлять, продавать или потреблять., И вся инфраструктура вокруг него.
На самом деле, это так, когда вы думаете о больших разрушениях данных в последнее время, в частности, о цифровых нативах или облачных нативах, о некоторых компаниях, таких как Uber и Airbnb и т. Д., И о немного более старых PayPals. и eBays мира - масштаб и размер этих организаций возможны только благодаря современным технологиям баз данных и современной облачной инфраструктуре. Без этого, без дополнительной предоставленной способности, они просто не могли бы существовать. Представьте себе сценарий, когда вы можете попасть на eBay только с 9:05 до 9:25, потому что он был недоступен до конца дня, потому что он пытался сделать iCloud или сделать резервную копию или что-то в этом роде, просто не получилось бы работал.
Итак, есть и другие ключевые области, когда вы думаете о нашей повседневной жизни, знаете ли, например, розничная торговля, банковское дело и финансы, авиакомпании и так далее. Крупные отраслевые группы, такие как авиационная логистика, транспортные перевозки, правительство в целом, национальная безопасность, полиция и так далее. Все эти отрасли, все эти сегменты рынка, все эти органы, группы зависят от того, какая их среда работает и работает.
Итак, имея это в виду, у нас также есть еще одна оговорка, о которой нам нужно подумать, другая еда на вынос, о которой я хочу оставить вас думать, и это то, что наш мир теперь - это то, что я называю «всегда». Мы постоянно связаны, и эту тему вы услышите на регулярной основе, и я собираюсь повторить ее и повторить. Теперь у нас в руках смартфоны целый день, каждый день. Мы не выключаем их, мы помещаем их рядом с кроватью, мы неизменно используем их в качестве будильников, мы используем их в качестве камер и фотографируем, они помещают эти фотографии в облако.
Они всегда включены, постоянно связаны менталитет. На самом деле, есть фраза «монета», которую я люблю использовать, и это то, что мы сейчас живем в поколении Fitbit, где мы все измеряем, мы отслеживаем все, и это нужно зарегистрировать и это будет куда-то идти.
И есть еще одна фраза, с которой я собираюсь тебя покинуть, и это где-то в девять часов, все время. Это мир, в котором мы живем 24/7/365. Земля постоянно вращается вокруг Солнца, и в какой-то момент, и время, каждый час дня, это девять часов. А это значит, что люди встают с постели и пытаются что-то делать, покупать вещи, устанавливать вещи и т. Д.
Итак, что мы имеем в виду, когда говорим о высокой доступности? Ну, это звучит действительно очевидно, пока вы не начнете погружаться в детали. Итак, вы знаете, когда мы думаем о «ОК, что означает высокая доступность?». В действительности, серебряной пули нет. Это довольно сложная концепция, поскольку Робин связался с некоторыми из упомянутых им тем, таких как измерение доступности и соглашений об уровне обслуживания. Мы сопоставляем это с такими вещами, как, у меня есть эти вопросы, это время безотказной работы? Мы беспокоимся о таких вещах, как то, что мы называем пятью девятками, о которых я расскажу через минуту. Мы рассматриваем себя с тем, что в наших соглашениях об уровне обслуживания? Например, в соглашениях об уровне обслуживания, я имею в виду задержки, трехбуквенная аббревиатура соглашений об уровне обслуживания становится все более и более критической в наши дни.
По мере того, как вы проходите весь этот процесс, проводимый локально и самостоятельно, в сторонних центрах обработки данных и внешних управляемых службах, и теперь мы идем до облака. А реальность такова, что когда вы говорите об облаке, это просто компьютеры других людей. А это значит, что вы не используете инфраструктуру, вы не используете системы и неизменно не используете облако. Вы делаете инфраструктуру, настроенную как платформа, так что это еще более важно в службе продаж. Теперь представьте, например, продажи, вы знаете, что вы не касаетесь какой-либо инфраструктуры, вы просто заходите в веб-интерфейс.
Таким образом, единственный механизм, который у вас есть в этом мире облачной и внешней инфраструктуры любой формы для управления, это соглашения об уровне обслуживания, это единственный механизм, который у вас есть, и если люди не отвечают вашей установке, то они либо терпят штрафы и уменьшение суммы денег, которую вы им платите или просто не платите.
Итак, это напоминает нам всю эту проблему, знаете ли, как нам управлять высокой доступностью? Как мы можем управлять временем доступности, если это не ваша инфраструктура - все дело в SLA, например. Если это ваша инфраструктура или даже если это чужая инфраструктура с точки зрения дизайна. Мы говорили о балансировке нагрузки в модельной науке, это патент на отказоустойчивый дизайн?
Вы используете активный активный или активный режим ожидания в своих архитектурах? У вас есть несколько серверов, несколько платформ хранения? Как работают эти платформы хранения? Они повторяют друг друга, отражают ли они друг друга? Вы используете RAID? Какой тип RAID вы используете для резервного хранилища? Вы используете RAID на уровне диска? Вы используете платформу хранения объектов, которая реплицируется между модельными дисками, модельными системами и дисками? Это N плюс один за каждый маленький кусочек инфраструктуры, который вы получили? Вы добавляете еще один, и он находится в том же центре обработки данных или другом центре обработки данных? Например, вы создали патент на дизайн, который не учитывает ни одной торговой точки?
Все эти фундаментальные вещи, сейчас они звучат как простые понятия, но когда вы входите в каждую из этих вещей, это очень, очень подробные вещи. Когда мы говорим о доступности, мы неизменно заканчиваем тем, что говорим о девятках. А что мы имеем в виду с девятками? Мы все слышали об этом, но давайте просто подумаем, что они значат на минуту и почему они важны.
Итак, мы говорим об одной девятке, что составляет всего 90 процентов нашей доступности. Я знаю, это звучит очень высоко. Таким образом, когда мы говорим 24 на 7 на 365, если мы просто посмотрим, например, на один год, когда мы говорим на один девять, что составляет 90 процентов времени, это дает тридцать шесть с половиной дней простоя в год. Давайте просто округлим это до чуть более месяца.
А теперь подумайте о любом бизнесе, с которым мы имеем дело каждый день - будь то онлайн-банкинг, eBay, PayPal или социальные сети, такие как LinkedIn, Twitter или просто розничный продавец, - скажем так, я просто хотел заказать перелет в США из солнечного света. Австралия, был бы я счастлив, если бы я хотел приехать в Америку через несколько недель, если бы моя любимая авиакомпания не работала в течение тридцати шести с половиной дней, потому что их поставщик услуг сказал: «Смотри, мы на 90 процентов времени «? Конечно, я бы не стал.
По мере поднятия этой модели две девятки: 99 процентов. Хорошо, что становится 3, 65 дня, примерно три с половиной дня простоя в год. Это большое дело? Это хорошо, если у вас Черная пятница, и вы проводите специальные распродажи, и люди могут покупать только в течение этих нескольких дней.
Три девятки становятся всего 8, 7 часа в год, но даже 8, 7 часа в год, это безостановочно восемь часов нашего времени. Хорошо, что в банковском деле и финансах, в здравоохранении - если это больница, то это может стоить жизни. Когда вы поднимаетесь, четыре девятки - это 52 минуты, пять девяток - это пять минут, а шесть девяток - это в основном 30 секунд. Шесть девяток чрезвычайно высоки, и когда вы поднимаетесь по этой лестнице, когда вы взбираетесь на эту рождественскую елку девяток, чем больше девяток вы поднимаетесь, тем сложнее дизайн, окружающая среда и платформа. Труднее доставить эту услугу, и если вы думаете об уменьшении количества времени, которое у вас есть для выполнения таких операций, как резервное копирование, администрирование, исправления, окна обслуживания при любой форме сбоев - все нетривиальные задачи - и все сводится к процентам простоев, по сути.
Ключ, который я хотел бы передать, заключается в том, что серебряной пули, как я уже упоминал, нет. Когда дело доходит до доступности, не существует «одного размера, который подходит всем». У вас может быть особый тип патента на образец, который подходит для ключевых отраслей промышленности. С одинаковыми проблемами сталкиваются все банки. Некоторые могут быть розничными банками, некоторые могут быть премиальными банками. Некоторые банки могут сосредоточиться на торговле и инвестициях, управлении активами. Некоторые могут быть чисто потребительскими. Некоторые из них могут быть размещены только через Интернет и даже не иметь кассиров, а иметь дело только с банкоматами при выдаче наличных. Таким образом, в этих сценариях, даже в банковской сфере и в сфере управления капиталом и индустрии финансовых услуг в целом, у каждого из них все еще есть свой особый вкус или то, что им нужно, когда дело доходит до доступности.
Поэтому, когда мы думаем о доступности на простом английском языке, о соотношении между доступностью и высокой доступностью - мы думаем, что это одно и то же, но на самом деле это мел и сыр. Доступность - это, как я выразился простым английским языком, показатель времени, в течение которого сервер или процесс функционируют нормально или в целом, в зависимости от их использования. Это просто означает, как мы описываем, доступно это или нет. Когда мы говорим о доступности, мы часто попадаем в ловушку «я предоставляю ее в доступной форме» по сравнению с высокой доступностью для защиты безопасности этой инфраструктуры.
Высокая доступность, в другом смысле на простом английском языке, - это проект, при котором вы реализуете или достигаете какой-то результат и доступность данных, в частности, где почти все время - 24/7/365 дней в году - эта доступность достигает некоторых из этих девятки. Неизменно это не означает 100 процентов. Сто процентов технически невозможно в реальном мире в любой среде. Это очень сложно для одного сервера в операционной системе с базой данных на нем, с запущенной платформой, и на этом приложении вы можете доставить его и ожидать, что оно будет работать на 100 процентов. Итак, мы начинаем думать о дизайне. Есть ли у нас избыточность, у нас есть несколько слайдов для репликации? Затем, когда вы говорите простым языком, интересно, насколько отличается тема доступности от высокой доступности.
Я подумал, что изложу это в простой простой графической форме, чтобы дать нам представление о том, как это выглядит, когда вы начинаете поднимать задачу повышения доступности в целях защиты времени безотказной работы вашего сервиса. В левом нижнем углу у нас есть одна девятка. Я выложил пять девяток, о которых мы обычно говорим. Шесть девяток немного возмутительно. Когда мы говорим о пяти девятках в левом нижнем углу, примерно 35 дней с перерывами в работе, это среда с низкой стоимостью и сложностью, которую вы пытаетесь обеспечить, потому что у вас есть ряд вещей, которые могут дать сбой, и вы можете по-прежнему выполнять ваши соглашения об уровне обслуживания.
Но когда вы идете по дну слева направо, и вы попадаете в точку, где на рисунке больше девяток, вы получаете сценарии, когда вы начинаете думать о репликации систем и платформ. Вам нужно подумать о кластеризации и виртуализации различных частей инфраструктуры. Вам нужно подумать о геолокации этих кластеров, нескольких сайтах центров обработки данных, а также подумать о типе отрасли и сегменте рынка, на который вы нацелены. Так какой уровень обслуживания вам нужно встретить? Какое обслуживание вы ищете? Области, которые в режиме реального времени основаны на карточных услугах, которые сообщают о связи. Это военные службы? Таким образом, этот график идет снизу слева вверху справа, и по мере прохождения этой кривой стоимость и сложность возрастают. По мере того, как вы получаете более сложные и более сложные среды, вам понадобится больше девяток.
Этот график, например, делает очень похожую вещь: он описывает историю между компонентом стоимости и требуемым компонентом доступности. Таким образом, в верхнем левом углу мы отображаем высокодоступные сложные системы, и стоимость, понесенная, если эта доступность падает, по сравнению с преимуществом доступности при нулевом времени простоя. Так, например, если у нас есть среда с левой стороны, где дела идут плохо, мы можем понести финансовые потери. У нас есть юридические последствия, которые могут быть последствиями на уровне коммерческой бизнес-стратегии.
Я полагаю, что существует множество видов моральных проблем, связанных с предоставлением услуг. Если это отрасль здравоохранения, и они начинают сталкиваться с издержками, связанными с простоями, влиянием на клиентов, снижением удовлетворенности клиентов, производительности персонала, производительности пользователей и т. Д. Это влияет, если мы думаем о разработке очень сложных, сильно зависимых очень рискованная среда, в которой существует потенциальный риск отключения и, следовательно, потери.
С правой стороны мы стремимся к сценарию, в котором, если мы инвестируем высокую стоимость и планируем в дизайн, мы инвестируем в интеллектуальную реализацию. Мы инвестируем в предоставление людям навыков и ресурсов, и мы высоко ценим сеть и высоко оцениваем операционную среду, а также аппаратное и программное обеспечение. Мы получаем высокую доступность, но это дорого обходится. Таким образом, раскачивающееся волшебное маятниковое пятно оптимального положения в середине, где они пересекаются, где мы немного уменьшили стоимость, и увеличивающаяся доступность, которая просто переключается между уровнями девяток и высокой доступностью, которая является непрерывной доступностью, и это когда-либо стоящая перед нами задача - сколько денег вы готовы инвестировать, чтобы получить уровень сервиса, который вы ищете?
У нас также есть тема, в которую я не буду вдаваться в подробности, но я просто хочу, чтобы вы убрали это и подумали об этом. Разница между средним временем между неудачами в вашем дизайне и средним временем восстановления. Другими словами, вкладываете ли вы средства в более качественную инфраструктуру, более качественное проектирование, более качественное аппаратное и программное обеспечение и более качественный квалифицированный персонал и ресурсы для проектирования и сокращения среднего времени между сбоями, среднего времени, необходимого для поиска разрыва, в отличие от снизить инвестиции в инфраструктуру, ресурсы и дизайн и слепые патенты, высокая способность к восстановлению? Другими словами, если что-то сломается, у вас есть много чего подключить. Если у кого-то есть ноутбук, и он умирает, у вас есть запасной. Вы передаете это им, и через 30 секунд они входят в систему. Это очень разные концы полюса. Верхний вывод подразумевает, что вы проектируете с высокими затратами и большими инвестициями, чтобы избежать сбоев, а нижний говорит, что «я собираюсь принять, что сбой наступит, поэтому я буду разбираться с этим и быть готовым к провалу». и выздоравливай быстро.
Как я упоминал ранее, где я мог бы сказать: «Моя доступность - это не ваша доступность». Поэтому, когда речь идет о средах баз данных и поддержке инфраструктуры, управлении вашей базой данных и ее защите, а также обеспечении высокой доступности, на самом деле не существует единого магазина., У каждого свои потребности и желания. Итак, вы должны задать себе эти фундаментальные вопросы, которые я оставлю вам, а именно: что ваша организация может себе позволить? Я говорю не только о долларах и центах. Я, как организация, говорю о том, что вы можете себе позволить из ресурсов, времени, усилий и т. Д. Настолько, насколько может обеспечить уровень доступности? Кроме того, что может поддержать ваш бизнес? Итак, текущие возможности, текущие навыки, текущая инфраструктура, текущее финансирование, которое вы можете собрать. Так что жонглирование между тем, что вы можете себе позволить, и тем, что вы можете поддержать, представляет собой интересный баланс.
Кроме того, вам нужно задать себе вопросы: какими навыками и технологиями вы владеете в компании? Можете ли вы взять на себя часть этой проблемы? Можете ли вы перенести вещи в облако? Если у вас есть инфраструктурный сервис, кроме программного обеспечения, вы останетесь без этого стека, если будете идти дальше вверх по стеку. Так стоит ли вам вкладывать больше средств в платформы и услуги, а не беспокоиться о части инфраструктуры, или же вы должны рассматривать программное обеспечение как предложение услуг, поскольку вам не придется беспокоиться о платформе?
Какой тип рынка и потребитель или клиент вы обслуживаете? Я имею в виду, что если вы являетесь оператором связи, и кому-то приходится поднимать трубку, и вы все время слышите тональный сигнал, это совсем другая задача - открыть небольшой розничный магазин с понедельника по пятницу, с девяти до пяти, и закрыть час в обеденное время, как угловой магазин парикмахера. Таким образом, вы должны очень долго и усердно думать, как это работает и что это значит для вашей организации, что вы должны быть в состоянии предоставить.
И затем жонглирование между тем, что находится внутри, тем, что находится снаружи, и потенциально, что находится в облаке. Как я уже говорил, это также связано с проблемами времени. Таким образом, мы остаемся перед последним вопросом, который я с нетерпением ожидаю от наших друзей из IDERA, чтобы они рассказали нам, как они решают эти самые задачи, и в этом заключается тонкая путаница между соответствием вашей желаемой и требуемой доступности производительности и тем, что нужно вашему бизнесу и что Ваш рынок и ваши потребители нуждаются.
А реальность такова, что это не значит подвиг. Чтобы обдумать эти вещи, потребуются время, усилия и деньги. И неизменно это инвестиции в людей и возможности специалистов и инвестиции в программное обеспечение и инструменты для автоматизации некоторых из этих процессов и предоставления этим людям правильных инструментов и правильных систем, которые сделают их жизнь не просто лучше, а возможной, потому что мониторинг очень крупномасштабных сред и защита и управление этими крупномасштабными средами часто выходит за рамки индивидуальных возможностей человека.
Итак, имея это в виду, надеюсь, я подготовил почву для отличного разговора наших друзей на IDERA, чтобы обсудить их платформу и инструменты, и я с нетерпением жду, чтобы в конце задать несколько замечательных вопросов. И я передам дальше.
Доктор Робин Блур: Хорошо. Берт, я только что дал тебе ключи, забери их.
Берт Скальцо: Спасибо! Спасибо, Дез и Робин. Я собираюсь продолжить тему высокой доступности ваших данных. И я собираюсь использовать многое из того, о чем только что говорил Дез. Итак, выбор, девятки, компромиссы, доступность. Я собираюсь попытаться объяснить это более с точки зрения администратора базы данных или кого-то, кто ближе к окопам, как они будут смотреть на это? Как они это спроектируют? И что это за выбор означает.
Теперь я постараюсь быть независимым от базы данных. Я не собираюсь рисовать, например, решение для Oracle или SQL-сервера, но я собираюсь нарисовать, скажем, общую архитектуру, которую предлагают все поставщики баз данных, что-то в этом роде. Все они называют его разными именами, но у вас есть общий выбор, и я хочу взглянуть на это как с точки зрения бизнеса, так и с точки зрения технологий, а также с точки зрения их соответствия бизнес-требованиям.
И я хочу начать с того, что является наиболее простым решением псевдо-высокой доступности из вариантов, которые вы имеете в решениях уровня хранения, решениях уровня виртуализации, решениях уровня базы данных. И затем я хочу представить вам тот факт, что все варианты доступны и в облаке.
Итак, опять же, я попытаюсь быть достаточно независимым от базы данных. Теперь, о большинстве вещей, о которых я собираюсь поговорить, я знаю, что они существуют в Oracle, SQL Server, MySQL, PostgreSQL. Есть также некоторые сторонние поставщики, которые делают инструменты, которые также дадут вам дополнительные архитектуры, которые вы могли бы рассмотреть. И, как только что сказал Дез, ни одно решение не является лучшим; Все это зависит. Но в том, на что мы будем смотреть, есть один универсальный факт: будет больше движущихся частей, поэтому это будет более сложным и, следовательно, более дорогостоящим.
Итак, мы все знаем, что данные являются важным активом. И все знают, что быстрый доступ к данным всегда приятен. Но надежный доступ к данным имеет решающее значение. И, как он говорил со своими примерами из девяти, можете ли вы позволить себе 36, 5 дней простоя? Очень важно, чтобы эти данные были доступны постоянно. Таким образом, время простоя может стоить целое состояние, как с точки зрения потерянного дохода, но еще более важно, с точки зрения потерянных клиентов или потери репутации клиентов. Я дам вам хороший пример; если какой-то конкретный веб-сайт, на котором я совершаю покупки, работает медленно, я могу попытаться найти новый веб-сайт, на котором продаются аналогичные товары по сходной цене, у которых нет медленных сайтов. И так, это не просто потеря клиента, это доброжелательность, которую клиент имеет к вам.
В наши дни аппаратное обеспечение намного дешевле, поэтому спрос на высокую доступность растет. И снова я собираюсь привести нас к облаку, когда мы посмотрим на это. И у нас есть предложения на разных уровнях: поставщики систем хранения, поставщики баз данных, поставщики виртуализации, а теперь даже поставщики облачных решений. Итак, что действительно интересно в облаке, так это то, что после того, как я нарисовал все эти замечательные картинки этих архитектур, которые вы могли бы построить в облаке, часто вы просто устанавливаете флажки. А вы говорите: «Я хочу репликации в разных географических регионах». Флажок. «Я хочу репликации ключевых аппаратных компонентов». Флажок. И поэтому, если вы понимаете картинки, иногда в облаке просто установите флажки, чтобы создать картинку, которая у вас на уме.
Теперь главное, каковы требования бизнеса для высокой доступности? Например, мне нужно беспокоиться только о сбое на одном сайте, или я должен иметь его на нескольких сайтах? Другими словами, могу ли я иметь один вычислительный центр, и мне все равно, отключится ли этот центр? Я не предъявляю бизнесу требования, чтобы он распространялся на несколько сайтов. Это деловой вопрос. И важно знать, как бизнес воспринимает ответы на этот вопрос, потому что это, как правило, определяет ваш бюджет.
Теперь вы также хотите посмотреть на уровень защиты от сбоев. Может ли это быть сбой питания? Это может быть отказ компонента? Как NIC или HBA выходит из строя, адаптер шины хоста. Это жесткий диск, который выходит из строя? Это сбой в шкафу? Это сбой компьютера? Или, в некоторых случаях, это сбой сайта? Это отличается от того, что в некоторых случаях у вас может быть сбой сайта, поскольку сам сайт отключен. В другом случае значительная часть сайта может быть отключена, но, с вашей точки зрения, это весь сайт.
А потом, как говорил Дез, каково время возобновления работы? Это деловой вопрос. Если компания говорит, что вы должны возобновить работу в течение двух минут, то, очевидно, это определит некоторые из этих картинок, которые я собираюсь показать, что вы будете работать, а некоторые из них не будут вариантами, которые вы можешь выбрать.
И еще один вопрос, который возникает во время высокой доступности, но часто люди забывают спросить: «Эй, бизнес, если что-то случится, когда я нахожусь в процессе обработки транзакции, что я могу потерять при возобновлении работы системы? " Другими словами, если я смогу восстановить систему через две минуты, и я могу потерять не более 10 секунд, скажем, транзакций, которые были в процессе, это приемлемый бизнес? И опять же, это определит, что бизнес готов на это потратить, а затем, опять же, это может определить, какие картины, которые я собираюсь показать, вам подходят или не применяются.
Итак, давайте начнем с самого простого решения псевдо-высокой доступности. Это на самом деле не высокая доступность, но мне нравится начинать с этого, потому что это заставляет людей думать правильно. Если у меня есть сервер и массив хранения, обычно я размещаю на этом сервере несколько сетевых карт, сетевых интерфейсных карт и связываю их так, чтобы в случае сбоя одной сетевой карты я все еще работал. И я сделаю то же самое с моими адаптерами шины хоста, я буду использовать несколько путей через разные коммутаторы, чтобы у меня было несколько способов добраться до моего хранилища. И у меня есть универсальный источник питания, и у меня есть повторяющиеся контроллеры внутри массива хранения, и, возможно, я сделал что-то вроде RAID 10 с моими дисками. Другими словами, на этом рисунке я предотвратил однокомпонентный сбой на нескольких уровнях. Итак, я не связан ни сетевой картой, ни HBA, ни контроллером, ни коммутатором.
Но если вы заметите, сервер находится в красном и массив хранения в красном. У меня все еще есть две области, где, если они терпят неудачу, если мой сервер уходит, я мертв, если мой кабинет массива хранения уходит, я мертв. Итак, хотя это не очень высокая доступность, вы начинаете видеть и смотреть на картинку и говорить: «Я хочу картинку, где нет красного». И это действительно цель этих картин, чтобы мы указали в правильном направлении.
Итак, первое, что должно произойти, как администратор БД, я всегда хотел бы поместить решение с высокой доступностью в качестве реализации базы данных, но возможно, что оно доступно, что можно сделать как решение для хранения, или это может быть что это может быть репликация на уровне хранилища. В случае слева у меня есть виртуализация хранения. Происходит то, что у меня есть RAID 0 в двух разных шкафах для хранения моих дисков, но у меня есть RAID 1 в двух разных шкафах для хранения. Другими словами, теперь у меня действительно может быть сбой в шкафу, и я не умер. Таким образом, это лучше, чем предыдущая картина, потому что на предыдущей картинке - помните, у нас были и красный на сервере и красный на массиве хранения - и теперь мы сделали небольшое улучшение, теперь у нас больше нет красного на уровне хранения, мы Я использовал - виртуализация хранилища решила эту проблему.
Теперь еще один способ сделать это - и не все поставщики предоставляют это - это то, что вы можете выполнять репликацию на уровне хранилища. Я не говорю о репликации базы данных, я на самом деле говорю о репликации вашего блочного ввода-вывода для вашего хранилища. И это можно сделать на уровне хранилища. И снова, теперь у меня на правой стороне еще одно изображение, где я убираю красный снизу, потому что я использую репликацию хранилища.
И так, это еще одна картина, которая может или не может быть доступна. И человек, который будет управлять этим, может быть вашим администратором хранилища, а не администратором базы данных. Мне нравится поднимать этот вопрос, потому что иногда люди думают: «О! Высокая доступность, это должен быть администратор базы данных, который решает эту проблему». Это не всегда так; в этом случае это может быть администратор хранилища.
Теперь мы можем сделать виртуализацию серверов как возможное решение. Теперь, если вы помните, на первом рисунке у меня был красный на сервере и красный на массиве хранения. Я мог бы, в этом случае, используя виртуализацию, я мог бы переместиться, и в некоторых случаях это переезд является своего рода теплым переездом, а в некоторых случаях даже может быть горячим переездом. Некоторые виртуальные или гипервизоры предоставляют возможность перемещать виртуальную машину в полете. И некоторые базы данных с готовностью примут это движение в полете. Теперь, опять же, не все гипервизоры обеспечивают это, но это один из возможных уровней решения. Теперь я сделал, чтобы верхние серверы больше не были красными, но у меня все еще есть массив общего хранилища, и думаю, что это решение может быть совместным усилием администратора базы данных и администратора виртуализации. Или это может быть просто администратор виртуализации, в зависимости от того, какой уровень перемещения поддерживается на этом гипервизоре и этой базе данных.
Если вам интересно: «Ух ты, что он имеет в виду под этим переездом? Приведите мне конкретный пример ». Например, в VM, где вы можете использовать VMotion для перемещения вашей виртуальной машины с одного хоста на другой и делать это без простоев. Теперь ясно, что на предыдущей картинке все еще было немного красного. У меня все еще было хранилище как единственная точка отказа. И поэтому мы переходим к следующему решению, которое, ну, в общем, позвольте мне объединить виртуализацию хранилища и сервера.
Теперь, в этом случае, опять же, это может быть администратор хранилища и администратор виртуализации, которые создают это решение, и теперь посмотрите: у меня есть изображение без красного цвета. У меня высокая доступность, потому что я могу переместить виртуальную машину или работающее приложение или базу данных с одного сервера на другой, и у меня есть виртуализация в моем массиве хранения, когда он выполняет RAID 1 в двух отдельных массивах хранения. Я подключил несколько коммутаторов и мои HBA.
Итак, теперь я построил систему высокой доступности и сделал это прежде всего не на уровне базы данных. Другими словами, я использовал другие технологии для достижения того же. Итак, это решение. Затем мы попадаем в так называемый масштабируемый кластер с общим хранилищем. Это действительно не решение HA, но, опять же, мне нравится показывать его на картинке.
И здесь происходит то, что у нас есть два сервера, на которых работает база данных, и она считается одной базой данных. Это не две отдельные базы данных; это не как хозяин и раб, ни горячо, ни холодно, ни активный, ни резервный. То есть оба эти узла работают вместе, чтобы представить одну логическую базу данных. Итак, что происходит, если какой-то конкретный узел выходит из строя, вы все еще в рабочем состоянии. Таким образом, он защищает вас от сбоев на уровне сервера и делает это, по сути, путем разделения ресурсов узла, если хотите, но у вас все еще есть единственная точка отказа для диска. Итак, это масштабируемый кластер с общим хранилищем, и Oracle называет его Real Application Cluster или RAC.
Теперь другое решение - использовать отказоустойчивый кластер с общим хранилищем. Итак, слева у меня есть активный узел, справа у меня пассивный узел, между ними пульс. У меня есть массив общего хранилища, и это очень важно; ты должен иметь это. И в основном, что происходит, если активный узел сталкивается с проблемами, пассивный узел может вступить во владение. Есть проблемы с лицензированием к этому. Некоторые поставщики баз данных позволяют вам иметь пассивный узел с ограниченной лицензией на фиксированное время. В других случаях вам необходимо иметь полное дублирующее лицензирование. Все зависит от вашего поставщика базы данных. Но все они поддерживают такую картину, которая, если один узел выходит из строя, другой узел может вступить во владение.
И, как правило, это один из тех сценариев, в которых, когда вы переходите от активного узла к пассивному, вы, вероятно, в большинстве баз данных - не во всех - вы потеряете некоторые из полетные операции. Затем мы рассмотрим то, на что действительно может обратить внимание администратор базы данных, а именно репликацию базы данных, и существует два различных способа репликации базы данных.
Существует физическая репликация, и, что важно, в середине этого изображения вы можете увидеть с зеленой звездой, что репликация выполняется базой данных, но, как и виртуализация на уровне хранилища, выполняется в блоке уровень. Итак, мы повторяем фактические операции ввода-вывода с активного узла на пассивный или только для чтения. И это считается физической репликацией.
Теперь позвольте мне перейти к следующему слайду, потому что он почти идентичен, и его логическая репликация, и единственное, что меняется на рисунке, это то, что в середине, вместо отправки через блок ввода-вывода, мы по сути отправляем через журнал файлы с командами SQL в нем. Другими словами, мы реплицируем не физический ввод-вывод, а команды, которые вызывают физический ввод-вывод.
И так, это часто называют доставкой журналов или репликацией на основе журналов. Некоторые поставщики баз данных дают вам это изначально. Другие поставщики баз данных могут не предлагать это, но тогда сторонние поставщики предлагают это, и поэтому это очень популярное решение высокой доступности, и оно считается законченным решением. Но за это решение в первую очередь отвечает администратор БД.
Итак, я не использую виртуализацию для достижения этой цели. Я мог бы, но я не зависим от этого. И я не использую виртуализацию хранилища. Опять же, я мог, но я не зависим от этого. Но я строю решение с базой данных, являющейся основной движущей особенностью. Итак, это логическая репликация.
Теперь также возможно объединить виртуализацию базы данных и хранилища. В моем центре обработки данных, скажем, слева, я мог бы иметь виртуализацию для хранилища, чтобы не связываться с каким-либо конкретным массивом хранилища. Но я, возможно, выполняю репликацию на основе журналов на уровне базы данных или логическую репликацию из одного центра обработки данных в другой, так что команды выполняются также в центре обработки данных, что приводит к вводу / выводу, но не обязательно к тому же вводу / выводу, потому что я ' Я не отправляю через блок ввода-вывода ни решением хранения, ни базой данных, но я отправляю журналы и, следовательно, команды SQL.
Итак, это картина, которая очень распространена для очень крупных организаций. И мне здесь нравится эта картина, потому что, если мне нужно настроить это на основе базы данных, такой как Oracle, я могу это сделать; это изрядная работа, довольно сложная, много движущихся частей. Если я делаю это в облаке, я могу буквально сказать: флажок, я хочу два географических региона, я хочу, чтобы регионы были разделены, вы знаете, на разных континентах, я хочу виртуализацию на уровне хранения в конкретном географическом регионе. Я даже могу сказать, что мне нужна возможность распределять типы виртуализаций или определять высокую доступность, и опять же, это еще один флажок.
И еще одна вещь, которая мне нравится в облаке, часто есть еще один флажок: «Я не хочу иметь дело с исправлениями, просто исправьте его», вы знаете, просто включите его в рабочий процесс всего остального, что вы делаете за сцены, держите меня в курсе все время. И поэтому, хотя некоторые из этих картинок становятся очень сложными и их может быть очень сложно сделать в помещении, на самом деле их довольно легко сделать в облаке.
Интересно то, что все флажки легко проверить, но угадайте, что это стоит больше денег ежемесячно. Потому что, если вы используете два центра обработки данных, вы знаете, у вас есть два центра обработки данных в облаке, которые вы используете, вы будете платить больше, чем если бы вы просто использовали один. Аналогично, если вы делаете уровень хранилища или высокую доступность виртуализации в качестве дополнительного уровня, опять же, могут возникнуть дополнительные расходы.
Итак, интересно, что хотя это трудно сделать на месте, и вы можете задуматься над этим, в облаке это так легко сделать, но вы можете подумать об этом. Итак, всегда знайте, как выглядит картина, и всегда знайте, каковы последствия для любой картины, которую вы создаете. Теперь комбинаций намного больше, чем я показал здесь. Это не полный или исчерпывающий пример. Есть новые технологии, поступающие через регулярные промежутки времени, так что, кто знает, возможно, я не показал ту технологию, которая появилась в последние три месяца. А высокая доступность встречается гораздо чаще, чем десять лет назад.
На самом деле, я бы не сказал, что сейчас для большинства крупных организаций это обязательное требование бизнеса. И мне нравится возвращаться к этому слайду, потому что я только что сказал, что это обязательное требование бизнеса. И я получил эти две таблицы справа. Верхний - из документации по SQL Server, а нижний - из документации по Oracle. И что это, эти таблицы помогут вам выбрать, какой метод репликации вам следует использовать.
И обратите внимание, что вы начинаете с очень простых вопросов. Сколько данных мне разрешено использовать? И если ответ ноль, вы знаете, что вы можете только на этом верхнем графике выбрать первый или четвертый ряд. Затем вы задаете другой вопрос. Ну, как долго я могу взять на восстановление? И если кто-то говорит, ну, секунды или минуты, тогда это делает выбор за вас. И затем, переключение должно быть автоматическим или для этого требуется кто-то вручную? И это еще один вопрос бизнеса. Они могут сказать, что хотят, чтобы это было автоматически, потому что они не хотят полагаться на процедуру эскалации, а затем на то, что кому-то назначают билет, а затем решают проблему. Они просто хотят, чтобы это было исправлено.
Это все деловые вопросы, и это те же вопросы, если я пойду и сделаю то же самое для Oracle. И я спрашиваю, хорошо, какой сбой я допускаю, какую продолжительность, что я могу потерять, какова процедура восстановления? Это все бизнес-решения, так что если бизнес говорит мне ответы на три или четыре вопроса, моя работа очень проста, я просто прихожу сюда, я выбираю любой из этих совпадений, а затем строю его. И помните, что в облаке это может быть всего лишь несколько флажков для их реализации.
И с этим, это подводит меня к концу моего материала и времени, чтобы открыть это для вопросов.
Эрик Кавана: Хорошо, Дез, может, сначала ты, а потом Робин?
Дез Бланчфилд: Абсолютно. На самом деле, возможно, это немного несправедливо по отношению к тем, кто не в Твиттере, но я просто написал в Твиттере картинку, которую хочу визуализировать в уме каждого, а затем я хотел бросить вопрос нашему ученому другу по телефону здесь. Когда я думаю о проприетарных и открытых источниках в этом пространстве, о которых мы часто говорим, о проприетарных базах данных от Oracle и Microsoft и т. Д., А не об открытых источниках, вы сталкиваетесь с этой проблемой, когда проприетарный мир Интернет-разработчик программного обеспечения или разработчик программного обеспечения или компания инвестируют средства в создание этой сложности. В результате вы получаете сценарий, в котором вы покупаете программное обеспечение, и вам не нужно вкладывать деньги во многих людей, потому что вы покупаете возможность, встроенная в открытый исходный код, - вы не платите за программное обеспечение или, скажем, за его низкую стоимость, но вы не платите за программное обеспечение, но вам нужно вкладывать средства в тела.
И я очень хочу высказать свои мысли о жонглировании, особенно сейчас, когда мы переходим к облачным моделям, где вы можете получить либо /, либо. Вы можете перейти к AWS или Azure и вашему Rackspace и т. Д. И купить его в качестве службы, обеспечивающей платформу базы данных, или сделать это с помощью открытого исходного кода. И о чем мы только что говорили, что такое жонглирование между проприетарным и открытым исходным кодом и как вступают в силу шаблоны проектирования, о которых вы говорите, и каковы ваши общие мысли по этой теме по мере нашего продвижения вперед, особенно в отношении обеспечения доступности?
Берт Скальцо: Один из крупных вопросов, с которыми я сталкиваюсь, когда пытаюсь ответить на этот вопрос, я возвращаюсь к клиенту и спрашиваю его об их требованиях к производительности. И причина, по которой я это делаю, заключается в том, что я обнаружил - по крайней мере, исторически и по собственному опыту - что когда речь идет о клиентах, которым требуется высокая пропускная способность при репликации, мне почти всегда лучше с репликацией, предоставляемой базой данных. Вендор, в силу того, что он более встроен и находится на более низком уровне, и иногда он использует механизмы, недоступные внешнему миру, даже в решениях с открытым исходным кодом.
И я приведу хороший пример одного случая, который у меня был. У меня была интернет-компания, которая использовала MySQL в качестве своей базы данных, и они работали на старой версии MySQL, например, версии 4.0, и репликация между их узлами была ограничивающим фактором того, насколько они могут масштабировать свои базы данных. И они смотрели на покупку стороннего решения, а потом смотрели: «Ну, может быть, мы можем использовать одно из решений с открытым исходным кодом». И что на самом деле сводилось к тому, что все, что им нужно было сделать, это обновить свой MySQL до версии, я думаю, что это была версия 5.5, к которой мы пошли, потому что разница между этими двумя версиями базы данных была в версии 4.0 MySQL, репликация не была многопоточной и в версии 5.0 это было, и это был лучший путь для них.
Теперь мы рассмотрели другие варианты, но решающим фактором была производительность и возможность остаться с решением поставщика базы данных, и обновление базы данных фактически оказалось нашим лучшим решением, чтобы получить максимальную вероятность получения производительности, необходимой для достижения этой цели. более высокая доступность.
Дез Бланчфилд: Да, если честно, это отражает мое собственное мышление. Просто для полного раскрытия, и я не буду вдаваться в бренды, но я пришел из запатентованного опыта работы для OEM-производителей и поставщиков программного обеспечения и IOC в целом, и это определенно был мой опыт, и в то же время я очень профессионал -open-source, и я являюсь автором кода для группы проектов, которые мы не будем называть, но я согласен с вами в том, что если вы большая организация, скажем, вы банк или что-то еще быть - вы не хотите быть IT-магазином. Вы знаете, как, например, если вы издатель газеты или розничный продавец, вы не хотите быть IT-магазином, издающим газеты, вы хотите быть газетным магазином, который на самом деле просто использует IT.
Таким образом, инвестирование в проприетарные возможности, в которых разработчики программного обеспечения создают все эти возможности, балансировку нагрузки и т. Д. В этом инструменте, дает чертовски больше смысла по сравнению с тем, если вы, например, запускаете дотком или что-то в этом роде. как то, что может инвестировать в человеческие тела. Где вы видите это происходит?
Вероятно, мой последний вопрос перед тем, как я передам слово доктору Робину Блуру, потому что я знаю, что у нас мало времени. Где вы видите, что это происходит с точки зрения тренда? Итак, вы находитесь там все время, вы находитесь на острие, видите ли вы, что люди сели и обратили внимание и осознали необходимость сделать это коммерческой частью своей повседневной жизни. дневной разговор обратно в зал заседаний? Или вы все еще видите, что это ферма гиков, технари и толстовки думают о доступности, потому что это заставляет их просыпаться в четыре часа утра, когда что-то отключается?
Считаете ли вы, что эта тенденция сейчас распространяется на организации любого размера, не на очевидные, такие как авиакомпании, банки и финансы, а только на бизнес в целом? Считаете ли вы, что люди действительно отказались от ценного предложения по защите своих сред баз данных и обеспечению высокой доступности и инвестиций в них, или вы думаете, у нас еще есть путь? Какой общий смысл на рынке там?
Берт Скальцо: Прямо сейчас, я думаю, что разрыв все еще существует, но это не разрыв, потому что бизнес его не запрашивает, это разрыв в уровнях коммуникации между двумя сторонами ограждения. Другими словами, деловые люди очень четко говорят: «Эти приложения требуют высокой доступности и предъявляют эти особые требования, когда мы говорим о высокой доступности».
И так или иначе, это сообщение не доходит до технических специалистов. Или технические специалисты вернутся и скажут: «Ну, это сложно, и это будет стоить вам больше денег», и то, и то, или другое. Я думаю, что то, что должно произойти, окончательно разрушится, потому что, честно говоря, если оно находится, например, в облаке, просто отметьте несколько полей здесь или там, чтобы сказать: «Создайте мне эту действительно сложную технологическую структуру», есть на самом деле нет веских оснований для того, чтобы специалисты по технологиям возвращались и говорили деловым людям: «О, это дорого», или «Это трудно сделать», или то или это, и бизнесмены начинают понимать, что это факт.
И я даже видел в тех средах, где, вы знаете, их ИТ-специалисты придут и скажут: «О, вы не можете иметь то, что хотите. Это слишком дорого ». И они привлекут стороннюю консалтинговую фирму, которая скажет:« Нет, это не правильно. Вот как ты мог это сделать. Вот что это будет вам стоить ». Итак, я думаю, у нас еще есть немного времени между уровнями связи между двумя сторонами, прежде чем это станет автоматическим.
Дез Бланчфилд: Да, это определенно отражает то, что я видел здесь, в Австралии и в Азиатско-Тихоокеанском регионе. Я уверен, что это глобальная вещь. И это то, что многие из ключевых лиц, принимающих решения из зала заседаний, все руководители бизнес-направлений, они «более технически подкованы - они читают блоги, они смотрят вебинары, они настроенный на различные статьи и подкасты, они собираются на мероприятия, форумы и встречи, и теперь они знают свои варианты, и они знают, что облако - это вариант.
Они также знают, что могут принести, как вы сказали, свои внутренние возможности, и поэтому я думаю, что сейчас есть интересный вызов, этот разговор должен состояться, что, в основном, мы и сделали сегодня, когда люди, вроде как Начните делать что-то внутренне, просто проведите обеды в коричневых пакетах и проведите внутренний инструктаж о том, каково наше текущее состояние, какое наше идеальное состояние, куда нам нужно добраться? А потом, вроде, собери это.
У меня было личное сообщение, которое я сейчас хочу быстро затронуть. Кто-то задал вопрос: «Реально ли это, что вы можете получить 100-процентную готовность?» И вы могли бы исправить меня здесь, но я собираюсь сказать «да». Я построил платформу для электронного перевода средств, шлюз EFTPOS между быстрыми банковскими платформами и терминалами EFTPOS. Я построил это в начале 2000-х годов. Это на самом деле был онлайн 100 процентов времени в течение 17 лет. На самом деле, он был построен до 2000-х годов, но он пошел в производство только 2000/2001 примерно.
Таким образом, 17 лет прошло с момента разработки до тестирования и запуска в производство. За эти 17 лет очень недорогие серийные ПК, работающие с операционной системой с открытым исходным кодом, но с собственной базой данных, делали активную / пассивную замену каждые 90 дней, применяя различные патенты на проекты с репликацией диски на каждом сервере, репликация данных между серверами моделей, репликация нескольких центров обработки данных и переключение из центра обработки данных A на 90 дней, а затем переключение на центр B и производство.
И когда он переворачивается, он автоматически исправляет и обновляет, так что только на вопрос, который я только что получил в частном порядке, да, это возможно, но с большими инвестициями в этот проект с точки зрения дизайна. Таким образом, инфраструктура была на самом деле не такой уж дорогой, но ее разработка, тестирование и внедрение были очень дорогими. Таким образом, нам не нужно было тратить много денег на оборудование и инфраструктуру, но мы использовали очень умные инструменты, в то время, когда облако даже не было чеканкой.
Таким образом, ответ «да», это можно сделать, даже более того, теперь с облаком, как мы только что слышали, одним нажатием кнопки вы можете включить эту возможность. Я собираюсь передать это Робину, потому что уверен, что у него тоже есть вопросы. Но большое спасибо за ответы на мои вопросы, и мне очень понравилось услышать ваше сообщение сегодня. Полностью на борту со всем этим, потому что это отражает все, что я делал за последние почти 30 лет сам.
Доктор Робин Блур: Хорошо, хорошо, я подниму это. Одна из вещей, которые очаровали меня в вашей презентации, - это количество вариантов, доступных сейчас, которые не были доступны, когда мне приходилось бороться с этим материалом. Меня интересует, кто будет проектировать эти конфигурации, или кто сейчас проектирует эти конфигурации? То, что раньше случалось, или мир, к которому я привык, это то, что существовала бы довольно тяжелая транзакционная система, и вы были бы заинтересованы в высокой доступности и высокой доступности. Потому что, вы знаете, транзакционная система, это будет дорого, если она выйдет из строя в любом случае. И у вас не было бы всех вариантов, которые вы только что представили мне, но так или иначе, вы могли бы найти способ, в основном посредством репликации, создать горячий резерв, который бы не включался незаметно, но это даст вам плохое обслуживание, пока вы не вернетесь.
И я, в некотором роде, смотрю на то, что вы мне показывали, и размышляете об этом, не выполняя никаких подобных дизайнерских работ в течение 15 лет, кто сейчас занимается этой работой? Это, как это было в мои дни, то, что вы сделали в начале проекта, знаете ли, чтобы инфраструктура заработала? Или это то, что является постоянной деятельностью в организации? Потому что появляются новые технологии.
Берт Скальцо: В крупных компаниях, которые очень эффективны и эффективны во всех своих операциях, включая ИТ, у них обычно будет группа централизованной архитектуры, или у них будет какое-то название, я слышал, это называется « Архитектурная группа »много раз. И они будут обязаны знать все эти разные картины, каковы плюсы и минусы и какова стоимость. И что произойдет, когда конкретное приложение смотрит и говорит: «Привет, я должен соответствовать бизнес-требованиям X, Y и Z. Привет, команда архитекторов, каков мой выбор?»
Они дадут им ответ, например, вот два или три, которые доступны, а затем в этот момент решение возвращается на более низкий уровень команде разработчиков или бизнес-спонсору приложения. Но, как правило, есть централизованная группа, которая остается на вершине этого и имеет эту информацию в готовом и готовом виде.
Теперь это средние компании, где это не так формально. Это может привести к тому, что вы получите одного или двух ваших старших администраторов баз данных или системных администраторов, и они будут неофициально процитированы как «эксперт по предметной области» за такую экспертизу. Так что даже в средних компаниях это происходит, просто в неформализованной структуре.
Доктор Робин Блур: Это действительно интересно. В мои дни мы никогда не думали о высокой доступности, за исключением транзакционных систем. Ну, в настоящее время, конечно, у вас есть потоковые системы, которые, вероятно, предъявляют еще более высокие требования к доступности. Но в серверной среде, основанной на запросах, аналитике, хранилище данных и DI-среде, вы когда-нибудь видели требования к высокой доступности?
Берт Скальцо: Да, и я рад, что вы задали этот вопрос. Я проделал некоторую работу для розничной фирмы, и их стратегические решения для бизнеса были основаны в значительной степени на анализе, который они будут делать из хранилища данных. И, на самом деле, они дали интервью журналу Forbes, и генеральный директор компании сказал: «Эй, наша цена акций выросла на 250 процентов за последние пять лет, и очень большая причина в том, что мы знаем, как эффективно использовать наши данные в нашем хранилище данных ». Они были настолько хороши в принятии бизнес-решений, что для них хранилище данных и способность выполнять эту аналитику, способность ежедневно принимать решения на основе своих операционных данных, были для них фактически, производственная система.
И я приведу хороший пример того, как это важно. С этим конкретным розничным продавцом, парнем, который отвечал за продажи пива, он был третьим по важности руководителем компании, потому что он приносил, вы знаете, 60, 70 процентов дохода. И поэтому он должен был уметь, чтобы оставаться конкурентоспособным на этом рынке, он должен был уметь каждый день знать, знаете, какие промоакции мне следует проводить. И это может быть основано, знаете ли, не только на времени года, но и на погоде, моделях и других важных данных, которые могут повлиять на продажу чего-то вроде пива.
Доктор Робин Блур: Ну, я думаю, что такие вещи обязательно будут. У нас немного не по времени, я думаю, что должен передать Эрику, если у него есть вопросы из зала. Эрик?
Эрик Кавана: Да, это все было здорово, Берт. Я думаю, что вы ответили на все вопросы, которые у нас были от аудитории в вашей презентации. Но это интересно смотреть. Я рад, что вы как бы говорили о виртуализации хранилищ и о том, какое влияние это может оказать. Итак, это все хорошо.
Ну, ребята, мы архивируем все эти веб-трансляции для последующего просмотра. Итак, зайдите онлайн на Techopedia.com, чтобы найти раздел веб-трансляции. Все эти Hot Techs будут перечислены там. Большое спасибо нашему другу Берт за его опыт. И конечно же, Дезу и Робину. И с этим мы будем прощаться с вами, ребята. Береги себя. Мы поговорим с вами в следующий раз. Пока-пока.
