iPhone 16 - Page 10 - Post 160394165

gogi · 23.09.2024, 11:10 **#226** **#226**

Originally Posted by Izolenta:

речь шла про рейды вообще. бэкапы. не бывает "важных" или "неважных" данных. все крутится, как обычно, вокруг бабла. типа что будет дешевле - принять риски или митигировать их баблом (бэкапы, рейды и прочее)

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

Originally Posted by Izolenta:

наивно полагать что поставив ссд ты решил проблему надежности. у тебя есть ДРП? вот вылетел у тебя твой ссд с базкой, че делаешь дальше? есть зип? бэкап это ****ато, но его надо на что то накатить. срок наката бэкапа? какой у тебя OLA по сервису, ты его выдержишь в случае выпадения диска? какую часть данных готов потерять твой заказчик (ведь у тебя не онлайн бэкап?)

Конечно не решил. Но отсутствие рейда добавило один небольшой риск простоя наряду с другими. Риск выхода из строя промышленного ссд на порядки ниже чем хдд, которые по сути расходник. А риск выхода из стоя моего ссд я оцениваю на уровне выхода из строя озу или проца. И если уж заморачиваться зип, то надо запасной сервак иметь такой же
Бэкап - мастхэв, остальное опционально. Мысль такая у меня для меня
У меня и хдд то из пары десятков что я использую помер тока один

Добавлено через 5 минут

Originally Posted by From Sky:

15к фоток за 2 недели это 1к фоток в день. Если учесть что ты спишь 8 часов то получается что 1070 за 16 часов или 67 фоток в час. Т.е. просыпаясь надо делать одно фото в минуту.

Так мифы и рождаются) 7,5к фоток за 50 дней на одном телефоне. Так же в расчетах следует учесть что что в одном красивом месте за несколько минут можно нашлепать несколько десятков фото, а потом час не шлепать вообще ни ожной

Triant · 23.09.2024, 17:42 **#227** **#227**

Originally Posted by Altwazar:

.Пятый рейд после этого может просто не собраться, придется геморрно вытаскивать с него данные. Если у тебя там что-то типа 8Tbx5 дисков, то даже с полностью рабочими дисками вытащить данные - то еще приключение, особенно в домашних условиях.

От ситуации зависит и доступных ресурсов. В случае с домашними серваками не иметь рейда вполне разумное решение, а raid5 часто оборачивается геморроем.

Эм, т.е. иметь защиту хотя бы в виде выпадения 1 диска хуже, чем не иметь защиты вообще, и при выпадении диска прощаться с данными? Никакого когнитивного диссонанса?.

Добавлено через 2 минуты

Originally Posted by gogi:

В чем проблема не иметь рейда там где простои допустимы? И тем более на домашних серверах, где ты максимум теряешь 1 день работы если придется с бэкапа восстановить. Правильно он все пишет, домашний юзер за целостность массива следить не будет уверовав в 4 магических буквы. Еще и на бэкапы забьет, рейд же
Пример тех товарищей как раз показателен

Ну то есть реплицируемые бекапы он делает, и складывает по принципу "трех", а вот получив рейд он сразу на все реплики и бекапы забьет. Найс логика.

Добавлено через 6 минут

Originally Posted by gogi:

А возросшая кратно скорость? Она нужна как минимум для бэкапов.

SAS быстрее в потоковом чтении и записи (12гб/с против 6 гб/с при использовании всей полосы PCI у NVMe). Так что на SAS бекап выполнится быстрее. Снова фейл...

Добавлено через 1 минуту

Originally Posted by Altwazar:

вытащить данные - то еще приключение, особенно в домашних условиях

Ну да, а с просто сдохшего диска вне рейда данные вытащить это 2 клика, надежно как швейцарский нож.

Добавлено через 3 минуты

Originally Posted by Izolenta:

среди обсуждающих кто то, кто имеет практическую работу с схд-то?

Я, 4 полноценных больших серверных схд, не считая помоек для ВН, Скуд и под конфиги GLPI оборудки.

Добавлено через 1 минуту

Originally Posted by Izolenta:

больший объемы - это всегда геморрой с бэкапами

Реплика. Если объем большой но редкоизменяемый, инкрементные бекапы тоже допустимы.

Добавлено через 6 минут

Originally Posted by gogi:

А временный простой от потери диска просто лишит тебя немного дохода

У тебя не просто простой на время разворачивания бекапа, а еще и потеря изменений со времени последнего бекапа. Например это могут быть заказы у бизнеса, и если тебя за допущение такого развития событий не уволили еще на этапе обсуждения, то точно уволят после первого же падения.

Altwazar · 23.09.2024, 17:56 **#228** **#228**

Originally Posted by Triant:

Эм, т.е. иметь защиту хотя бы в виде выпадения 1 диска хуже, чем не иметь защиты вообще, и при выпадении диска прощаться с данными? Никакого когнитивного диссонанса?
...
Ну да, а с просто сдохшего диска вне рейда данные вытащить это 2 клика, надежно как швейцарский нож.

1. Полагаться на рейд ради сохранности данных нельзя изначально.
2. Развалившийся пятый рейд хуже просто выпавшего диска.
3. Рейд разваливается не только от смерти диска.
В домашних условиях практически всегда лучше озаботиться бэкапами и забить на избыточность.

gogi · 23.09.2024, 18:38 **#229** **#229**

Originally Posted by Triant:

SAS быстрее в потоковом чтении и записи (12гб/с против 6 гб/с при использовании всей полосы PCI у NVMe). Так что на SAS бекап выполнится быстрее. Снова фейл...

Речь шла про хдд. Какие 12 гбс?

Originally Posted by Triant:

У тебя не просто простой на время разворачивания бекапа, а еще и потеря изменений со времени последнего бекапа. Например это могут быть заказы у бизнеса, и если тебя за допущение такого развития событий не уволили еще на этапе обсуждения, то точно уволят после первого же падения.

Это всего лишь небольшой риск. С таким же успехом маски шоу могут зайти. Ничего этому ссд не будет, но даже если да, то бэкапы скл логов раз в 10 мин снимаются, а остальное не критично
Да и никто меня не уволит, я сам себе хозяин, клиенты переживут 1 день. Бизнес это вообще риск

Originally Posted by Triant:

Ну то есть реплицируемые бекапы он делает, и складывает по принципу "трех", а вот получив рейд он сразу на все реплики и бекапы забьет. Найс логика.

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

отецСергий · 23.09.2024, 20:00 **#230** **#230**

@gogi, так ты приобрёл iPhone 16 Pro Max 256Gb то?

gogi · 23.09.2024, 20:03 **#231** **#231**

Originally Posted by отецСергий:

@gogi, так ты приобрёл iPhone 16 Pro Max 256Gb то?

Нет, тока айпад про 13 м4 и про карандаш

Triant · 23.09.2024, 20:39 **#232** **#232**

Originally Posted by Altwazar:

1. Полагаться на рейд ради сохранности данных нельзя изначально.
2. Развалившийся пятый рейд хуже просто выпавшего диска.
3. Рейд разваливается не только от смерти диска.
В домашних условиях практически всегда лучше озаботиться бэкапами и забить на избыточность.

1. У тебя альтернатива вообще не использовать рейд. Т.е. никакой системы резервирования, и если по твоему это надежнее, это фейспалм.
2. Развалившийся 5-ый рейд это диски с данными, хочешь собирай обратно, хочешь не собирай, оттого что он развалился не произойдет вообще ничего, ровным блеать счетом с данными на нем не случится ничего. Хватит уже нести чушь о какой-то там ненадежности, приводя доводы "а что если динозавр придет и системник сожрет". Это одно из stable решений для любых файлопомоек, где не требуются высокие отклики и туда приходят условные 150-200 мегабит.
3. И? И что, как уже сказано выше, развал рейда с данными ВООБЩЕ ничего не делает, с любым рейдом выше 0-вого.

Ну то есть при 5-ом рейде репликация/бекап запрещенная технология, не знал.

Добавлено через 1 минуту

Originally Posted by gogi:

бэкапы скл логов раз в 10 мин снимаются, а остальное не критично

Нахрена в какой-то вселенной кому-то понадобился бекап sql логов? Причем на очепятку не похоже, ты реально бекапишь sql логи????

Добавлено через 3 минуты

Originally Posted by gogi:

Обычные домашние юзеры как раз на бэкапы и забивают. Во первых это сложновато, во вторых они купили нас, сунули туда дисков м настроили рейд, думают это этого достаточно

И по твоей упоротой логике лучше рейд развалить из всех дисков собрать просто помойку, потому-что рейд это фу-фу и плохо, лучше с голой жопой сидеть, ты ведь сам пишешь что бекапы он не делает, так? У него NAS, куда он складывает данные.

Добавлено через 10 минут

Originally Posted by gogi:

клиенты переживут 1 день. Бизнес это вообще риск

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

Добавлено через 5 минут

Originally Posted by gogi:

Речь шла про хдд. Какие 12 гбс

Ты недавно писал что SAS древний интерфейс, я тебе говорю SAS SSD а его в разы проще масштабировать и он не греется как тварь от iops, и он быстрее чем NVMe при тасках типа бекапа. И кстати, какая у тебя платформа виртуализации?

gogi · 23.09.2024, 21:15 **#233** **#233**

Originally Posted by Triant:

Нахрена в какой-то вселенной кому-то понадобился бекап sql логов? Причем на очепятку не похоже, ты реально бекапишь sql логи????

А что твоему с логами делать надо? Их и надо регулярно бэкапить, иначе расти будут то талого. Ну а частый бэкап логов позволят отмотать состояние базы на нужный момент времени. Они быстро же бэкапятся, отличный механизм

Originally Posted by Triant:

платформа

Hyper v

Originally Posted by Triant:

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

Какие риски то? Простой на денек? Так у меня клиенты не газпром, один день потерпят. У сдека вон пару недель терпели и не умер никто

Originally Posted by Triant:

И по твоей упоротой логике лучше рейд развалить из всех дисков собрать просто помойку, потому-что рейд это фу-фу и плохо, лучше с голой жопой сидеть, ты ведь сам пишешь что бекапы он не делает, так? У него NAS, куда он складывает данные.

Нет, еще раз попытаюсь вдобить в твою голову что рейд дает юзеру ложное чувство уверенности. Если бы у него не было такой веры в рейд, он бы озаботился бэкапами. Раз он верит в рейд, то логично что он хочет сохранности данных. И не будь у него рейда или веры в него, он бы озаботился другим способом сохранить данные. Народ без рейда хотя бы на флешку копирует свое барахло или юсб диск, что уже надежнее рейда. А юзер с рейдом уже спокоен и бэкапы не делает, рейд же есть, а это типа надежно. Надеюсь так тебе понятнее?
Еще такой фактор что рейд это уже дохрена дисков для обычного человека задействовано и у него просто не возникает мысли что еще столько же дисков надо купить под бэкапы или платить обласному сервису бэкапов. Я же уже потратился на надежность, куда еще?

Triant · 23.09.2024, 21:36 **#234** **#234**

Originally Posted by gogi:

А что твоему с логами делать надо? Их и надо регулярно бэкапить, иначе расти будут то талого. Ну а частый бэкап логов позволят отмотать состояние базы на нужный момент времени. Они быстро же бэкапятся, отличный механизм

а можешь выложить my.cnf? bind можешь затереть если у тебя там не localhost.

gogi · 23.09.2024, 21:48 **#235** **#235**

Originally Posted by Triant:

а можешь выложить my.cnf? bind можешь затереть если у тебя там не localhost.

Ms sql у меня
А шо красноглазый продукт в бэкапы логов не умеет чтоле? Печально
Но кстати да, там вообще печально с бэкапами у него. Там бэкап это просто набор скл команд в огромном текстовом файле который создаст базу «как было». Даже хз как бэкап логов выглядит

Triant · 23.09.2024, 22:27 **#236** **#236**

Originally Posted by gogi:

Ms sql у меня
А шо красноглазый продукт в бэкапы логов не умеет чтоле? Печально
Но кстати да, там вообще печально с бэкапами у него. Там бэкап это просто набор скл команд в огромном текстовом файле который создаст базу «как было». Даже хз как бэкап логов выглядит

И как же выглядит твой бекап план?

(тебе конечно везет, ты, т.к. не знаешь, даже не представляешь какую чушь ты несешь, но об этом чуть позже)

gogi · 23.09.2024, 22:39 **#237** **#237**

Originally Posted by Triant:

И как же выглядит твой бекап план?

(тебе конечно везет, ты, т.к. не знаешь, даже не представляешь какую чушь ты несешь, но об этом чуть позже)

Ночью снимается полный бэкап, в остальное время каждые 10 мин бэкап логов
Хз чего ты себе цену набиваешь в такой простой процедуре. Я что по твоему восстановление не делал чтоле не разу? Все прекрасно работает

Altwazar · 24.09.2024, 03:16 **#238** **#238**

Originally Posted by Triant:

1. У тебя альтернатива вообще не использовать рейд. Т.е. никакой системы резервирования, и если по твоему это надежнее, это фейспалм.
2. Развалившийся 5-ый рейд это диски с данными, хочешь собирай обратно, хочешь не собирай, оттого что он развалился не произойдет вообще ничего, ровным блеать счетом с данными на нем не случится ничего. Хватит уже нести чушь о какой-то там ненадежности, приводя доводы "а что если динозавр придет и системник сожрет". Это одно из stable решений для любых файлопомоек, где не требуются высокие отклики и туда приходят условные 150-200 мегабит.
3. И? И что, как уже сказано выше, развал рейда с данными ВООБЩЕ ничего не делает, с любым рейдом выше 0-вого.

Ну то есть при 5-ом рейде репликация/бекап запрещенная технология, не знал.

Пятый рейд после развала часто не собирается обратно. Надо спец софтом, который может идентифицировать этот рейд, вытянуть с него данные и создать снова. Даже если все данные и диски целые.
Без мониторинга часто можно наткнуться на ситуацию, когда смерть первого диска была не замечена и умирает второй. В этом случае человек теряет данные на всем массиве. Это хуже, чем вообще не иметь рейда.
Очень распространённая практика выбирать пятый рейд для домашней файлопомойки с мыслями "так я смогу сделать один большой диск и рейд будет защищать мои данные, это наверняка надежно, используется в энтерпрайзе". Хотя без бэкапа и мониторинга это просто отличный способ похоронить все данные разом. В то же время основное реальное преимущество raid5 (дешевый способ минимизировать время простоя и обслуживания сервиса) не используется.
У всего есть свои удачные области и условия применения. Пятый рейд просто чаще остальных используют там, где от него надо держаться подальше.

Izolenta · 24.09.2024, 09:35 **#239** **#239**

Originally Posted by Altwazar:

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

щто?? lvm и mdamd в помощь. схера бы вообще ты такую дичь пишешь?

Altwazar · 24.09.2024, 11:28 **#240** **#240**

Originally Posted by Izolenta:

щто?? lvm и mdamd в помощь. схера бы вообще ты такую дичь пишешь?

Если это у тебя рейд контроллер, то после развала рейда у тебя нет к дискам прямого доступа. Надо решить эту проблему.
Потом mdadm может подхватить, а может не подхватить диски из аппаратного рейда. Можно попробовать, но это опасная процедура и надо оперировать с дисками в режиме для чтения (создается оверлей для дисков в линуксе). После этого принудительно пытаешься из этих оверлеев собрать mdadm-ом рейд и угадать топологию. Если прокатило (что случается не со всеми рейдами), то сразу же прерываешь ребилд рейда.
Если повезет, то после сканирования fs её получиться примонтировать и выкачать файлы обычным методом. Если нет, то ddrescue, но с потерянной структурой фс. Но это теперь еще надо куда-то вытащить, если у тебя массив на десятки Tb, то это тоже не тривиальная проблема.

Varmont · 24.09.2024, 11:43 **#241** **#241**

пздц у вас тут душные разговоры

gogi · 24.09.2024, 12:24 **#242** **#242**

Originally Posted by ZloiMent:

пздц у вас тут душные разговоры

Анальники…

Izolenta · 24.09.2024, 14:03 **#243** **#243**

Originally Posted by Altwazar:

Если это у тебя рейд контроллер, то после развала рейда у тебя нет к дискам прямого доступа. Надо решить эту проблему.

а при чем тут рейд контроллер? софтрейд

Altwazar · 24.09.2024, 14:19 **#244** **#244**

Originally Posted by Izolenta:

а при чем тут рейд контроллер? софтрейд

С софтовым пропускаешь первый этап, но с высокой долей вероятностью придется торчать с ddrescue.
И это если на 100% уверен в том, что все диски целые. Если есть шанс битого диска, то его надо вычислить и снять с него предварительно образ.

Varmont · 24.09.2024, 14:56 **#245** **#245**

Заходишь почитать обсуждение 16 айфона, а тут красноглазые рейды обсуждают

Izolenta · 24.09.2024, 16:14 **#246** **#246**

Originally Posted by Altwazar:

С софтовым пропускаешь первый этап, но с высокой долей вероятностью придется торчать с ddrescue.
И это если на 100% уверен в том, что все диски целые. Если есть шанс битого диска, то его надо вычислить и снять с него предварительно образ.

а, я вообще хз, не о том рейде говорю

у меня 6

Добавлено через 1 минуту

Originally Posted by Altwazar:

Если есть шанс битого диска, то его надо вычислить и снять с него предварительно образ.

ты точно правильно понимаешь как работает рейд? у тебя в РО уйдет массив, в 5 рейде у тебя массив переживает выпадение одного диска. ты просто ребилдишь его после замены и все (если тебе повезло и не отрыгнул соседний диск)

Altwazar · 24.09.2024, 16:55 **#247** **#247**

Originally Posted by Izolenta:

ты точно правильно понимаешь как работает рейд? у тебя в РО уйдет массив, в 5 рейде у тебя массив переживает выпадение одного диска. ты просто ребилдишь его после замены и все (если тебе повезло и не отрыгнул соседний диск)

Всё верно. Даже в РО он уходить не обязан.
Но, во время ребилда может вылететь еще один диск. Часто бывает с холодными данными.
Если есть проблема с БП, то могут просто начать отваливаться полностью рабочие диски в системе.
Без работающих оповещений можно тупо не заметить отвал одного диска, при таком способе использования raid5 = тормозной raid0.
Сталкивался с 4-5 случаями развала пятого рейда с дисками в идеальном состоянии. Один рассыпался просто из-за не удачно сгоревшей usb флешки. Восстанавливать данные с них не удобно и очень долго по времени (нужно место, куда эти данные можно сбросить), запросто может занять несколько дней на больших массивах при условии удачного запуска файловой системы. Если же фс не запустилась, то вытягивать от туда отдельные файлы это просто кошмар.

darkeh · 24.09.2024, 17:01 **#248** **#248**

Originally Posted by ZloiMent:

Заходишь почитать обсуждение 16 айфона, а тут красноглазые рейды обсуждают

А чо тебя интересует? Ну кнопка на нем боковая занятная с разным уровнем нажатия, для тех кто много фотает будет оч круто
В остальном разницы с 15 особой не заметил

Varmont · 24.09.2024, 17:21 **#249** **#249**

Originally Posted by darkeh:

А чо тебя интересует? Ну кнопка на нем боковая занятная с разным уровнем нажатия, для тех кто много фотает будет оч круто
В остальном разницы с 15 особой не заметил

Да ничего, просто трёп специфичный у них)

А так да, знаю что все тоже самое, но пока айфон не хочу брать из за ограничений, что сейчас существуют, мб как введут сторонние магазины

darkeh · 24.09.2024, 17:52 **#250** **#250**

Originally Posted by ZloiMent:

Да ничего, просто трёп специфичный у них)

А так да, знаю что все тоже самое, но пока айфон не хочу брать из за ограничений, что сейчас существуют, мб как введут сторонние магазины

Ну у меня вот у жены 16 про, у меня 15 про, потому сравнить не так сложно
А что за ограничения?

23.09.2024, 20:00 #230 #230
отецСергий Монархист Всего лайков: 2,236 Join Date: 05.05.2009	Re: iPhone 16 @gogi, так ты приобрёл iPhone 16 Pro Max 256Gb то?

23.09.2024, 20:03 #231 #231
gogi Забанен 40,183 Всего лайков: 4,205 Join Date: 08.05.2008	Re: iPhone 16 Quote: Originally Posted by отецСергий Originally Posted by отецСергий: @gogi, так ты приобрёл iPhone 16 Pro Max 256Gb то? Нет, тока айпад про 13 м4 и про карандаш

24.09.2024, 11:43 #241 #241
Varmont Предводитель 24,835 Всего лайков: 3,833 Join Date: 31.07.2014	Re: iPhone 16 пздц у вас тут душные разговоры

24.09.2024, 12:24 #242 #242
gogi Забанен 40,183 Всего лайков: 4,205 Join Date: 08.05.2008	Re: iPhone 16 Quote: Originally Posted by ZloiMent Originally Posted by ZloiMent: пздц у вас тут душные разговоры Анальники…

24.09.2024, 14:56 #245 #245
Varmont Предводитель 24,835 Всего лайков: 3,833 Join Date: 31.07.2014	Re: iPhone 16 Заходишь почитать обсуждение 16 айфона, а тут красноглазые рейды обсуждают Last edited by Varmont; 24.09.2024 at 14:56. Reason: Добавлено сообщение

Posting Rules
You may not post new threads You may not post replies You may not post attachments You may not edit your posts BB code is On Smilies are On [IMG] code is On HTML code is Off Forum Rules