Соединение ec2 операционная ошибка из-за тайм-аута экземпляра с помощью ssh
Это не точно инструмент UNIX или GNU/Linux, но Вы могли вполне удобно использовать программную среду R для статистического расчета для этого. (Я ничто не могу найти более специфичным для Вашей задачи, все же.)
Редактирование, Как я мог сомневаться относительно этого, конечно, существует тестовый пакет для R: rbenchmark. Это, по-видимому, переносится system.time() который Вы могли также просто использовать непосредственно. Или взгляните на это, простую пару функции секундомера. Также см. "Выполнение системной команды" @Rosetta Код (или не делайте, это system("command").)
Edit2 я просто видел этот вопрос, "Измеряя время в рамках сценария" в правильном столбце "Related", это могло использоваться также т.е. занять время, сделайте для цикла (N времена), займите время снова, вычислите промежуток, разделитесь на N. (Еще легче, попробовать time ( for-loop ), проанализируйте его вывод, разделитесь на N).
Вам удавалось решить Ваш ssh вопрос к Вашему ec2 экземпляру?
Я также встретился с проблемами входа в систему ssh при установке моего первого ec2 экземпляра.
Здесь был то, как я решил свой вопрос входа в систему ssh:
с группой безопасности Вашего экземпляра, устанавливает Исходный IP Вашего входящего правила SSH на 0.0.0.0/0 сначала, и удостоверяться, что можно получить рабочее соединение с этой установкой. После того как у Вас есть своя работа соединения SSH, можно затем сжать доступ путем изменения Исходного IP на диапазон IP машины, от которой Вы входите в систему. Обратите внимание что, если эта машина имеет нестатический общедоступный IP, то необходимо будет часто изменять настройки Source IP для правила SSH.
Я заметил на основе своего собственного опыта, что, если бы я пробую к ssh к моему новому экземпляру, не ожидая его проверок состояния для завершения, я встретился бы с ssh проблемой тайм-аута. Это было особенно верно для недавно созданные экземпляры. В Вашей консоли AWS должен быть столбец 'State' и 'Status Checks' для каждого Вашего экземпляра. Удостоверьтесь запись 'состояния' для своих шоу экземпляра 'выполнение' (с зеленым кругом рядом с ним), и 'шоу записи' Проверок Состояния '2/2 проверки передали' (с зеленой круговой и белой галочкой). Это могло брать некоторое время время от времени - поэтому пойдите, получают некоторые закуски, затем возвратитесь и попытайтесь войти в систему снова.
Я нашел включение ssh многословием, когда полезный для отладки ssh проблемы также. Попробуйте эту команду для включения многословия:
ssh-vvv-i private_key.pem root@my_instance_public_domain
проверка с помощью ping-запросов общедоступного FQDN Вашего экземпляра может также помочь, но удостовериться, что правила Группы безопасности Вашего экземпляра устанавливаются для разрешения трафика ICMP.
попытка к telnet для портирования 22 из общедоступных FQDN экземпляра может также помочь с поиском и устранением неисправностей. например.
telnet my_instance_public_domain 22
Если вы используете VPC не по умолчанию, то вам также
нужен маршрут, который посылает весь трафик, предназначенный за пределами VPC (0.0.0.0/0), на интернет-шлюз для VPC.
У меня была та же проблема, у Amazon есть очень полезное руководство по устранению неполадок здесь:https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/TroubleshootingInstancesConnecting.html
Моя проблема заключалась в том, что я создал несколько подсетей для использования их с одним и тем же VPC, но понятия не имел, что мне нужно подключать подсети к VPC через таблицы маршрутов и добавлять интернет-шлюз в каждую из таблиц маршрутов.