И даже это может обернуться серьёзными потерями, ситуация: админ поставил аутентификацию по сертификату, год всё работало и никто зеркало не трогал, вдруг обрушился принципал-сервер, админ тянется к зеркалу — а оно не обновлялось 3 недели. Почему? А сертификат протух и этого никто не заметил (и не заметят с таким-то уровнем, уверяю вас). Кто виноват?/Что делать?
Предпочтение должно быть обоснованным, потому что если что-то важное упадёт, и компания потеряет время/деньги, то начнут разбираться, почему оно упало, и здесь может быть 2 продолжения истории: либо всё было сделано объективно правильно и виновато недостаточное финансирование, тогда ура, играемся с новыми серваками и железом; либо админ применил сомнительные и далеко не оптимальные решения, руководствуясь своими «предпочтениями», тут уже всё может стать куда мрачнее вплоть до увольнения, а потом долгих поисков работы, куда бы приняли с таким-то отзывом с предыдущего места.
Моя фраза означает «вы что, бл*дь, шутите?» и органично вписывается в контекст моего комментария. Слово «профит» означает «выгода» — и либо я не понял, что вы хотели сказать, либо вы не знали значения слова.
Именно это и смущает. В слухах и догадках обычно блекджек, девушки лёгкого поведения, пони, радуги, бесконечные аккумуляторы и космические разрешения, а потом кейноут спускает всех на землю, а тут даже и спускаться как-то некуда…
>Почему простенький?
Потому что вы не вдавались в подробности. Не сообщили параметры защищаемой БД, не описали почему был выбран этот вариант для повышения отказоустойчивости и даже не потрудились накидать схемку для иллюстрации топологии решения и как зеркалирование поможет в повышении этой самой отказоустойчивости в ваших условиях (Одним зеркалированием ведь дело не ограничивается, в смысле, вот принципал упал, теперь у вас есть зеркало на другом сервере — и что? Смогут его юзеры использовать?). Не рассказали про дополнительные параметры зеркалирования, просто тут по-дефолту, там по-дефолту, пока работает, миссия выполнена. Поэтому и выглядит ваша работа как зеркалирование ради зеркалирования от нечего-делать и вряд ли кому-то будет полезно, поскольку невозможно сравнить ситуации.
Решение с использованием сертификатов не изящное. Оно накладыват определённые ограничения, ответственность и увеличивает стоимость поддержки из-за необходимости их периодического обновления (а если ещё и не задокументировано должным образом, то может обернуться неприятным сюрпризом для следующего человека, которому достанется обслуживание инфраструктуры). Обычно оно применяется когда серверы находятся в разных доменах или вообще разнесены географически.
>кому как нравится
Are you f*ckin' kiddin' me? Решение о выборе варианта фейловера для БД принимается на основе личных предпочтений администратора? Это плохой сон. Ущипните меня Т_Т
I weep for the future of IT.
И, да, как сказали ниже, с сертификатами что-то перемудрили. Т.е. дисбаланс какой-то технологический вышел: подняли простенькое зеркало, но с использованием сертификатов. Зачем? Чем обусловлен выбор?
И хотелось бы побольше дополнительной информации: что за база, размеры, какова нагруженность, тип нагрузки (транзакции или хранилище данных), что «получилось» потерять при обрушении мастера, замеряли ли трафик между серверами при зеркалировании, зачем вообще зеркалирование сделали. А то получилось какое-то зеркалирование ради зеркалирования и мануал который гуглится за 10 минут. :\
О, я не один, получается. Меня тоже удивляет, как они так умудряются: 13 вещей из которых пользователя могут заинтересовать от-силы 4… И, о б-же, «самый значительный релиз».
И что вы с этими проданными галакситабами будете делать? Требовать возмещения ущерба? На основании чего? Во время их продаж они не были «вне закона». Даже SCO с такой претензией в суд бы не сунулась.
Вы перетрудились сегодня? Это ГОТОВЫЙ продукт. У него уже есть упаковка, документация, рекламная кампания, система поддержки и милионные партии. Что значит «поменять название планшета и все»? %)
iOS или айфон. Вы всё-таки определитесь, поскольку iOS — это ещё и плееры с планшетами, и у них вместе всё очень хорошо:
www.netmarketshare.com/report.aspx?qprid=9&qpcustom=Android,iOS
Потому что вы не вдавались в подробности. Не сообщили параметры защищаемой БД, не описали почему был выбран этот вариант для повышения отказоустойчивости и даже не потрудились накидать схемку для иллюстрации топологии решения и как зеркалирование поможет в повышении этой самой отказоустойчивости в ваших условиях (Одним зеркалированием ведь дело не ограничивается, в смысле, вот принципал упал, теперь у вас есть зеркало на другом сервере — и что? Смогут его юзеры использовать?). Не рассказали про дополнительные параметры зеркалирования, просто тут по-дефолту, там по-дефолту, пока работает, миссия выполнена. Поэтому и выглядит ваша работа как зеркалирование ради зеркалирования от нечего-делать и вряд ли кому-то будет полезно, поскольку невозможно сравнить ситуации.
Решение с использованием сертификатов не изящное. Оно накладыват определённые ограничения, ответственность и увеличивает стоимость поддержки из-за необходимости их периодического обновления (а если ещё и не задокументировано должным образом, то может обернуться неприятным сюрпризом для следующего человека, которому достанется обслуживание инфраструктуры). Обычно оно применяется когда серверы находятся в разных доменах или вообще разнесены географически.
Are you f*ckin' kiddin' me? Решение о выборе варианта фейловера для БД принимается на основе личных предпочтений администратора? Это плохой сон. Ущипните меня Т_Т
И, да, как сказали ниже, с сертификатами что-то перемудрили. Т.е. дисбаланс какой-то технологический вышел: подняли простенькое зеркало, но с использованием сертификатов. Зачем? Чем обусловлен выбор?
И хотелось бы побольше дополнительной информации: что за база, размеры, какова нагруженность, тип нагрузки (транзакции или хранилище данных), что «получилось» потерять при обрушении мастера, замеряли ли трафик между серверами при зеркалировании, зачем вообще зеркалирование сделали. А то получилось какое-то зеркалирование ради зеркалирования и мануал который гуглится за 10 минут. :\