В чем разница между локальными дисками и дисками ceph для серверов на моделях CX?
Серверы с локальными дисками хранят все данные на локальном зеркале RAID в хост-системе. Они оптимизированы для обеспечения высокой производительности ввода-вывода и малой задержки и особенно подходят для приложений, которым требуется быстрый доступ к дискам с низкой задержкой, например к базам данных.
Серверы с дисками ceph хранят свои данные в удаленной файловой системе. Каждый блок хранится на трех разных серверах. Они особенно подходят для повышения доступности: если аппаратное обеспечение локального хоста выйдет из строя, мы загрузим сервер на другом компьютере.
Какие планы на выделенный сервер vCPU?
Каждый выделенный экземпляр виртуального ЦП имеет свои собственные выделенные ресурсы ЦП (1 виртуальный ЦП = 1 гиперпоток), поэтому эти серверы CCX обеспечивают предсказуемо высокую производительность ЦП. Мы рекомендуем их для систем с высокой производственной нагрузкой и приложениями, интенсивно использующими процессор. Они доступны только с локальным хранилищем (NVMe SSD). Они используют то же высокопроизводительное оборудование, что и другие наши облачные серверы Hetzner, с щедрым распределением операций ввода-вывода и сетевой мощности.
Конечно, все другие функции Hetzner Cloud, которые вы знаете и любите, также доступны для этих выделенных экземпляров vCPU. Используя функцию изменения масштаба в интерфейсе администрирования Cloud Console, вы можете повышать или понижать версию серверов CCX в зависимости от того, сколько ресурсов вам требуется.
Обратите внимание, что наши системные политики на https://www.hetzner.com/rechtliches/cloud-server/ также применяются к нашим выделенным экземплярам vCPU.
Могу ли я использовать Cloud-Init при создании серверов?
При создании сервера вы можете ввести данные пользователя cloud-init. Это означает, что вы можете заставить свой сервер выполнять специальные команды во время загрузки, такие как создание пользователей или выполнение команды оболочки.
Пример:
#!/bin/bash
touch /tmp/cloudinit_was_hereДополнительные примеры см. На https://help.ubuntu.com/community/CloudInit и http://cloudinit.readthedocs.io/en/latest/topics/examples.html.
Для работы cloud-init необходимо использовать предоставленные нами образы системы, поскольку они включают специальный источник данных cloud-init.
Могу ли я выбрать окно резервного копирования?
Раньше была возможность выбрать окно самостоятельно, однако нам пришлось отключить эту функцию. Это позволяет нам лучше распределить дополнительную нагрузку, вызванную запуском резервного копирования в течение дня. Это было необходимо, потому что многие пользователи выбирали одно и то же окно, что приводило к снижению производительности и отрицательно влияло на производительность сервера в определенное время дня.
Как я могу переустановить сервер?
Предположим, вы перестроили свой сервер server1 из снимка с именем snap1.
Как я могу получить доступ к серверу, который я восстановил?
Предположим, вы создали Server1 из снимка с именем Snap1.
Случай 1: server1 изначально был создан без выбора SSH-ключа:
После перестройки будет сгенерирован и отправлен вам по почте новый пароль root для server1. Он будет установлен при первой загрузке с использованием механизма cloud-init.
Если snap1 содержал внедренные ключи SSH, они также продолжат работать.
Случай 2: server1 был создан с выбором вашего SSH-ключа key1:
После перестройки ключ key1 будет введен в server1 при первой загрузке с использованием механизма cloud-init. Вы можете использовать key1 для доступа к вашему серверу.
Если snap1 содержит еще какие-либо ключи в своем файле authorized_keys, вы все равно можете использовать их для доступа к server1.
Во всех случаях невозможно получить доступ к серверу server1 с помощью пароля root сразу после перестройки, даже если он был установлен в snap1.
Варианты 1 и 2 применяются только в том случае, если вы восстанавливаете снимок, сделанный из официально предоставленных нами изображений. Если вы использовали систему восстановления или другие средства для установки сервера, с которого был взят snap1, он не будет пригоден для перенастройки через cloud-init, и его поведение может быть другим.
При создании нового сервера я выбрал снимок в качестве исходного изображения. Как я могу получить доступ к этому серверу?
Предположим, вы создали свой сервер server1 из снимка с именем snap1.
Случай 1: вы не выбрали ключ ssh при создании server1:
После создания сервера пароль root для доступа будет сгенерирован и отправлен вам по почте. Он будет установлен с помощью механизма cloud-init.
Если snap1 содержал внедренные ключи SSH, они также продолжат работать.
Случай 2: Вы выбрали ключ ssh key1 при создании server1:
После создания сервера ключ key1 будет введен в server1 с помощью механизма cloud-init. Вы можете использовать key1 для доступа к вашему серверу.
Если snap1 содержит еще какие-либо ключи в своем файле authorized_keys, вы все равно можете использовать их для доступа к server1.
Во всех случаях к серверу server1 нельзя получить доступ с помощью пароля root сразу после его создания, даже если он был установлен в snap1.
Варианты 1 и 2 применимы только в том случае, если вы используете снимок, сделанный с наших официально предоставленных изображений. Если вы использовали систему восстановления или другие средства для установки сервера, с которого был взят snap1, он не будет пригоден для перенастройки с помощью cloud-init, и его поведение может быть другим.
Отображение клавиатуры в окне консоли кажется неправильным. Как я могу это исправить?
Все наши изображения поставляются с набором раскладок клавиатуры для американской клавиатуры. Если у вас есть что-то другое, вам нужно настроить его самостоятельно на своем сервере.
Например, в Ubuntu это можно сделать, запустив:
sudo dpkg-reconfigure keyboard-configurationи выберите раскладку клавиатуры, которую вы используете на локальном ПК. После перезагрузки раскладка клавиатуры в консоли будет правильной.
Как защитить свой сервер от случайного удаления?
Серверы, снимки и плавающие IP-адреса можно защитить в облачной консоли и API.
Прежде чем вы сможете удалить защищенный ресурс, вы должны сначала деактивировать защиту от удаления. Это обеспечивает дополнительную защиту от случайного удаления.
Защищенные ресурсы обозначаются значком замка на странице обзора сервера, моментального снимка и плавающего IP-адреса. Вы не можете использовать функцию «Rebuild» для переустановки защищенного сервера.
Сколько серверов я могу создать?
У каждого клиента есть ограничение по умолчанию на количество облачных ресурсов, которые мы одновременно предоставляем. Если вы хотите увеличить свой лимит, вы можете отправить запрос в нашу службу поддержки, открыв заявку в службу поддержки через Cloud Console. Наша команда быстро рассмотрит ваш запрос и, если все в порядке, увеличит ваш лимит.
Что это значит, если изображение помечено как устаревшее?
При создании сервера вы можете выбрать его из списка готовых образов операционной системы, например Debian версии 10. Когда приблизится конец жизненного цикла этой конкретной версии образа, мы отметим его как устаревший.
Это означает, что изображение все еще доступно. Однако мы удалим его в будущем.
Мы будем хранить изображения, помеченные как устаревшие, как минимум еще 3 месяца после даты прекращения поддержки. По истечении этого срока они могут стать недоступными в любое время.