В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

PostgreSQL + 1C + Linux

1724 membersпожаловаться на группу
2020 October 19

RS

Roman Syuzyov in PostgreSQL + 1C + Linux
Mikhail Vydrin
ну мы про разное, видимо. Я конкретно задавал вопрос про файлы.
Ну вот я и написал про файлы - не бэкаплю отдельно файлы, бэкаплю целиком файлоконтейнер
источник
20:46пожаловаться#1

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Alexander Malykhin
А в чем проблема с удаленной тачкой?
Я не знаю как с большими расстояниями (ну и пингами), а вот в одном ДЦ даже по ssh полный бэкап pg_probackup до 600-700 Мбит плевал как здрасте, при этом не заметил , чтобы ssh жрал много cpu
В pbk можно распарраллелить работу между тредами (у каждого треда свой ssh коннект)
источник
20:46пожаловаться#2

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Roman Syuzyov
Ну вот я и написал про файлы - не бэкаплю отдельно файлы, бэкаплю целиком файлоконтейнер
это вообще-то не очень. Ну да ладно )
источник
20:47пожаловаться#3

A

Alexander Malykhin in PostgreSQL + 1C + Linux
Grigory Smolkin
В pbk можно распарраллелить работу между тредами (у каждого треда свой ssh коннект)
вон оно, что, а то я уж в фантастику поверил )
да, я -j 4 ставил, еще удивился что так хорошо сеть "утилизируется"
источник
20:48пожаловаться#4

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Alexander Malykhin
А в чем проблема с удаленной тачкой?
Я не знаю как с большими расстояниями (ну и пингами), а вот в одном ДЦ даже по ssh полный бэкап pg_probackup до 600-700 Мбит плевал как здрасте, при этом не заметил , чтобы ssh жрал много cpu
700 мегабит - это очень мало
источник
20:48пожаловаться#5

RS

Roman Syuzyov in PostgreSQL + 1C + Linux
Grigory Smolkin
Если другая машина, то поточно через ssh, и вот тут оно и упирается в ssh
Я видимо уже совсем отупел сегодня... А ssh нам зачем и главное нахрена? О_о
источник
20:48пожаловаться#6

A

Alexander Malykhin in PostgreSQL + 1C + Linux
Grigory Smolkin
700 мегабит - это очень мало
ну так принимающая сторона все равно даже это переварить не могла - на обычных hdd
источник
20:49пожаловаться#7

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Alexander Malykhin
ну так принимающая сторона все равно даже это переварить не могла - на обычных hdd
А вот если бы у Вас был nvme, то Вы были возмущены =)
источник
20:50пожаловаться#8

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Диски куплены и не утилизируются толком
источник
20:50пожаловаться#9

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Roman Syuzyov
Я видимо уже совсем отупел сегодня... А ssh нам зачем и главное нахрена? О_о
ну а как Вы будете перегонять на свежую тачку снапшот?
источник
20:51пожаловаться#10

A

Alexander Malykhin in PostgreSQL + 1C + Linux
Grigory Smolkin
Диски куплены и не утилизируются толком
эх, хорошо бы под архив бэкапов nvme ставить )
источник
20:51пожаловаться#11

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Alexander Malykhin
ну так принимающая сторона все равно даже это переварить не могла - на обычных hdd
попробуйте ради смеха погонять remote бэкап из tmpfs в tmpfs
источник
20:52пожаловаться#12

RS

Roman Syuzyov in PostgreSQL + 1C + Linux
Grigory Smolkin
ну а как Вы будете перегонять на свежую тачку снапшот?
Вот я про это и говорил - не знаю, какой транспорт использует pve для zfs send, но делает это быстро. Либо не ssh, либо одно из двух получается.
источник
20:53пожаловаться#13

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Roman Syuzyov
Вот я про это и говорил - не знаю, какой транспорт использует pve для zfs send, но делает это быстро. Либо не ssh, либо одно из двух получается.
быстро - понятие абстрактное
источник
20:53пожаловаться#14

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
нужны чиселки какие-то
источник
20:53пожаловаться#15

A

Alexander Malykhin in PostgreSQL + 1C + Linux
Grigory Smolkin
попробуйте ради смеха погонять remote бэкап из tmpfs в tmpfs
Ну в пределах ДЦ на арендованных серверах больше 1 Гбит/с все равно не будет.
А так в офисе 100 Мбит/с - уж "сотку" ssh точно "схавает"
источник
20:54пожаловаться#16

A

Alexander Malykhin in PostgreSQL + 1C + Linux
Там же проблема с ssh больше в задержках - хоть 10Гб/сек канал - если есть задержка, то нужно гнать в несколько потоков, чтобы утилизировать
источник
20:55пожаловаться#17

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Alexander Malykhin
Ну в пределах ДЦ на арендованных серверах больше 1 Гбит/с все равно не будет.
А так в офисе 100 Мбит/с - уж "сотку" ssh точно "схавает"
ну если речь про serious bussiness, то там 10 гигабит по умолчанию
источник
20:55пожаловаться#18

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
и они хотят, чтобы была возможность их утилизировать полностью
источник
20:56пожаловаться#19

RS

Roman Syuzyov in PostgreSQL + 1C + Linux
Ух тут блин какие серьезные все собрались... Мы попроще, у нас все из говна и палок😂
источник
20:57пожаловаться#20