Купить домен в любой зоне, хоть ru, хоть что. арендовать хостинг и настроить там в панели управления почтовые ящики. Звучит дико, на самом деле все интуитивно и дел минут на 5. Дольше ждать, пока изменения вступят в силу
Бред, с той же вероятностью оставьшь негативный отзыв на ютубе и тебе забанят почту gmail . Хуйню то уж совсем упоротую не неси, Яндекс лучшая компания рунета и во многом лучше аналогов заабугрных, тот же Яндекс диск на голову разьебывает всех конкурентов
Блин! Я имел ввиду, что если совет звучал как "не регайся соц.сетями, а регайся почтой", то тогда уж уточнение - регайся "своей почтой, на своем почтовом сервере", потому что потерять учетку в соц.сети и в почте любого публичного сервиса - равно вероятно между собой, а не то, что Яндекс лучше/хуже Гугла и тп.
Кстати, по поводу облачных бэкапов (извините триггер сработал) - у тех кто юзает такой малый объем данных или Инет шириной в Ниагару? Просто у нас как у образовательного учреждения есть возможность взять облако под бэкапы за разумные деньги, но всё упирается в канал - я между сервером бэкапирования и целевыми ресурсами сделал 10 Гбит/с сетку на оптике чтобы фулловый бэкап одного ресурса успевал за ночь прогрузиться (инкрементные понятно быстрее).
Ленту с роботом хочу, но начальство сказало: "Иди нахуй с такими ценниками" ((
Ну... по гигабитному каналу должен залиться... так, давайте посчитаем. Утилизация канала пусть 0.8, итого 800 мегабит. 8 мегабит в секунду = 1 мегабайт в секунду. Тут значит 100 метров в секунду или 360ГБ в час. Итого то же самое - за ночь должно залиться :) Правда на обеих сторонах должен быть гигабитный канал с нелимитированным трафиком. Ну или хотя бы с достаточным запасом трафика.
Но при таком объёме нужно думать об инкрементных бекапах или бить на части хотя бы, очень желательно, чтобы независимые.
При таких объемах нужно либо зеркалировать(дорого), либо менять подход к данным, неужели все данные актуальны для редактирования. Секционируйте, по актуальности (по датам или еще по чему либо), переводите секции в ридонли, бекапите их один раз и храните до худших времен. Ну если конечно ваша СУБД позволяет.
Сколько уже повторялось - зеркалирование не есть бэкап! Само собой на моих целевых серваках либо зеркало либо шестой рэйд, но суть бэкапа сохранить данные не только от технического сбоя, а ещё и от намеренного или случайного удаления информации или от стороннего воздействия (те же шифровальщики, выход из строя RAID-контроллера и т.д.). Случай раз - сотрудник разосравшись с кафедрой перед увольнением грохнула свою папку, а там данных за несколько лет. Случай два - в 1С вылез косяк и чтобы его исправить нужно было развернуть базу в состоянии на февраль этого года, а иногда 1С-ники просят развернуть базу чуть ли не годичной давности.
Ещё дедушка Нортон в далёкие 90-е в своей замечательной книжке писал что дискета с бэкапом в сейфе спасёт ваши данные даже если сервер сгорит синим пламенем.
А секционность применяем, но таких малоизменяемых данных мало, а еще нужно сохранять виртуалки некоторых систем целиком.
Под зеркалированием имелось ввиду, зеркалирование сервера, а не дисков, это другой сервер, в другом помещении. Да, это дорого. Да, спасет только от технического сбоя, от пользователей долбоебов это не поможет. Тут можно изменить подход к удалению данных( только логическое удаление, а не физическое), лигирование действий, история изменений. Но конечно, даже при таком можно сздать не мало проблем.
Ну хз, сервер на Селектеле с двумя 8ТБ дисками стоит 11 тысяч в месяц. Не мало но и не сильно много - интернет в офис в разы дороже стоит. Для бекапов в самый раз пойдёт. Канал гигабитный, трафика в месяц 30ТБ, т.е. раз в два дня лить бекапы хватит.
Ну, у нас общий размер бэкапов (пока) ок. 20 ТБ. Есть возможность облачные диски брать сильно дешевле чем по рынку, но гигабит Инета нам озвучили в 30К руб. (блин, да связь с филиалом в пределах города мы платим за гигабит 17К руб./мес). Сейчас взяли сервак под бэкапы за 600К руб., но это десять 10 ТБ дисков в RAID6 (конечная ёмкость 72 ТБ) + он соединен с целевыми серваками по 10 Гбит/с каналу и я считаю что в расчетах цены/скорости это всё же будет выгоднее.
ЗЫ. У меня только надежда на 5G, который должен обвалить ценники проводного Инета (мечты-мечты).
Пристыженно умолкаю. С такими объёмами не работал. 5G если и обвалит ценники, то это случится очень не скоро... А курс доллара и закон Яровой пока что вообще не дают шансов на удешевление железа и услуг провайдеров.
Приятная скорость, а на чем RAID? Просто недавно перекидывал с LSI 9271 на LSI 9361 и скорость копирования больше 400 не поднималась, правда у меня SATA и там и там.
Да не заморачивайся - это я так ради спортивного интереса в плане как оно у коллег по опасному бизнесу бывает))
PERC H730P, и 2 Dorado 3000
Перк 730-й знаю, у самого на одном серваке стоит, а вот то что Хуавей свои рейды клепает первый раз слышу (хотя согласно гуглению там полноценная сторка). О, блин - оно "All-Flash Storage System", впечатляет!
Ну, я потратил на 2 Dorado 3000, 3 4-сокетных сервера на бодрых Intel'овских процессорах, 2 32GB FC Коммутатора - порядка 8,6 миллионов. Что, на самом деле, очень, очень дёшево.
Когда общаешься с людьми имеющих более-менее интересный бюжет, то кажется что ты со своими казалось бы очень неплохими внедрениями выглядишь на их фоне как ребёнок построивший классный куличик в песочнице. Наш годовой бюджет ИТ весь 10 м.руб. Чувак который раньше работал у нас два раза звал к себе, а у него очень хорошие бюджеты на железо и очень интересные игрушки уже в наличии, но з/п к сожалению может предложить меньше чем я получаю сейчас, а так бы перешел к нему с радостным гиканьем.
Бывает. Я, кстати, прямо сейчас пока отказался от предложения по работе, с ЗП в 2 раза выше текущей, просто потому, что не привык бросать начатое на полпути.
Ах да, это новое, недавно купленное железо нагрузили почти по самую маковку, когда пришлось поднимать на нем терминальные фермы для перехода на удалёнку.
Просто тупо за счёт численности сотрудников.
Как представлю, что было бы сейчас, если бы не купили новое железо, аж дрожь пробирает.
Датацентр рассматривали, но всё упирается в канал до него.
или помещении поставить сервер с "многадисков".
На этом пока и остановились, но, сука, размер бэкапов растёт как дрожжах (я боюсь что новоприобретённых 72ТБ итогового места хватит не надолго) и лента могла бы разгрузить сервер резервного копирования от LongArch бэкапов.
Делайте с основного инкрементный, добавьте второй облачный и заливайте туда фулбэкап каждый день, внутри облака трафик не тарифицируется и это уберет нагрузку с продакшена, т.е. фулбэкап с 1 облака на второе
меня приколол момент в Я Легенда: Уилл Смит надиктовывает компу результаты исследования, в конце добавляет - "данные сохранены, резервные копии на 5-ти дисках". И впрямь, вот они, все пять. Стопочкой на столе лежат.
Я знаю цены на Акронис. Но это решение нижнего ценового сегмента. Он неплох, но и далеко не идеал. Хотя если речь идёт об одном сервере, то и Акрониса за глаза.
Адептус Механикус такое нужно возвести в ранг закона, иначе скоро забудут как железо обрабатывать.
1
DELETED
Ну как бы да :-D
Вообще, это правило фотографов, перекочевавшее в Enterprise (если мне память не изменяет). В компаниях всё просто (но не с точки зрения денег): вот тебе продакшен, вот тебе backup-сервер, вот тебе реплика где-нибудь в соседнем здании или облаке. Ещё опция: на магнитную ленту и консервировать где-нибудь отдельно от основного продакшена.
В случае с фотографами: HDD и CD. Раньше так делали. Потом HDD и DVD, потом HDD и Blu-Ray, потом HDD + Облако. Был знакомый фотограф лет десять назад, в его случае это именно были HDD + DVD.
Ну а домашний такой вариант, я так свои важные файлы (документы всякие и т.п.) храню + архив фоток: естественно, одна копия на самом компе, оттуда - OneDrive, а с OneDrive они автоматически выгружаются на WD MyCloud Home Duo (бюджетная сетевая хранилка на два диска).
- Накроется комп - всё есть в облаке и сетевой хранилке.
Даже в платном нельзя быть уверенным. Вон, недавно, насколько я помню , пробегала информация о какой-то конторе, из санкционного списка, которая пользовалась облачными сервисами microsoft вовсю.
Так вот, забрать у них свою инфу так и не получилось, насколько я помню.
Пока, на мой взгляд, ничего лучше Veeam'а для бэкапов не придумали. Хотя да, не самое дешевое решение, но неплохо масштабируется, и подойдет и для мелких контор, и для крупного энтерпрайза.
DELETED
Да как бы не бесплатное, в составе Office365, 1ТБ каждому из 5 членов семьи. Когда выбирал облако, самый удачный тариф был за свои деньги. Но это вообще не суть.
В том и суть, что никакое решение не даёт 100%-ной гарантии.
DELETED
Дело даже не в том, что оно может накрыться, хотя это вполне реально. Облако на 1ТБ, занято 300-400ГБ. В случае, если накроется ПК, выгружать 300-400ГБ - это совсем не быстро даже при интернете 500+ Мб/с, проще хранить ещё одну копию локально.
А, ну и в довесок к предыдущему моему комментарию, который я уже написал тебе. Вот дома оно вообще не касается, но на самом деле типов резервирования данных от катастроф тьма тьмущая, когда дело касается крупного и среднего бизнеса.
Вот смотри например:
- Самый такой нижний аппаратный уровень - RAID-массивы с четностью. Засовываешь в сервер 3-5-7-10 дисков и объединяешь их в единый диск. Ну вот она надежность, чего ещё нужно, создал RAID-6 с двумя невыделенными дисками четности, два диска вышло из строя, поставил два новых, восстановились, живи-радуйся. Но нет! Так надо много дисков засовывать в каждый сервер, да и сгорел сервер - данные канули с ним в лету.
- Тут в игру вступают системы хранения данных. Вот оно, радуйся жизни, два отказоустойчивых контроллеры, один сгорел - нагрузка переезжает на другой, всё продолжает работать; дисков надо меньше; серверы можно объединять в кластеры, т.к. они имеют доступ к одному набору данных через SAN-сеть. И снова чего-то не хватает. А если данные кто-то намеренно испортит, что делать?
- Тут добавляются аппаратные Snapshot'ы. Испортил тебе данные нерадивый сотрудник, откатился к старому снимку данный, пользуйся. Всё, черт побери, надежность. Но нет, а вдруг СХД накроется полностью, да и снэпшоты не гарантируют, что ты с них восстановишься.
- В игру вступают бэкап и репликация. С точки зрения обывателя - одна херня, с разницей, что один делается по расписанию, другой - онлайн, в зависимости от железа синхронно/асинхронно (с небольшой задержкой), но на самом деле их задачи абсолютно разные: бэкап - это копия данных на случай, если всё накроется медным тазом; репликация - это отдельно стоящий набор оборудования, на который переезжает вся нагрузка в случае, если совсем накрывается всё медным тазом. То есть бэкап ты хранишь там же, где всё оборудование и стоит, и с него ты восстанавливаешь работу, если произошёл программный сбой; а репликация где-то в соседнем городе крутится, на случай пожара, потопа, обесточивания здания и прочих мелочей жизни. И вроде бы всё, можно остановиться, но эти данные всё ещё можно убить намеренно.
- Наконец, в бой вступают магнитные ленты. Они, конечно, постарше всех перечисленных технологий, но очень даже ещё ничего. Ведь их ты записал, достал из устройства, законсервировал, и всё, уничтожить можно только физически, что при должном уровне безопасности не так легко.
Во сколько уровней защиты данных! И это я ещё про культ гиперконвергенции и помехоустойчивое кодирование не сказал, а также не стал расписывать такие частные случаи типа метро-кластеров или теневые копии виртуальных машин. Ну и понятное дело, предприятия тоже пользуются облаками, когда это можно.
Скорее всего ты всё это и без меня знаешь.
Просто я всё это к чему? То, что у меня дома две копии файлов помимо того, что на компе хранится - это фигня, мне ещё есть куда расти: у меня ещё и рэйд без чётности, и кластер из компов я ещё не соорудил.
В том-то и суть, что две копии могут быть утеряны одновременно, а три копии одновременно потерять сложнее. Внешний винт предупреждает ситуации, когда проблема происходит с компьютером самим по себе, но проблема может быть больше, например, кража имущества, пожар, потоп, электронное замыкание, при котором всё оборудование погорит, и всё, обе копии дома приходят в негодность.
С другой стороны, облако доступно при наличии сети. Но, допустим, переехал в новую квартиру и как ни вовремя погорел комп, а интернет ещё не проведен. Тут на помощь включается внешний винт, да и проще с винта скопировать данные, нежели из интернета выкачивать.
Я чисто для примера привел, как у меня дома реализовано правило, которое чаще всё-таки в крупных компаниях реализуют. Если честно, я не специально так делал: OneDrive идет в комплекте с Office 365, и так удобнее реально оплачивать его (2-в-1 по цене одного, получается, как минимум получалось, когда я подписывался), а сетевую хранилку я давно хотел (правда не угадал с ней, но это другая история). Так-то понятное дело, что в принципе и одного винта внешнего многим хватит, ну или оплаченного облака в Яндексе, Гугле, Эппле, Дропбоксе или аналогичном каком сервисе.
У меня есть файл "пароли явки" он дома на компе на жестком диске, на другом SSD его скрин, так же есть копия на работе, а еще в облаке, и на гугле сохранен как сохраненный доступ. И если что то слетает один хрен заебывает все переписывать. пояснения: в файле логины и пароли доступа не только к социальным сетям, больше переживаю за доступ к базам данных и тех документации связанные с работой.
Угу.. В подростковом возрасте было ощущение, что всегда буду идти в ногу с технологиями, а теперь ощущаю себя древним человеком, который из пещеры вылез.. Ожидание/реальность, блядь..
Ну это да.) Просто проверка бэкапов и бэкапы в разные в места/носители, это уже избыточно будет. Если фоточки скопировались на внешний диск/облако, то скорее всего там всё ок. Скорее всего.)
Как нам говорили на конференции Veeam: если у вас есть бэкап, но вы не делаете регулярные проверки на восстановление из него, то у вас считай нет бэкапа.
Когда я работал айтишником самое сложное в деле бэкапов было доказать, что диски под них - не моя прихоть, а суровая необходимость. Я как-то полгода каждую неделю говорил - нужен диск под бэкап, основной сдох, на резервном сидим, а он уже старый. Полгода, кучу раз счета выписывал... в итоге сервак сдох и мне сказали "ну что ж ты лучше-то не объяснял". И деньги сразу нашлись - ток я все выходные с восстановлением мудохался.
У меня было что-то похожее, я предупредил руководство как устно, а потом ещё и письменно, что нужны денежные средства для вливания в it иначе ждите проблем. От меня отмахнулись, я максимально подготовился к возможным казусам и просто ждал и дождался. Самое важное не пострадало, а пользователям нервы потрепало, потом конечно денег выделили
я как-то на линуксе сделал скрипт и каждый день делал бэкапы, и вот настал день, когда я накосячил и случайно снёс пользовательские файлы, накатил и оказалось там только система бэкапнулась, без папки home(
Детей-учеников постепенно выращивала с 7 по 10 класс, летняя школа - по сути лагерь. К 10 классу мальчики вроде и вырастали вполне норм, но когда помнишь их еще 13-летними, бегающими после отбоя в одних трусах, то вообще ничего и никак. Хотя по закону уже можно, им там 16-17 уже было. Туда вожатыми ездят младшекурсники, лет по 20, сами только-только школу закончили, так парни вовсю гуляли с девочками-школьницами, сама на месте такой школьницы была) Дальше поцелуев очень редко заходят, девочки и маленькие еще, и банально негде, и выгонят такого препода нафиг. Про обратную тему преподавательница-школьник ни разу не слышала, парни медленнее взрослеют.
Я то всегда и везде cmd + s жму, но это скорее дело привычки. А так все современные ide и редакторы же имеют автосейв. А в хороших ide, типа webstorm, ещё можно посмотреть историю изменений файла и откатиться, если что.
Сосиски в тесте - мне кажется, это вне времени. Но выяснила тут, что коллега, лет 20-22, уже не знает, что такое олбанский. Поцонов не помню, кстати, это когда было?
IT-юмор
5.7K постов52.6K подписчик
Правила сообщества
Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору