Разместите свой проект бесплатно и начните получать предложения от фрилансеров-исполнителей уже спустя минуты после публикации!

Собрать VPS на VDS для ftp бэкапов

закрыт без выполнения


  1. ставка скрыта фрилансером
  2.  2 дня 1500 ₴
    756    16  1   2

    Добрый день. Мой опыт в DevOps Более 10 лет.
    Сделаю полную оптимизацию и настройки по безопасности.
    Обращайтесь договоримся :-)
    Оплата только за успешно выполненную работу. С уважением Юрий

  3.  1 день 500 ₴
    318    7  0

    Доброго времени суток.
    Предлагаю свои услуги в решении вашй задачи.
    необходимы уточнения по заданию. Условия обсуждаются.
    Оплата только после выполнения.

  4.  2 дня 1500 ₴
    258    4  0

    Добрый вечер!
    Готов выполнить настройку, но нужно больше информации для составления цены и времени. Обращайтесь, опыт имеется.

  5. 2341
       54  0
    Пример работы:

     1 день 2000 ₴

    Здраствуйте! могу помочь найти сервер, советую DO там есть локации NY.  И могу настроить ВДС. сервера по вашим требованием по ПО. Опыт работы есть с серверами, также сделаю оптимизацию. На серверах будет синхранизация файлов с вашими

    Похожий выполненный проект: Настройка виртуального сервера под сайты

    Более 11 работы с Linux серверами, предоставляю 10 дней гарантии на серверные работы. Оптимизация и ускорение работы сайтов. Бесплатная консультация и аудит по сервера.

  6.  1 день 2000 ₴
    1392    37  0

    Здравствуйте, меня зовут Михаил.
    Я основатель компании IT365©
    Наша компания является системным интегратором в области IT.
    ===============
    У меня огромный опыт в подобных задачах, отзывы по поводу аналогичных проектов в профиле.
    Если у Вас серьезный проект и нужна отказоустойчивость с минимальным простоем я б вам рекомендовал сделать свою инфраструктуру на выделенном сервере(физическом,dedicated server). Если коротко то берётся два сервера, для отказоустойчивости можно взять на разных хостингах. На сервер устанавливается гипервизор. Гипервизор – это программа, которая управляет физическими ресурсами реального сервера и распределяет эти ресурсы между несколькими различными операционными системами, позволяя запускать их одновременно на одном физическом сервере. Между серверами настраивает репликация. Репликация - точная копии сервера со всеми данными.
    И когда настанет час Х (основной сервер упадёт, будет не доступный, армагедон и т.д.) то просто в DNS меняется IP и весь трафик направляется на 2й сервер, который уже готов к работе + у вас всегда есть полный бекап.
    Выполненные задания:

    ===============
    Мы оказываем услуги по системному администрированию компьютерных систем.
    Гарантия на выполненные работы + поддержка по необходимости.
    Наши клиенты всегда остаются довольными качеством нашей работы.
    ===============
    - Настройка и обслуживание серверов
    - Виртуализация VMware, HyperV, ProxMox
    - Установка и настройка Windows / Linux
    - Установка и настройка MSSQL Server
    - Установка и обновление 1С:Предприятие, M.E.Doc, Bitrix
    - Установка и настройка web серверов (LAMP, LEMP, SSL)
    - Почта Postfix, Dovecot, Postfixadmin, Roundcube, DKIM, SPF
    - Система мониторинга Zabbix
    - Облачные хранилища и FTP
    - Резервноe копирование, репликация
    - Настройка роутеров и сетевого оборудования (Wi-Fi, Vlan, VPN)
    - Установка и настройка ПО
    - Восстановление данных
    - Удаление вирусов
    ===============
    "Качество - это делать хорошо даже там где не видно".

  1.  1 день 1000 ₴
    1021    20  0   1

    Доброго времени суток, меня заинтересовал ваш проект.

    Я веб-разработчик с 3-х летним стажем.

    знаком с яп: Python, js, php.
    Фреймворками: laravel, django, vue, Electron Библиотеками: react, jq, bootstrap.
    CMS: Wordpress, Tilda, OpenCart.

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

    GITHUB - http://github.com/romych97/

    Надеюсь на ваш ответ.
    С уважением

  • Aziz Ibrahimov
    13 августа в 19:38 |

    Можно узнать, что вы подразумеваете под VDS?

  • Vlad Topalov — заказчик проекта
    13 августа в 19:45 |

    Virtual Dedicated Server

  • Aziz Ibrahimov
    13 августа в 19:48 |

    И в чем разница между Virtual Private Server и Virtual Dedicated Server?

    Может Вы про Dedicated Server?

  • Vlad Topalov — заказчик проекта
    13 августа в 19:52 |

    Дэдик, да. У хостеров обусловлено, как VDS.

  • Aziz Ibrahimov
    13 августа в 20:05 |

    Дэдик - железо. VDS - та же виртуалка.

    Дешевые здесь - https://www.hetzner.com/dedicated-rootserver 

    Хорошие здесь - https://contabo.com/?show=servers 

  • Владимир Витковский
    13 августа в 20:19 |

    Судя по приведенным ссылкам слово "Virtual" там должно отсутствовать - это физические, а не виртуальные сервера

  • Aziz Ibrahimov
    13 августа в 20:33 |

    Так, он же написал ДЕДИК.

  • Владимир Витковский
    13 августа в 19:42 |

    Не совсем понятна задача. Если сервер для ФТП бекапов, то зачем там вообще PHP.... Вам нужен FTP/SFTP сервер, куда можно сливать бекапы?

  • Vlad Topalov — заказчик проекта
    13 августа в 19:45 |

    Нужно создать ручками образы рабочей среды. Хостер не дает такой инфы.

    По факту мы там будем хранить копии сайтов и в случае ДТП  - перекидывать DNS

  • Aziz Ibrahimov
    13 августа в 19:55 |

    Процесс обновления dns-серверов занимает от 4 до 48 часов, в среднем примерно сутки.

  • Игорь Тармышов
    13 августа в 20:38 |

    если с умом строить днс зону изначально - смена А записей - 5-15  минут

  • Vlad Topalov — заказчик проекта
    13 августа в 20:39 |

    Claudflare юзаем, быстро прикручивается.

  • Игорь Тармышов
    13 августа в 20:39 |

    там обновление 2 минуты

  • Владимир Витковский
    13 августа в 20:33 |

    Тогда больше подходит слово "резервные" сервера, которые полностью настроены под эти сайты и готовы в любой момент вступись в работу...

    Вы предполагаете, что архивы с основного будут сваливаться по ФТП с определённой дискретностью и там раскрываться?
    Или лучше сделать синхронизацию данных серверов?


  • Vlad Topalov — заказчик проекта
    13 августа в 20:40 |

    Верно.

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

  • Игорь Тармышов
    13 августа в 20:42 |

    rsync между серверами, если нужно инкремент, или фтп, фтп не стабилен по сравнению с синком, базу так же нужно дублировать?

  • Vlad Topalov — заказчик проекта
    13 августа в 20:43 |

    Базу не нужно, раз зальем и все.

  • Владимир Витковский
    13 августа в 21:00 |

    Да, ФТП это самый нестабильный вариант. А о каком объёме файлов идёт речь и какая частота синхронизации?

  • Vlad Topalov — заказчик проекта
    14 августа в 00:02 |

    Разные случаи, от 10 мб до 1 гб за один сайт, а на одном хосте их может быть от 1 до 12, частоту уже вы решаете, но за неделю надо выбрать все.

  • Владимир Витковский
    13 августа в 19:44 |

    Пожалуйста, опишите другими словами фразу "VDS с php конфигом на основе заданных хостов (phpinfo) "

  • Vlad Topalov — заказчик проекта
    13 августа в 19:46 |

    Это какими другими? Фраза написана для DevOps'a

  • Владимир Витковский
    13 августа в 20:22 |

    Лет 20 этим занимаюсь и могу описать вам множество вариантов, которые подпадают под эту фразу и некоторые из вариантов могут быть взаимоисключающими

  • Vlad Topalov — заказчик проекта
    13 августа в 20:41 |

    Согласен, прошу прощения за неточность.

  • Aziz Ibrahimov
    13 августа в 20:55 |

    Думаю, что DevOps'a, который поймет по этому описанию, что нужно сделать Вы вряд ли найдете.

    Оставьте гугол, напишите своими словами.

  • Игорь Тармышов
    13 августа в 20:58 |

    Да вроде понятно, заказчику нудно сделать репликацию сайта в случае сбоев - сменили IP в CF 3 минуты и снова в строю

  • Игорь Тармышов
    13 августа в 20:58 |

    Только проще сделать проксирование трафика на определенный сервер - нежели 13 серверов

  • Владимир Витковский
    13 августа в 21:08 |

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

  • Игорь Тармышов
    13 августа в 21:10 |

    трафик трафиком, 2 сервера - дают гарантии  от сбоя, 3й проксирует трафик - всегда можно сменить айпи в nginx и рестарт срелать - менее минуты на все, итого -- 10 серверов.

    1. экономия, 2 простота, 3 проксирующий сервер помимо КФ еще и как фаер выступает.

  • Юрий Бичурин
    13 августа в 21:10 |

    Это в случае если все 13 сдохнут. А так тупо копию nginx со всеми редиректами и прочим и не морочится. Проксирование сделать недолго.

  • Aziz Ibrahimov
    13 августа в 21:11 |

    С другой стороны, может им канал нужен.

    Смотря, что гоняют.

  • Vlad Topalov — заказчик проекта
    13 августа в 21:46 |

    Ничего не гоняем, хосты пендосовские и в случае IPR за картинку стоковую оффают аккаунт, а трафик то идет с рекламы.

  • Vadym freelancer
    19 августа в 17:41 |

    задача ещё актуальна?
    у меня есть предложение по управлению конфигурациями

  • Vlad Topalov — заказчик проекта
    19 августа в 17:43 |

    актуальна

  • Vadym freelancer
    19 августа в 20:26 |

    поправьте меня, если я ошибусь:
    вы хотите иметь несколько рабочих инстансов сайта, чтобы в случае падения одной копии, его нагрузку подхватывали другие. так?
    при этом у вас есть аккаунт cloudflare, железный дедик, пул IP... и что-то ещё

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

  • Vlad Topalov — заказчик проекта
    19 августа в 20:56 |

    Если быть точнее:
    У нас есть 13 хостов (обычные SSD Cloud), где лежат сайты. У некоторых есть база, у других нет (связываются по remote DB).
    У каждого такого хоста своя конфигурация в т.ч. и сборка PHP+MySQL.
    Нам необходимо развернуть DS в New York или Canada и создать в нем 13 образов систем (ОС может быть любая) согласно этих хостов и собрать PHP+MySQL согласно phpinfo(), чтобы мы при отказе любого из этих хостов могли быстро перенаправить DNS (Cloudflare) на этот DS без манипуляций в фиксах по сборкам.

    Забор нужных нам файлов мы будем делать по крону через php ftp

  • Vadym freelancer
    19 августа в 21:19 |

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

  • Vlad Topalov — заказчик проекта
    20 августа в 12:42 |

    Разницы нет, главное результат

  • Юрий Бичурин
    20 августа в 16:28 |

    хе-хе...Походу кто-то по вашей теме уже статью написал 🙂   ну не совсем все, но направление тоже https://serveradmin.ru/nastrojka-rezervnogo-web-servera-s-kopiej-sajta/