Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
k8s-ingress
Project
Project
Details
Activity
Releases
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
3
Merge Requests
3
Wiki
Wiki
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Commits
Issue Boards
Open sidebar
uplex-varnish
k8s-ingress
Commits
7f5fa5b0
Commit
7f5fa5b0
authored
Dec 27, 2018
by
Geoff Simmons
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Add docs for the controller CLI options.
parent
3154200f
Changes
4
Hide whitespace changes
Inline
Side-by-side
Showing
4 changed files
with
96 additions
and
5 deletions
+96
-5
README.md
deploy/README.md
+3
-0
README.md
docs/README.md
+1
-0
ref-cli-options.md
docs/ref-cli-options.md
+86
-0
README.md
examples/namespace/README.md
+6
-5
No files found.
deploy/README.md
View file @
7f5fa5b0
...
...
@@ -79,6 +79,9 @@ Command-line options for the controller invocation can be set using the
- -log-level=info
```
See the
[
command-line option reference
](
/docs/ref-cli-options.md
)
for
details.
## Deploying Varnish as an Ingress
These steps are executed for each namespace in which Varnish is to be
...
...
docs/README.md
View file @
7f5fa5b0
...
...
@@ -5,6 +5,7 @@ The docs in this folder cover these topics:
*
Technical references: authoritative documentation for these subjects:
*
[
``VarnishConfig`` Custom Resource
](
ref-varnish-cfg.md
)
*
[
controller command-line options
](
ref-cli-options.md
)
*
[
Varnish as a Kubernetes Ingress
](
varnish-as-ingress.md
)
...
...
docs/ref-cli-options.md
0 → 100644
View file @
7f5fa5b0
# Controller command-line options
The
[
controller executable
](
/docs/dev.md
)
``k8s-ingress``
can
be started with command-line options, and these can be specified
in the
[
``args`` section
](
/deploy
)
of a
[
manifest
](
/deploy/controller.yaml
)
that configures use of the container.
```
$ k8s-ingress --help
Usage of ./k8s-ingress:
-alsologtostderr
log to standard error as well as files
-kubeconfig string
config path for the cluster master URL, for out-of-cluster runs
-log-level string
log level: one of PANIC, FATAL, ERROR, WARN, INFO, DEBUG,
or TRACE (default "INFO")
-log_backtrace_at value
when logging hits line file:N, emit a stack trace
-log_dir string
If non-empty, write log files in this directory
-logtostderr
log to standard error instead of files
-masterurl string
cluster master URL, for out-of-cluster runs
-namespace string
namespace in which to listen for resources (default all)
-stderrthreshold value
logs at or above this threshold go to stderr
-templatedir string
directory of templates for VCL generation. Defaults to
the TEMPLATE_DIR env variable, if set, or the
current working directory when the ingress
controller is invoked
-v value
log level for V logs
-version
print version and exit
-vmodule value
comma-separated list of pattern=N settings for file-filtered logging
```
``-kubeconfig``
and
``-masterurl``
can be used to run the controller
out-of-cluster:
```
$ k8s-ingress --kubeconfig $HOME/.kube/config
$ k8s-ingress -masterurl=https://192.168.0.100:8443
```
Out-of-cluster runs are mainly useful for quick tests during
development, for example with minikube, to skip the steps of
re-building and re-deploying the container image. These options should
not be used to run the controller in-cluster.
``-namespace ns``
restricts the controller to the namespace
``ns``
--
it only watches for Ingresses, Services and so on in the given
namespace. This may be necessary, for example, to deploy the
controller in an environment in which you do not have the
authorization to set up
[
RBAC
](
/deploy
)
so that the controller can run
in
``kube-system``
and watch all namespaces. See the
[
examples
](
/examples/namespace
)
for a full example of a
single-namespace configuration. The controller watches all namespaces
by default.
``-log-level``
sets the log level for the main controller code,
``INFO``
by default.
``-version``
prints the controller version and exits.
``-help``
prints
the usage message shown above and exits.
The remaining options exist because
[
code generated for the client API
](
/docs/dev.md
)
import the
[
glog
](
https://github.com/golang/glog
)
logger.
*
``-alsologtostderr``
*
``-log_backtrace_at``
*
``-log_dir``
*
``-logtostderr``
*
``-stderrthreshold``
*
``-v``
*
``-vmodule``
glog is in fact used minimally by the controller (only by the
generated code); logging is primarily controlled by the
``-log-level``
option.
examples/namespace/README.md
View file @
7f5fa5b0
# Restricting the Ingress controller to a single namespace
This folder contains an example of the use of the
``-namespace``
argument of the Ingress controller to limit its actions to Services,
Ingresses, Secrets and so on to a single namespace. The controller can
then be deployed in that namespace. You may need to do so, for
example, due to limits on authorization in the cluster.
This folder contains an example of the use of the
[
``-namespace`` option
](
/docs/ref-cli-options.md
)
of the Ingress
controller to limit its actions to Services, Ingresses, Secrets and so
on to a single namespace. The controller can then be deployed in that
namespace. You may need to do so, for example, due to limits on
authorization in the cluster.
The sample manifests use
``varnish-ingress``
as the example namespace,
and re-uses the
[
"cafe" example
](
/examples/hello
)
, with Services and
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment