|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
SERG1257 Даже для своей конторы я не рискну давать советы что будет лучше (сейчас и в перспективе) и предоставляю право выбора начальству (жираф большой ему видней) Со своей стороны, после того как выбор будет сделан (пусть даже с коррупционной составляющей) я обязуюсь разобратся как оно работает (почему не работает), предупредить о рисках, рассказать о возможностях. Сократить меня конечно можно, но это означает что эту работу придется делать другому человеку. Похоже,что "мнение" ютуба для Вас самый важный аргумент, так своё мнение ещё не сформировалось поэтому и отдаёте право решать руководству. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2021, 09:44 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
Вопрос о переходе, я так понимаю больше не технический а организационно-психологический. Веских и весомых аргументов для перехода в Azure не вижу(может кто подумает,что не хочу видеть). Заниматься "прогрессом" ради прогресса желания нет. Остаётся надеяться, что руководство повзрослеет (хрупкая надежда),либо как с детьми пока сами шишек себе не наставят ходить не научатся. Будем рядом за ручку держать. Ещё раз всем спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2021, 09:53 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
_Gavrysh_, если ваше руководство готово в один день потерять все данные, то пусть переходит. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2021, 13:12 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
Владислав Колосов _Gavrysh_, если ваше руководство готово в один день потерять все данные, то пусть переходит. В этом вопросе "свои сервера" ничем не лучше. Тут важнее "если ваше руководство готово утратить контроль за распространением своих данных". ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2021, 14:05 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
Владислав Колосов _Gavrysh_, если ваше руководство готово в один день потерять все данные, то пусть переходит. Полностью с вами согласен. Но руководство(обобщённое понятие хотя это живые люди) зомбированные дети. Вы видели как у детей сейчас сносит крышу от мобильников и всяких компьютерных игрушек. Так и руководство(которым к стати более 40). И мне придётся взять ситуацию под свой контроль( на сколько смогу) и тем самым попытаться с нивелировать ситуацию. Поэтому и хочу понять насколько это достаточно современное Azure эффективно. (А вот чем, не понятно). Получается очередная фуфлушка маркетинговая для лохов от Microsoft. Чего даёт размещение ресурсов в облаке? Пока только это "облако" и получает выгоду. Вот и приходится терпеливо,как с детьми. Они еще не знают какую "ШИШКУ" на лбу могут получить. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2021, 14:07 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
aleks222 Владислав Колосов _Gavrysh_, если ваше руководство готово в один день потерять все данные, то пусть переходит. В этом вопросе "свои сервера" ничем не лучше. Тут важнее "если ваше руководство готово утратить контроль за распространением своих данных". Руководство не имеет представление,что значит "утратить контроль за распространением своих данных". Оно(руководво) думает категориями... Да пока не думает.) Поговорка если ты богат то ты умный тоже чушь. Богатство и ум корреляционно не связаны. Ещё раз всем спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2021, 14:15 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
_Gavrysh_Чего даёт размещение ресурсов в облаке?Вот уж не думал что мне придется быть адвокатом дьявола. В первую очередь это чужой датацентр. Вам не надо думать о железячных проблемах, электрике, кондиционировании, охране и о геораспределении на случай катастрофы. Азур в этом плане ничем не лучше любого другого чужого датацентра. (Кстати у нас в конторе не Азур) Мне как DBA глубоко фиолето где именно расположены VM с сервером. По поводу того, что админ Азура может скопировать вашу VM и украсть данные - таки да может. Кроме того Микрософт продвигает PaaS - DBA as service. Вот после внедрения этой штуки мне DBA полагается боятся. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2021, 20:10 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
После переезда в что в IaaS, что в DBaaS, людей понадобится еще больше. Кого может коснуться сжатие рынка - тех кто работает с физической техникой. Но таких мало. Преимущества переезда в клауды колоссальные - организационные, технические, экономические. Для примера, гибкость. Хоть каждый день меняй количество памяти, процессоров, iops в дисках, которые тебе реально необходимы. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2021, 21:48 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
У меня есть статистика сбоев в одной средней западной компании, масштаба нашего Магнита. Они полностью переехали в IaaS. Вполне терпимые сбои по количеству и длительности. На критических системах есть High Availability - частично это компенсирует боль. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2021, 22:01 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
Выгодно, если у вас никому не интересный ларёк на рынке, который требует 0.1 админа, но вы вынуждены платить целому админу ) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.11.2021, 23:40 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
И кстати. В IaaS у всех крупных провайдеров есть шифрование на всех уровнях. То есть, если установить шифрование на диски, то красть образ виртуальной машины условному сотруднику Azure бесполезно. Без пароля root, добраться до данных будет очень нетривиальная задача. В DBaaS, мне кажется, все хуже. Полностью тинент изолировать от базы трудно. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 09:26 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
Otero Хоть каждый день меняй количество памяти, процессоров, iops в дисках, которые тебе реально необходимы. А работаете вы когда? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 10:42 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
aleks222 Otero Хоть каждый день меняй количество памяти, процессоров, iops в дисках, которые тебе реально необходимы. А работаете вы когда? Это и есть часть работы системного инженера. Или какую работу вы имеете в виду? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 16:24 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
SERG1257 Азур в этом плане ничем не лучше любого другого чужого датацентра. (Кстати у нас в конторе не Азур) Соответственно, затраты тоже будут больше, чем за услуги датацентра (но и предложение услуг в облаке больше, если вам это интересно). SERG1257 Вот уж не думал что мне придется быть адвокатом дьявола. В первую очередь это чужой датацентр. Вам не надо думать о железячных проблемах, электрике, кондиционировании, охране и о геораспределении на случай катастрофы. А для компании разница только в том, кому платить. Критик Выгодно, если у вас никому не интересный ларёк на рынке, который требует 0.1 админа, но вы вынуждены платить целому админу ) Otero И кстати. В IaaS у всех крупных провайдеров есть шифрование на всех уровнях. То есть, если установить шифрование на диски, то красть образ виртуальной машины условному сотруднику Azure бесполезно. Без пароля root, добраться до данных будет очень нетривиальная задача. Otero Для примера, гибкость. Хоть каждый день меняй количество памяти, процессоров, iops в дисках, которые тебе реально необходимы. Ещё нужно иметь в виду, что каждый день меняй легко на рекламных плакатах, а в реальной жизни (в реальных тарифных планах, используемых технологиях и т.д.) это всё происходит не так гладко и красиво. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:49 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
Еще есть минус у облаков для "ларьков" и малого бизнеса - для любых облаков требуется финансовая стабильность. Если с МестныйОдминAsService или электриками еще можно договориться об отсрочке платежа, то с облаками такое не сработает. Хотя сейчас уже может что-то изменилось, но пару лет назад разок не сработало и привело к возврату из облака в родную стойку. И если задача на 0,1 одмина, то есть на ближайшие годы точно хватит дестопного компа под все задачи, админа на 0,1 ставки и на всякий случай несколько телефонов местных контор по ремонту/обслуживанию техники. Может в столице цены местных и будут соизмеримы с облачными, но в остальной стране облака "ларькам" принципиально не конкуренты. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 20:45 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
Еще из интересных фишек - "красные кнопки" у руководства. Красная и еще краснее. В случае если пришли "люди в черном" или просто надо утилизировать всю информацию и есть время - нажимают красную - на винтах всё зачищается. Оборудование живое. Если времени нет, то нажимается "еще краснее" - винты в хранилище пробиваются штырями. Облака в таких случаях предлагают варианты? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 20:54 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
"винты в хранилище пробиваются штырями" звучит прикольно. Записал в блокнотик. Недавно столкнулся с конторой, которая в силу специфики бизнеса, очень боится маски-шоу. Вкратце суть: контроллеры домена у них в Киеве, а рабочие станции все под битлокером. Вот это реальная кнопка :)) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2021, 08:59 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
Otero "винты в хранилище пробиваются штырями" звучит прикольно. Записал в блокнотик. И ссылку туда же https://www.unidisk.ru/review/ как один из вариантов Otero Недавно столкнулся с конторой, которая в силу специфики бизнеса, очень боится маски-шоу. Вкратце суть: контроллеры домена у них в Киеве, а рабочие станции все под битлокером. Вот это реальная кнопка :)) терморектальный криптоанализ быстро и качественно потрошит любую криптографию, а физическое уничтожение хранилища гарантирует непопадание информации не в те руки ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2021, 11:05 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
Какой там, паяльник в Киев как доставите? ))) А в IaaS тысячи виртуальных машин удаляются за пугающую одну минуту. И персонал IaaS ничего вам не восстановит, даже если захочет. Слишком сложная задача. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2021, 15:59 |
|
Перенести БД с физических серверов SQL на хостинге в Azure. Когда это нужно?
|
|||
---|---|---|---|
#18+
Otero, паяльник останется на родине и будет применяться к местным сотрудникам ит-подразделения либо до предоставления доступа, либо до последнего сотрудника. а облачный провайдер вам мамой поклялся, что после "удаления" виртуалки образ реально удаляется вместе с бекапами и место зачищается, а не сливается в сторонку "на всякий как раз такой случай"? и между "слишком сложно" и "невозможно" расстояние примерно бесконечность, которая предоставляет очень много возможностей ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2021, 18:13 |
|
|
start [/forum/topic.php?fid=46&gotonew=1&tid=1684108]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
198ms |
get topic data: |
12ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
2ms |
others: | 236ms |
total: | 551ms |
0 / 0 |