это слишком много, я написал выше, на какие примерно условия мы ориентируемся:
«например, у меня есть пул на 100 IP, в каждый момент времени поднято 50 машин, каждая машина работает 2-5 минут»
Даже при lease time в минуту учёт гарантированно свободных в настоящий момент IP ощутимо усложнится.
Но да, если рассчитывать на большой пул адресов, это нормальный вариант. Правда, linux-то всё равно будет получать IP от DHCP дольше, чем сейчас )
Нет, он не рассчитывает на это. Сейчас он рассчитывает только на то, что все доступные адреса будут находиться в одной подсети /8.
Ведь если выданные мне 100 адресов начинаются на один и тот же байт — это же не означает, что я владею всей подсетью /8? )
>> пинг же вам показывает что сеть поднялась
>> но это не означает, что всё остальное уже работает
Конечно, это только первый уровень проверки готовности VM.
>> в случае использование xenAPI вам не понадобится ssh
>> вы будете подключаться к апи серверу через http(s)
Да, это, возможно, более быстрый вариант. Хотя всё равно менее удобно, чем просто пинговать.
Однако этот подход решает проблему в сопоставлении поднятой VM с выданным DHCP IP. Однако остаётся проблема с освобождением адреса при нештатном завершении.
Пока ничего об этом, обязательно почитаю.
Однако перевод всей системы с IPv4 на IPv6 хотя и неизбежная вещь, но, думаю, куда более сложная, чем написание mac2ip (
Это тоже интересная идея, и об этом мы не подумали, спасибо.
Однако этот вариант тоже не решает проблему с освобождением адресов, выданных DHCP при нештатном завершении.
Кроме того, если сейчас можно пинговать VM, ожидая, пока она поднимется (это делается раз в пару секунд), в этом варианте необходимо будет с тем же интервалом подключаться к xen-серверу по ssh и выполнять на нём этот скрипт.
Да, низкое значение lease time было бы выходом. Однако с учтом того, что я не расчитываю на такой большой пул, потребуются слишком маленькие значения, идеально — секунды. Допустимо ли это?
Если я правильно понял, именно этот метод (полное автоопределение IP) — нам не очень подходит, хоть в нём явно и не участвует DHCP. Проще и удобнее знать IP машины заранее и контролировать её состояние (поднялась она или нет), чем делать машину «самостоятельной».
Кроме того, всё равно остаётся проблема установления соответствия «машина, которую запустило ядро» — «машина, которая только что получила случайный IP и зарегистрировалась».
Да, сейчас — целая /8, потому что всё работает на локальных серверах, стоящих в офисе )
Но при размещении системы на у какого-либо првайдера, что скоро планируется делать, может оказаться, что адреса надо экономить + диапазоны могут быть с разрывами.
А как насчёт нештатного завершения виртуальных машин, без освобождения ими адресов, взятых в аренду? Это существенно экономит время.
Насколько много у вас машин и как часто они создаются?
Для конкретики — например, у меня есть пул на 100 IP, в каждый момент времени поднято 50 машин, каждая машина работает 2-5 минут. С текущим подходом при создании свежей машины я точно знаю, что IP уже не используется, т.к. предыдущая машина с ним destroyed.
Если я правильно понимаю, для использования DHCP мне надо будет или завершать машины штатным способом, теряя ресурсы на это, или общаться с DHCP? чтобы освободить адреса.
В любом случае — вы правы, я получил массу удовольствия )
TabMix Plus — это, вероятно, плагин?
В том-то и дело, что кое-как можно доибться в FF фишек Opera плагинами, но зачем, если в Opera они есть сразу, работают идеально?
«а это принципиально внизу» — мне, например, принципиально. Как и многие другие вещи удобно настраиваемого интерфейса оперы, к которому я привык за много лет.
Я предпочитаю старую удобную обувь, старые удобные вещи, и старый удобный браузер — конечно, пока все они хорошо выполняют свои функции.
Опера их выполняет хорошо )
Как только поступает заказ на одну из книг, один из пяти роботизированных кранов приступает к работе, выискивая нужную книгу в хранилище.
Открыл видео посмотреть, как именно упакованы книги в этих боксах, что робот так ловко их достаёт и помещает обратно. И оказалось, что робот привозит бокс целиком библиотекарю (живому), и уже тот из сотни книг выбирает нужную, а бокс уезжает на место. Когда книгу сдают, происходит обратный процесс.
При этом не совсем понятно, как библиотекарь может быстро выбрать книгу из сотни, учитывая их довольно странное расположение в боксе.
В общем, прикольно, но есть, куда расти.
Мне ответил Анатолий Рахмаилов, anatoliy@roobex.ru.
Цитирую с его разрешения:
1) "[...] последние правки в законодательстве говорят о том, что надпись из более чем 2х символов приводит купюру к ветхости и банки обязаны изымать ее из оборота. Как показывает практика, работники банков не делают изьятия, так как не хотят заморачиваться на процедуру изъятия. Но агитация ставить метку = агитации к порче госзнаков Банка РФ :) [...]"
2) «Мы сейчас работаем над релизом приложения для вконтакта и фейсбука. Далее — iphone и android. Последние — очень дорогостоящие проекты, каждый более 1млн рублей, если реализовывать достойно. Мы обязательно к ним тоже придём.»
И — «Этот проект мы сделали for fun для людей, которым прикольна такая забава. Монетизация — не самоцель.»
Я бы попробовал сделать такие шаги для развития проекта:
1) Попросил бы ставить пометку «roobex.ru» на добавленных в систему купюрах. Правда, сначала проверил бы, насколько это законно.
2) Если это не было бы чрезмерно сложно, сделал бы приложение для Android, которое бы позволяло добавить купюру в систему, просто сфотографировав её.
«например, у меня есть пул на 100 IP, в каждый момент времени поднято 50 машин, каждая машина работает 2-5 минут»
Даже при lease time в минуту учёт гарантированно свободных в настоящий момент IP ощутимо усложнится.
Но да, если рассчитывать на большой пул адресов, это нормальный вариант. Правда, linux-то всё равно будет получать IP от DHCP дольше, чем сейчас )
Ведь если выданные мне 100 адресов начинаются на один и тот же байт — это же не означает, что я владею всей подсетью /8? )
>> но это не означает, что всё остальное уже работает
Конечно, это только первый уровень проверки готовности VM.
>> в случае использование xenAPI вам не понадобится ssh
>> вы будете подключаться к апи серверу через http(s)
Да, это, возможно, более быстрый вариант. Хотя всё равно менее удобно, чем просто пинговать.
Однако этот подход решает проблему в сопоставлении поднятой VM с выданным DHCP IP. Однако остаётся проблема с освобождением адреса при нештатном завершении.
Однако перевод всей системы с IPv4 на IPv6 хотя и неизбежная вещь, но, думаю, куда более сложная, чем написание mac2ip (
Однако этот вариант тоже не решает проблему с освобождением адресов, выданных DHCP при нештатном завершении.
Кроме того, если сейчас можно пинговать VM, ожидая, пока она поднимется (это делается раз в пару секунд), в этом варианте необходимо будет с тем же интервалом подключаться к xen-серверу по ssh и выполнять на нём этот скрипт.
Если я правильно понял, именно этот метод (полное автоопределение IP) — нам не очень подходит, хоть в нём явно и не участвует DHCP. Проще и удобнее знать IP машины заранее и контролировать её состояние (поднялась она или нет), чем делать машину «самостоятельной».
Кроме того, всё равно остаётся проблема установления соответствия «машина, которую запустило ядро» — «машина, которая только что получила случайный IP и зарегистрировалась».
Но при размещении системы на у какого-либо првайдера, что скоро планируется делать, может оказаться, что адреса надо экономить + диапазоны могут быть с разрывами.
Насколько много у вас машин и как часто они создаются?
Для конкретики — например, у меня есть пул на 100 IP, в каждый момент времени поднято 50 машин, каждая машина работает 2-5 минут. С текущим подходом при создании свежей машины я точно знаю, что IP уже не используется, т.к. предыдущая машина с ним destroyed.
Если я правильно понимаю, для использования DHCP мне надо будет или завершать машины штатным способом, теряя ресурсы на это, или общаться с DHCP? чтобы освободить адреса.
В любом случае — вы правы, я получил массу удовольствия )
Очень удобно на вырвиглазных сайтах.
Ещё иногда пригождается открыть исходник страницы, отредактировать его и нажать «применить изменения».
В том-то и дело, что кое-как можно доибться в FF фишек Opera плагинами, но зачем, если в Opera они есть сразу, работают идеально?
«а это принципиально внизу» — мне, например, принципиально. Как и многие другие вещи удобно настраиваемого интерфейса оперы, к которому я привык за много лет.
Я предпочитаю старую удобную обувь, старые удобные вещи, и старый удобный браузер — конечно, пока все они хорошо выполняют свои функции.
Опера их выполняет хорошо )
FF я пользуюсь тоже — для Firebug и Selenium IDE.
Открыл видео посмотреть, как именно упакованы книги в этих боксах, что робот так ловко их достаёт и помещает обратно. И оказалось, что робот привозит бокс целиком библиотекарю (живому), и уже тот из сотни книг выбирает нужную, а бокс уезжает на место. Когда книгу сдают, происходит обратный процесс.
При этом не совсем понятно, как библиотекарь может быстро выбрать книгу из сотни, учитывая их довольно странное расположение в боксе.
В общем, прикольно, но есть, куда расти.
Цитирую с его разрешения:
1) "[...] последние правки в законодательстве говорят о том, что надпись из более чем 2х символов приводит купюру к ветхости и банки обязаны изымать ее из оборота. Как показывает практика, работники банков не делают изьятия, так как не хотят заморачиваться на процедуру изъятия. Но агитация ставить метку = агитации к порче госзнаков Банка РФ :) [...]"
2) «Мы сейчас работаем над релизом приложения для вконтакта и фейсбука. Далее — iphone и android. Последние — очень дорогостоящие проекты, каждый более 1млн рублей, если реализовывать достойно. Мы обязательно к ним тоже придём.»
И — «Этот проект мы сделали for fun для людей, которым прикольна такая забава. Монетизация — не самоцель.»
dom1n1k, я переспрошу, есть ли у них уже пункт 1, и напишу здесь.
1) Попросил бы ставить пометку «roobex.ru» на добавленных в систему купюрах. Правда, сначала проверил бы, насколько это законно.
2) Если это не было бы чрезмерно сложно, сделал бы приложение для Android, которое бы позволяло добавить купюру в систему, просто сфотографировав её.